CN111245736B - Data packet rate control method for keeping stable payment of application - Google Patents
Data packet rate control method for keeping stable payment of application Download PDFInfo
- Publication number
- CN111245736B CN111245736B CN202010346817.XA CN202010346817A CN111245736B CN 111245736 B CN111245736 B CN 111245736B CN 202010346817 A CN202010346817 A CN 202010346817A CN 111245736 B CN111245736 B CN 111245736B
- Authority
- CN
- China
- Prior art keywords
- payment
- terminal equipment
- application
- payment data
- flow
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/322—Aspects of commerce using mobile devices [M-devices]
- G06Q20/3227—Aspects of commerce using mobile devices [M-devices] using secure elements embedded in M-devices
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
- H04L47/2433—Allocation of priorities to traffic types
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
Abstract
A packet rate control method for maintaining stable payment for an application, comprising: acquiring payment data generated by application payment in first terminal equipment; judging whether the payment data reaches a preset threshold value; if the payment data reach a preset threshold value, sorting and combining the payment data, and delivering and transmitting a data packet in the combined payment data in a serial mode; forwarding the payment data generated when the payment data exceeds a preset threshold value to a virtual storage in third terminal equipment for caching; reducing the delivery rate of new payment data to the second terminal device; actively acquiring payment data directly transmitted by the first terminal equipment, the sorted payment data and the payment data cached in the third terminal equipment by the second terminal equipment according to a preset rule; and responding the payment request through the response flow of the database in the second terminal equipment. The invention can jointly form a multi-dimensional control method through a plurality of modes to keep the stable payment of the payment application.
Description
Technical Field
The invention relates to the technical field of communication, in particular to a data packet rate control method for keeping stable payment of an application.
Background
At present, when an offline shopping is carried out, such as a supermarket or a small shop, goods are purchased, and in a payment link, payment can be carried out in various ways, such as: payments are made using payment applications such as payroll, WeChat, and the like. And the payment application needs proper bandwidth to keep the payment application stable in the payment process. Due to limited bandwidth resources, the passing bandwidth connection may cause huge buffer space load, so as to cause large delay time, frequent buffer congestion, even buffer occupation, which causes uneven bandwidth distribution and affects stable payment of payment application; and the distribution of the bandwidth can be controlled by controlling the data packet, and the stable payment of the payment application is kept. Therefore, the application provides a data packet rate control method for keeping stable payment of the application.
Disclosure of Invention
In view of the above-mentioned shortcomings of the prior art, it is an object of the present invention to provide a packet rate control method for keeping application stable payment, which solves the problems of the prior art.
To achieve the above and other related objects, the present invention provides a packet rate control method for maintaining stable payment for an application, including:
acquiring payment data generated by application payment in first terminal equipment; the payment data generated by the payment of the application in the first terminal equipment is delivered in a data packet mode;
judging whether payment data generated by application payment in the first terminal equipment reaches a preset threshold value or not; if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, sorting the payment data generated by the application payment in the first terminal equipment, wherein the sorting comprises merging according to the payment request time and/or the payment request position in the payment data in the first terminal equipment, and delivering and transmitting the data packet in the merged payment data in a serial mode; reducing the delivery rate of new payment data generated by the application payment in the first terminal equipment to the second terminal equipment;
the second terminal equipment actively acquires the payment data directly transmitted by the first terminal equipment and the sorted payment data according to a preset rule; and the second terminal equipment acquires the payment data in the first terminal equipment through the transmission layer.
Optionally, if the payment data generated by the payment applied in the first terminal device reaches a preset threshold, mapping virtual storage in a third terminal device, and forwarding the payment data generated when the payment data exceeds the preset threshold in the first terminal device to the virtual storage in the third terminal device for caching; and the third terminal equipment is connected with the first terminal equipment and the second terminal equipment.
Optionally, if the payment data acquired by the second terminal device exceeds the response traffic owned by the database in the second terminal device, creating at least one sub-traffic pool in a target traffic pool in the second terminal device, and allocating initial traffic for the at least one sub-traffic pool from the total traffic of the target traffic pool, where the second terminal device can stably respond to the payment request by controlling the allocated initial traffic; the second terminal equipment acquires payment data in the third terminal equipment through the transmission layer; and the second terminal equipment actively acquires the payment data cached in the third terminal equipment according to a preset rule.
Optionally, obtaining payment data generated by application payment in the first terminal device at a certain moment;
judging whether the payment data generated by the application payment in the first terminal equipment in the transmission layer at the moment reaches a preset threshold value, if so, reducing the delivery rate of transmitting new payment data generated by the application payment in the first terminal equipment to the second terminal equipment at the next moment or suspending transmitting the payment data generated by the application payment in the first terminal equipment to the second terminal equipment at the next moment; sorting payment data generated by application payment in the first terminal equipment before a certain moment, wherein the sorting comprises merging according to payment request time and/or payment request position in the payment data in the first terminal equipment, and delivering and transmitting data packets in the merged payment data in a serial mode; and simultaneously mapping virtual storage in third terminal equipment, and forwarding payment data generated by application payment in the first terminal equipment at the next moment to the virtual storage in the third terminal equipment for caching.
Optionally, if the delivery rate of the new payment data generated by the application payment in the first terminal device to the second terminal device is reduced to the first preset delivery rate, the delivery rate of the new payment data generated by the application payment in the first terminal device to the second terminal device is cancelled.
Optionally, the method further includes sorting payment data generated by the application payment in the first terminal device according to a preset priority sorting mode;
if the payment data generated by the application payment in the first terminal equipment does not reach a preset threshold value, transmitting the payment data generated by the application payment in the first terminal equipment to the second terminal equipment from high priority to low priority in sequence according to a priority ranking result;
if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, the delivery rate of the payment data generated by the application payment in the first terminal equipment from low priority to high priority to be transmitted to the second terminal equipment is sequentially reduced according to the priority sorting result.
Optionally, the method further includes determining whether network jitter occurs in transmission of payment data generated by application payment in the first terminal device through the transport layer connection;
acquiring the current transmission rate of the transmission layer connection;
judging whether the current transmission rate is lower than a reference transmission rate or not, wherein when the current transmission rate of the transmission layer connection is higher than the reference transmission rate, the payment data generated by the application payment in the first terminal equipment delivered to the transmission resource is transmitted before the payment data generated by the application payment in the first terminal equipment delivered next time is delivered;
when the current transmission rate is lower than the reference transmission rate, determining that network jitter occurs in the transmission of the payment data generated by the application payment in the first terminal equipment through the transmission layer connection.
Optionally, the method further includes monitoring remaining traffic of each sub-traffic pool in the second terminal device after the traffic configuration is completed;
comparing the residual flow of all the sub-flow pools with a preset flow threshold, and if the residual flow of a certain sub-flow pool is less than or equal to the preset flow threshold, configuring the sub-flow pool to enable the residual flow of each configured sub-flow pool to be greater than the preset flow threshold;
if the residual flow of all the sub-flow pools is less than or equal to a preset flow threshold value, newly creating at least one target flow pool; the newly created at least one target flow pool is used for configuring all the sub-flow pools, and the residual flow of each configured sub-flow pool is larger than a preset flow threshold; and/or if the residual flow of all the sub-flow pools is less than or equal to a preset flow threshold, newly creating at least one sub-flow pool; and using the newly created at least one sub-flow pool to configure the rest sub-flow pools, so that the residual flow of each configured sub-flow pool is greater than a preset flow threshold.
Optionally, the preset rule includes a priority ranking, and the ranking factor of the priority includes at least one of: time of application payment, location of application payment, manner of application payment.
Optionally, the preset threshold is set according to a maximum pipe bandwidth of the transport layer.
As described above, the present invention provides a packet rate control method for maintaining stable payment of an application, which has the following beneficial effects:
obtaining payment data generated by application payment in a first terminal device; and the payment data generated by the payment of the application in the first terminal equipment is delivered in a data packet mode. Judging whether payment data generated by application payment in the first terminal equipment reaches a preset threshold value or not; if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, sorting the payment data generated by the application payment in the first terminal equipment, wherein the sorting comprises merging according to the payment request time and/or the payment request position in the payment data in the first terminal equipment, and delivering and transmitting the data packet in the merged payment data in a serial mode; reducing the delivery rate of new payment data generated by the application payment in the first terminal equipment to the second terminal equipment; actively acquiring payment data directly transmitted by the first terminal equipment and the sorted payment data by the second terminal equipment according to a preset rule; and the second terminal equipment acquires the payment data in the first terminal equipment through the transmission layer. According to the invention, the transmission of the data packet of the first terminal equipment is controlled, the payment data in the first terminal equipment is sorted and merged and then transmitted in a serial mode, the payment data is sorted and merged, and the second terminal equipment can quickly and efficiently respond to the same type of payment data, so that the delivery rate of the payment data can be improved, and the congestion of a buffer area is reduced. In addition, the invention also extracts the payment data according to the preset rules through the second terminal equipment respectively, and masters the initiative right of the payment rate in the second terminal equipment, so that the second terminal equipment can actively extract the payment data according to the processing capacity of the second terminal equipment, thereby reducing the occurrence of the congestion situation of the bandwidth buffer area of the pipeline. Therefore, the invention can jointly form a multi-dimensional control method in multiple ways to keep the payment application stable for payment.
Drawings
Fig. 1 is a schematic flowchart of a packet rate control method for keeping an application stable payment according to an embodiment;
fig. 2 is a schematic flow chart of a packet rate control method for maintaining stable payment of an application according to another embodiment;
fig. 3 is a schematic flow chart of a packet rate control method for maintaining stable payment of an application according to another embodiment;
fig. 4 is a flowchart illustrating a packet rate control method for maintaining stable payment for an application according to yet another embodiment.
Detailed Description
The embodiments of the present invention are described below with reference to specific embodiments, and other advantages and effects of the present invention will be easily understood by those skilled in the art from the disclosure of the present specification. The invention is capable of other and different embodiments and of being practiced or of being carried out in various ways, and its several details are capable of modification in various respects, all without departing from the spirit and scope of the present invention. It is to be noted that the features in the following embodiments and examples may be combined with each other without conflict.
Please refer to fig. 1 to 4. It should be noted that the drawings provided in the present embodiment are only for illustrating the basic idea of the present invention, and the components related to the present invention are only shown in the drawings rather than drawn according to the number, shape and size of the components in actual implementation, and the type, quantity and proportion of the components in actual implementation may be changed freely, and the layout of the components may be more complicated. The structures, proportions, sizes, and other dimensions shown in the drawings and described in the specification are for understanding and reading the present disclosure, and are not intended to limit the scope of the present disclosure, which is defined in the claims, and are not essential to the art, and any structural modifications, changes in proportions, or adjustments in size, which do not affect the efficacy and attainment of the same are intended to fall within the scope of the present disclosure. In addition, the terms "upper", "lower", "left", "right", "middle" and "one" used in the present specification are for clarity of description, and are not intended to limit the scope of the present invention, and the relative relationship between the terms and the terms is not to be construed as a scope of the present invention.
The invention provides a data packet rate control method for keeping stable payment of an application, which comprises the following steps:
acquiring payment data generated by application payment in first terminal equipment; the payment data generated by the payment of the application in the first terminal equipment is delivered in a data packet mode;
judging whether payment data generated by application payment in the first terminal equipment reaches a preset threshold value or not; if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, sorting the payment data generated by the application payment in the first terminal equipment, wherein the sorting comprises merging according to the payment request time and/or the payment request position in the payment data in the first terminal equipment, and delivering and transmitting the data packet in the merged payment data in a serial mode; reducing the delivery rate of new payment data generated by the application payment in the first terminal equipment to the second terminal equipment;
the second terminal equipment actively acquires the payment data directly transmitted by the first terminal equipment and the sorted payment data according to a preset rule; and the second terminal equipment acquires the payment data in the first terminal equipment through the transmission layer.
According to the above description, when the payment data generated by the application payment in the first terminal device reaches the preset threshold, that is, the payment data generated by the application payment exceeds the allowable bandwidth of the pipeline bandwidth to cause buffer congestion, the delivery rate of the payment data to the second device is reduced, so that the possibility that the newly delivered payment data backlogs on the transmission resource because the original delivered payment data is not completely transmitted is reduced, and the possibility that the application payment is unstable due to the continuous aggravated transmission delay of the payment data is reduced. According to the method, the transmission of the data packet of the first terminal device is controlled, the payment data in the first terminal device are sorted and combined and then transmitted in a serial mode, the payment data are sorted and combined, and the second terminal device can quickly and efficiently respond to the same type of payment data, so that the delivery rate of the payment data can be improved, and the congestion of a buffer area is reduced. In addition, the method also comprises the steps of extracting the payment data through the second terminal equipment according to the preset rules respectively, mastering the initiative right of the payment rate in the second terminal equipment, and enabling the second terminal equipment to actively extract the payment data according to the processing capacity of the second terminal equipment, so that the occurrence of the congestion situation of the bandwidth buffer area of the pipeline is reduced. Therefore, the method can jointly form a multi-dimensional control method in multiple ways to keep the payment application stable for payment.
In an exemplary embodiment, if the payment data generated by the payment of the application in the first terminal device reaches a preset threshold, mapping virtual storage in the third terminal device, and forwarding the payment data generated when the payment data exceeds the preset threshold in the first terminal device to the virtual storage in the third terminal device for caching; the third terminal equipment is connected with the first terminal equipment and the second terminal equipment. The third terminal device in this embodiment may be the same terminal device as the first terminal device, or may be a device connected to the first terminal device. For example, the third terminal device is a device connected to the first terminal device, and if the first terminal device is a mobile phone, the third terminal device may be an intelligent wearable device such as a smart band.
As an example, the process of mapping virtual storage in the embodiment of the present application includes: if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, a third terminal equipment connected with the first terminal equipment immediately establishes virtual storage in a local storage; and simultaneously, the local storage in the first terminal equipment and the virtual storage establish a volume mapping relation. And if the payment data generated by the payment of the application in the first terminal equipment exceeds the space of the target storage, mounting the payment request time and/or the payment request position in the payment data in the first terminal equipment in the virtual storage for caching. In this embodiment of the application, the target storage is storage that the first terminal device allows to cache (i.e. storage required to store a preset threshold), and the virtual storage is a virtual storage space mapped in the local storage of the third terminal device according to the target storage. When the third terminal device is the same terminal device as the first terminal device, for example, the first terminal device and the third terminal device are both mobile phones, and the first terminal device and the third terminal device may be connected through bluetooth or connected through other methods so that the first terminal device and the third terminal device are always in the same local area network. Because the third terminal device and the first terminal device are always in the same local area network, the third terminal device is actually equivalent to the external memory space of the first terminal device, the mapping virtual storage mode of the third terminal device is similar to that of a temporary memory space added in the memory of the first terminal device, and because the first terminal device and the third terminal device are in the same local area network, the first terminal device does not occupy the bandwidth of the pipeline when mapping virtual storage in the third terminal device and calling data in the third terminal device. Therefore, the method can also reduce the buffer congestion in the pipeline bandwidth and improve the delivery rate of the payment data by transferring the payment data exceeding the preset threshold value in the first terminal device to the virtual storage in the third terminal device for caching and caching in the virtual storage in the third terminal device.
In an exemplary embodiment, if the payment data acquired by the second terminal device exceeds the response traffic owned by the database in the second terminal device, at least one sub-traffic pool is created in a target traffic pool in the second terminal device, initial traffic is respectively allocated to the at least one sub-traffic pool from the total traffic of the target traffic pool, and the second terminal device can stably respond to the payment request by controlling the allocated initial traffic; the second terminal equipment acquires payment data in the third terminal equipment through the transmission layer; and the second terminal equipment actively acquires the payment data cached in the third terminal equipment according to a preset rule.
In a specific embodiment, as shown in fig. 1, the method specifically includes:
s10, acquiring payment data generated by application payment in the first terminal equipment; the payment data generated by the payment of the application in the first terminal equipment is delivered in a data packet mode;
s20, judging whether payment data generated by application payment in the first terminal device reaches a preset threshold value; if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, sorting the payment data generated by the application payment in the first terminal equipment, wherein the sorting comprises merging according to the payment request time and/or the payment request position in the payment data in the first terminal equipment, and delivering and transmitting the data packet in the merged payment data in a serial mode; simultaneously mapping virtual storage in third terminal equipment, and forwarding payment data generated when the payment data exceeds a preset threshold value in the first terminal equipment to the virtual storage in the third terminal equipment for caching; and reducing the delivery rate of the new payment data generated by the application payment in the first terminal equipment to the second terminal equipment.
The third terminal device in this embodiment may be the same terminal device as the first terminal device, or may be a device connected to the first terminal device. For example, the third terminal device is a device connected to the first terminal device, and if the first terminal device is a mobile phone, the third terminal device may be an intelligent wearable device such as a smart band. As an example, the process of mapping virtual storage in the embodiment of the present application includes: if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, a third terminal equipment connected with the first terminal equipment immediately establishes virtual storage in a local storage; and simultaneously, the local storage in the first terminal equipment and the virtual storage establish a volume mapping relation. And if the payment data generated by the payment of the application in the first terminal equipment exceeds the space of the target storage, mounting the payment request time and/or the payment request position in the payment data in the first terminal equipment in the virtual storage for caching. In this embodiment of the application, the target storage is storage that the first terminal device allows to cache (i.e. storage required to store a preset threshold), and the virtual storage is a virtual storage space mapped in the local storage of the third terminal device according to the target storage. When the third terminal device is the same terminal device as the first terminal device, for example, the first terminal device and the third terminal device are both mobile phones, and the first terminal device and the third terminal device may be connected through bluetooth or connected through other methods so that the first terminal device and the third terminal device are always in the same local area network. Because the third terminal device and the first terminal device are always in the same local area network, the third terminal device is actually equivalent to the external memory space of the first terminal device, the mapping virtual storage mode of the third terminal device is similar to that of a temporary memory space added in the memory of the first terminal device, and because the first terminal device and the third terminal device are in the same local area network, the first terminal device does not occupy the bandwidth of the pipeline when mapping virtual storage in the third terminal device and calling data in the third terminal device.
S30, the second terminal device actively acquires the payment data directly transmitted by the first terminal device, the sorted payment data and the payment data cached in the third terminal device according to a preset rule; if the payment data acquired by the second terminal device exceeds the response flow owned by the database in the second terminal device, creating at least one sub-flow pool in a target flow pool in the second terminal device, respectively distributing initial flow to the at least one sub-flow pool from the total flow of the target flow pool, and controlling the second terminal device to stably respond to the payment request through the distributed initial flow; the second terminal device obtains payment data in the first terminal device and the third terminal device through the transmission layer.
In this embodiment, when the payment data generated by the application payment in the first terminal device reaches the preset threshold, that is, the payment data generated by the application payment exceeds the allowed bandwidth of the pipeline bandwidth to cause congestion of the buffer, the delivery rate of the payment data to the second device is reduced, so that the possibility that the newly delivered payment data is backlogged to the transmission resource because the original delivered payment data is not completely transmitted is reduced, and the possibility that the application payment is unstable due to continuous aggravated transmission delay of the payment data is also reduced. According to the method, the transmission of the data packet of the first terminal device is controlled, the payment data in the first terminal device are sorted and combined and then transmitted in a serial mode, the payment data are sorted and combined, and the second terminal device can quickly and efficiently respond to the same type of payment data, so that the delivery rate of the payment data can be improved, and the congestion of a buffer area is reduced. Meanwhile, the method also transfers the payment data exceeding the preset threshold value in the first terminal device to the virtual storage in the third terminal device for caching, and the buffer area congestion in the pipeline bandwidth can be relieved and the delivery rate of the payment data can be improved by caching in the virtual storage in the third terminal device. In addition, the invention also extracts the payment data according to the preset rules through the second terminal equipment respectively, and masters the initiative right of the payment rate in the second terminal equipment, so that the second terminal equipment can actively extract the payment data according to the processing capacity of the second terminal equipment, thereby reducing the occurrence of the congestion situation of the bandwidth buffer area of the pipeline. Therefore, the method can jointly form a multi-dimensional control method in multiple ways to keep the payment application stable for payment.
In some embodiments, obtaining payment data generated by payment of an application in the first terminal device at a certain moment;
judging whether the payment data generated by the application payment in the first terminal equipment in the transmission layer at the moment reaches a preset threshold value, if so, reducing the delivery rate of transmitting new payment data generated by the application payment in the first terminal equipment to the second terminal equipment at the next moment or suspending transmitting the payment data generated by the application payment in the first terminal equipment to the second terminal equipment at the next moment; sorting payment data generated by application payment in the first terminal equipment before a certain moment, wherein the sorting comprises merging according to payment request time and/or payment request position in the payment data in the first terminal equipment, and delivering and transmitting data packets in the merged payment data in a serial mode; and simultaneously mapping virtual storage in third terminal equipment, and forwarding payment data generated by application payment in the first terminal equipment at the next moment to the virtual storage in the third terminal equipment for caching.
In another embodiment, as shown in fig. 2, a packet rate control method for maintaining stable payment for an application is further provided, where the packet rate control method is applied to a first terminal device, a transport layer connection is established between the first terminal device and a second terminal device, and the first terminal device is allocated with a transport resource, where the transport resource represents a pipe bandwidth that can be occupied by the first terminal device. The transmission resource is used for transmitting payment data generated by application payment in the first terminal device delivered by the first terminal device to the second terminal device through the transmission layer connection, and the control method comprises the following steps:
s100, obtaining payment data generated by application payment in the first terminal equipment in the transmission layer;
s200, judging whether payment data generated by application payment in the first terminal equipment in the transmission layer reaches a preset threshold value or not; and the preset threshold is set according to the maximum pipeline bandwidth of the transmission layer.
S300, if the payment data generated by the application payment in the first terminal equipment in the transmission layer reaches a preset threshold value, reducing the delivery rate of new payment data generated by the application payment in the first terminal equipment to be transmitted to the second terminal equipment; and the payment data generated by the payment of the application in the first terminal equipment is delivered in a data packet mode. The control method is used for the first terminal equipment.
In an embodiment of the present application, the transport layer connection includes, for example: transmission Control Protocol (TCP), WiFi (Wireless local area network based on IEEE 802.11b standard), 3G (The 3th Generation Mobile Communication Technology), 4G (The 4th Generation Mobile Communication Technology), 5G (The 5th Generation Mobile Communication Technology) connections. The payment data comprises a bar code and a two-dimensional code. The first terminal device and the second terminal device are, for example, any one of terminal devices that interact with each other via the internet. The terminal equipment comprises terminal equipment with a payment function, such as a mobile phone, a computer, a code scanning instrument, a tablet personal computer, an electronic watch and the like. For example, the first terminal device is a mobile phone, and the second terminal device may be a code scanning instrument.
According to the above technical scheme, when the payment data generated by the application payment in the first terminal device passes through the transport layer connection and reaches the preset threshold, that is, the payment data generated by the application payment passes through the allowed bandwidth of the pipeline bandwidth to cause buffer congestion, the delivery rate of the payment data to the second device is reduced, so that the possibility that the newly delivered payment data backlogs on the transmission resource because the original delivered payment data is not transmitted is reduced, and the possibility that the application payment is unstable due to the continuous aggravation of the transmission delay of the payment data is also reduced. The delivery rate of new payment data generated by application payment in the first terminal device and transmitted to the second terminal device is reduced, the occupation of the later newly delivered payment data on the pipeline bandwidth is reduced, the originally delivered payment data is carried out according to the normal delivery rate, the congestion of the pipeline bandwidth is reduced, and the transmission rate of a data packet can be kept to be applied and paid stably all the time.
In an exemplary embodiment, as shown in fig. 3, further includes:
s110, obtaining payment data generated by application payment in the first terminal equipment in a transmission layer at a certain moment;
s210, judging whether payment data generated by application payment in the first terminal equipment in the transmission layer at the moment reaches a preset threshold value; and the preset threshold is set according to the maximum pipeline bandwidth of the transmission layer.
And S310, if the payment data generated by the application payment in the first terminal equipment in the transmission layer at the moment reaches a preset threshold value, the transmission resource suspends the transmission of the payment data generated by the application payment in the first terminal equipment at the next moment to the second terminal equipment.
According to the above technical scheme, when the payment data generated by the application payment in the first terminal device passes through the transport layer connection and reaches the preset threshold, that is, the payment data generated by the application payment passes through the allowed bandwidth of the pipeline bandwidth to cause buffer congestion, the delivery rate of the payment data to the second device is reduced, so that the possibility that the newly delivered payment data backlogs on the transmission resource because the original delivered payment data is not transmitted is reduced, and the possibility that the application payment is unstable due to the continuous aggravation of the transmission delay of the payment data is also reduced. Judging whether new payment data at the next moment needs to be suspended for network pipeline to occupy the bandwidth of the pipeline by judging the payment data delivered in the transmission layer at a certain moment; and if the delivered payment data at a certain time meets the bandwidth allowed by the pipeline, suspending the transmission of the new payment data through the transmission layer, so that the transmission rate of the data packet can always keep stable payment of the application.
In an exemplary embodiment, if the delivery rate of the new payment data generated by the application payment in the first terminal device to the second terminal device is reduced to the first preset delivery rate, the reduction of the delivery rate of the new payment data generated by the application payment in the first terminal device to the second terminal device is cancelled; the first preset delivery rate is less than the normal delivery rate. The first preset delivery rate is set according to the actual pipeline bandwidth, if the delivery rate is reduced to the first preset delivery rate, the normal delivery rate is indicated, the payment data in the pipeline are basically delivered or new payment data are transmitted through the transmission layer, congestion of the pipeline bandwidth cannot be caused, reduction is directly cancelled, and the new payment data generated by application payment in the first terminal device are delivered according to the delivery rate of production.
In an exemplary embodiment, the method further includes sorting payment data generated by the payment of the application in the first terminal device according to a preset prioritization mode; if the payment data generated by the application payment in the first terminal equipment in the transmission layer does not reach a preset threshold value, the payment data generated by the application payment in the first terminal equipment is transmitted to the second terminal equipment from the priority level to the priority level in sequence according to the priority level sequencing result. If the payment data generated by the application payment in the first terminal equipment in the transmission layer reaches a preset threshold value, the delivery rate of the payment data generated by the application payment in the first terminal equipment with the low priority to the high priority to be transmitted to the second terminal equipment is sequentially reduced according to the priority ranking result. The ranking factor of the preset priority comprises at least one of: time of application payment, location of application payment, manner of application payment. In the embodiment of the application, the payment data of the transmission layer are transmitted according to the sequencing result of the priority, so that the service quality of the corresponding user is ensured. The priority ranking mode can be set according to the actual situation, for example, the priority of the application payment time is greater than the application payment position; the location of the application payment has a priority greater than the manner in which the application payment is made. The payment application positions are distinguished according to population distribution, the payment application time is distinguished according to Monday to Sunday and each time period in each day, and the payment application mode is distinguished according to two-dimensional codes and bar codes.
In an exemplary embodiment, as shown in fig. 4, the method further includes determining whether network jitter occurs in transmission of payment data generated by payment of an application in the first terminal device through the transport layer connection;
s400, acquiring the current transmission rate of the transmission layer connection;
s500, determining whether the current transmission rate is lower than a reference transmission rate, where when the current transmission rate of the transport layer connection is higher than the reference transmission rate, the payment data generated by the application payment in the first terminal device delivered to the transmission resource is transmitted before the payment data generated by the application payment in the first terminal device delivered next time is delivered;
s600, when the current transmission rate is lower than the reference transmission rate, determining that network jitter occurs in the transmission of the payment data generated by the application payment in the first terminal equipment through the transmission layer connection.
As can be seen from the above description, when the payment data is subjected to network jitter through the transmission of the transmission layer connection, the delivery rate of the payment data to the transmission resource is also reduced, so that the possibility that the newly delivered payment data is backlogged to the transmission resource because the originally delivered payment data is not completely transmitted is reduced, and the possibility that the system is unavailable due to the continuous aggravation of the transmission delay of the payment data is also reduced. If network jitter occurs, the transmission rate of the data packet is controlled through priority, and stable payment of the application is kept.
In an embodiment, the method further includes monitoring the remaining traffic of each sub-traffic pool in the second terminal device after the traffic configuration is completed;
comparing the residual flow of all the sub-flow pools with a preset flow threshold, and if the residual flow of a certain sub-flow pool is less than or equal to the preset flow threshold, configuring the sub-flow pool to enable the residual flow of each configured sub-flow pool to be greater than the preset flow threshold;
if the residual flow of all the sub-flow pools is less than or equal to a preset flow threshold value, newly creating at least one target flow pool; the newly created at least one target flow pool is used for configuring all the sub-flow pools, and the residual flow of each configured sub-flow pool is larger than a preset flow threshold; and/or if the residual flow of all the sub-flow pools is less than or equal to a preset flow threshold, newly creating at least one sub-flow pool; and using the newly created at least one sub-flow pool to configure the rest sub-flow pools, so that the residual flow of each configured sub-flow pool is greater than a preset flow threshold.
In the embodiment of the present application, if the first terminal device is a mobile phone, the second terminal device may be a mobile phone or a computer. Wherein the target traffic in the second terminal device is the maximum traffic allowed by the operator, and the sub-traffic pool is the traffic allocated to each transit terminal (e.g. router). For example, the second terminal device uses the traffic of the wireless traffic card, and the traffic applied by the wireless traffic card is 40Gb, the target traffic is 40Gb traffic plus the traffic of the permitted burst, where the traffic of the permitted burst is the traffic of 0.001% per thousand that is permitted to be reused in one minute after the 40Gb is exceeded; each router distributes corresponding flow from the target flow to form a sub-flow pool. Setting an initial traffic threshold (for example, setting 5 Mb) in the router, after the sub-traffic pool is lower than the traffic threshold, the traffic of the sub-traffic pool is no longer forwarded to the second terminal device, at this time, the second terminal device connected to the corresponding router is in a temporary network-off state, and at the same time, the corresponding router requests to allocate traffic in other routers, and the traffic configuration between the sub-traffic pools is completed through traffic allocation between the routers. If the residual flow of all the sub-flow pools is not enough to be used, transacting or purchasing a new wireless flow card again to apply for new flow.
In summary, in the present invention, a transport layer connection is established between the first terminal device and the second terminal device, and the payment data generated by the application payment in the first terminal device delivered by the first terminal device is transmitted to the second terminal device through the transport layer connection. The method for controlling the transmission rate of the data packets to keep the application stable payment comprises the following steps: acquiring payment data generated by application payment in the first terminal equipment in the transmission layer; judging whether payment data generated by application payment in the first terminal equipment in the transmission layer reaches a preset threshold value or not; if the payment data generated by the application payment in the first terminal equipment in the transmission layer reaches a preset threshold value, reducing the delivery rate of new payment data generated by the application payment in the first terminal equipment to the second terminal equipment; and the payment data generated by the payment of the application in the first terminal equipment is delivered in a data packet mode. The invention controls the bandwidth by controlling the data packet and the priority, controls the transmission rate of the newly generated payment data applied in the first terminal equipment by the data packet and controls the payment of the application according to the sequencing result of the priority, thereby keeping the stable payment of the application. Therefore, the invention effectively overcomes various defects in the prior art and has high industrial utilization value.
The foregoing embodiments are merely illustrative of the principles and utilities of the present invention and are not intended to limit the invention. Any person skilled in the art can modify or change the above-mentioned embodiments without departing from the spirit and scope of the present invention. Accordingly, it is intended that all equivalent modifications or changes which can be made by those skilled in the art without departing from the spirit and technical spirit of the present invention be covered by the claims of the present invention.
Claims (7)
1. A packet rate control method for maintaining stable payment for an application, the method comprising the steps of:
acquiring payment data generated by application payment in first terminal equipment; the payment data generated by the payment of the application in the first terminal equipment is delivered in a data packet mode;
judging whether payment data generated by application payment in the first terminal equipment reaches a preset threshold value or not; if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, sorting the payment data generated by the application payment in the first terminal equipment, wherein the sorting comprises merging according to the payment request time and/or the payment request position in the payment data in the first terminal equipment, and delivering and transmitting the data packet in the merged payment data in a serial mode; simultaneously mapping virtual storage in third terminal equipment, and forwarding payment data generated when the payment data exceeds a preset threshold value in the first terminal equipment to the virtual storage in the third terminal equipment for caching; and reducing the delivery rate of new payment data generated by the application payment in the first terminal equipment to the second terminal equipment;
the second terminal equipment actively acquires the payment data directly transmitted by the first terminal equipment, the sorted payment data and the payment data cached in the third terminal equipment according to a preset rule; if the payment data acquired by the second terminal device exceeds the response flow owned by the database in the second terminal device, creating at least one sub-flow pool in a target flow pool in the second terminal device, respectively distributing initial flow to the at least one sub-flow pool from the total flow of the target flow pool, and controlling the second terminal device to stably respond to the payment request through the distributed initial flow; the second terminal device obtains payment data in the first terminal device and the third terminal device through the transmission layer;
monitoring the residual flow of each sub-flow pool in the second terminal equipment after the flow configuration is completed;
comparing the residual flow of all the sub-flow pools with a preset flow threshold, and if the residual flow of a certain sub-flow pool is less than or equal to the preset flow threshold, configuring the sub-flow pool to enable the residual flow of each configured sub-flow pool to be greater than the preset flow threshold;
if the residual flow of all the sub-flow pools is less than or equal to a preset flow threshold value, newly creating at least one target flow pool; the newly created at least one target flow pool is used for configuring all the sub-flow pools, and the residual flow of each configured sub-flow pool is larger than a preset flow threshold; or if the residual flow of all the sub-flow pools is less than or equal to the preset flow threshold, newly creating at least one sub-flow pool; and using the newly created at least one sub-flow pool to configure the rest sub-flow pools, so that the residual flow of each configured sub-flow pool is greater than a preset flow threshold.
2. The packet rate control method for keeping application stable payment according to claim 1, wherein: acquiring payment data generated by application payment in the first terminal equipment at a certain moment;
judging whether the payment data generated by the application payment in the first terminal equipment in the transmission layer at the moment reaches a preset threshold value, if so, reducing the delivery rate of the payment data generated by the application payment in the first terminal equipment at the next moment after the moment to the second terminal equipment or suspending the transmission of the payment data generated by the application payment in the first terminal equipment at the next moment after the moment to the second terminal equipment;
sorting the payment data generated by the application payment in the first terminal equipment before the certain time, wherein the sorting comprises merging according to the payment request time and/or the payment request position in the payment data in the first terminal equipment, and delivering and transmitting the data packet in the merged payment data in a serial mode; and simultaneously mapping virtual storage in the third terminal equipment, and forwarding payment data generated by application payment in the first terminal equipment at the next moment after the moment to the virtual storage in the third terminal equipment for caching.
3. The packet rate control method for keeping application stable payment according to claim 1 or 2, wherein: and if the delivery rate of the new payment data generated by the application payment in the first terminal device and transmitted to the second terminal device is reduced to a first preset delivery rate, canceling the reduction of the delivery rate of the new payment data generated by the application payment in the first terminal device and transmitted to the second terminal device.
4. The packet rate control method for keeping application stable payment according to claim 1, wherein: the payment data generated by the application payment in the first terminal equipment are sorted according to a preset priority sorting mode;
if the payment data generated by the application payment in the first terminal equipment does not reach a preset threshold value, transmitting the payment data generated by the application payment in the first terminal equipment to the second terminal equipment from high priority to low priority in sequence according to a priority ranking result;
if the payment data generated by the application payment in the first terminal equipment reaches a preset threshold value, the delivery rate of the payment data generated by the application payment in the first terminal equipment from low priority to high priority to be transmitted to the second terminal equipment is sequentially reduced according to the priority sorting result.
5. The packet rate control method for keeping application stable payment according to claim 1, wherein: the method also comprises the steps of judging whether network jitter occurs in the transmission of payment data generated by application payment in the first terminal equipment through the transmission layer connection;
acquiring the current transmission rate of the transmission layer connection;
judging whether the current transmission rate is lower than a reference transmission rate or not, wherein when the current transmission rate of the transmission layer connection is higher than the reference transmission rate, the payment data generated by application payment in the first terminal equipment for delivering transmission resources is transmitted before the payment data generated by application payment in the first terminal equipment for delivering next time is delivered;
when the current transmission rate is lower than the reference transmission rate, determining that network jitter occurs in the transmission of the payment data generated by the application payment in the first terminal equipment through the transmission layer connection.
6. The packet rate control method for keeping application stable payment according to claim 1, wherein: the preset rule comprises a priority ranking, and the ranking factor of the priority comprises at least one of the following: time of application payment, location of application payment, manner of application payment.
7. The packet rate control method for keeping application stable payment according to claim 1 or 2, wherein: and the preset threshold is set according to the maximum pipeline bandwidth of the transmission layer.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010346817.XA CN111245736B (en) | 2020-04-28 | 2020-04-28 | Data packet rate control method for keeping stable payment of application |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010346817.XA CN111245736B (en) | 2020-04-28 | 2020-04-28 | Data packet rate control method for keeping stable payment of application |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111245736A CN111245736A (en) | 2020-06-05 |
| CN111245736B true CN111245736B (en) | 2020-08-07 |
Family
ID=70871646
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010346817.XA Active CN111245736B (en) | 2020-04-28 | 2020-04-28 | Data packet rate control method for keeping stable payment of application |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111245736B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101909208A (en) * | 2010-08-05 | 2010-12-08 | 浙江工业大学 | Video wireless transmission control method suitable for CDMA2000 |
| CN105207944A (en) * | 2015-08-13 | 2015-12-30 | 清华大学 | FAST TCP based transmission control method |
| CN107295036A (en) * | 2016-03-31 | 2017-10-24 | 华为技术有限公司 | A kind of data transmission method for uplink and data merge equipment |
| CN110121114A (en) * | 2018-02-07 | 2019-08-13 | 华为技术有限公司 | Send the method and data transmitting equipment of flow data |
| US10567285B2 (en) * | 2017-03-17 | 2020-02-18 | Citrix Systems, Inc. | Increasing QoS throughput and efficiency through lazy byte batching |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7706266B2 (en) * | 2007-03-12 | 2010-04-27 | Citrix Systems, Inc. | Systems and methods of providing proxy-based quality of service |
| CN102663586B (en) * | 2012-03-21 | 2016-07-06 | 华为技术有限公司 | A kind of method completing to pay by two mobile terminals |
-
2020
- 2020-04-28 CN CN202010346817.XA patent/CN111245736B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101909208A (en) * | 2010-08-05 | 2010-12-08 | 浙江工业大学 | Video wireless transmission control method suitable for CDMA2000 |
| CN105207944A (en) * | 2015-08-13 | 2015-12-30 | 清华大学 | FAST TCP based transmission control method |
| CN107295036A (en) * | 2016-03-31 | 2017-10-24 | 华为技术有限公司 | A kind of data transmission method for uplink and data merge equipment |
| US10567285B2 (en) * | 2017-03-17 | 2020-02-18 | Citrix Systems, Inc. | Increasing QoS throughput and efficiency through lazy byte batching |
| CN110121114A (en) * | 2018-02-07 | 2019-08-13 | 华为技术有限公司 | Send the method and data transmitting equipment of flow data |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111245736A (en) | 2020-06-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109862592B (en) | Resource management and scheduling method in mobile edge computing environment based on multi-base-station cooperation | |
| CN102594875B (en) | Content distribution method and device as well as access network device | |
| CN110602156A (en) | Load balancing scheduling method and device | |
| CN105376111B (en) | Resource allocation methods and device | |
| CN105009098A (en) | Data transmission device, data-sharing system, data-sharing method, and message exchange system | |
| US10136308B2 (en) | Querying data from devices in an ad-hoc network | |
| CN105791381A (en) | Access control method and apparatus | |
| CN108092908A (en) | Control the method and sending ending equipment of flow | |
| KR20170021831A (en) | Courier network service | |
| CN114205762A (en) | Short message flow control method, equipment and storage medium | |
| CN104602035B (en) | Stream media ordering method and demand stream media system | |
| CN111245736B (en) | Data packet rate control method for keeping stable payment of application | |
| CN102377662A (en) | Routing cache negotiation method and system facing to bandwidth adaptation in video monitoring | |
| CN102571963B (en) | Content delivery method, device and access network equipment | |
| CN108664354A (en) | A kind of data image method and storage system | |
| CN103874230B (en) | Data sending processing method and device | |
| JP3898475B2 (en) | Content distribution method and distribution server | |
| CN105917694B (en) | Service in telecommunication network provides and activation | |
| JP6886874B2 (en) | Edge devices, data processing systems, data transmission methods, and programs | |
| CN108536854A (en) | The method, apparatus and computer readable storage medium of data interaction | |
| CN113268329A (en) | Request scheduling method, device and storage medium | |
| KR100573872B1 (en) | Content transfer Methodology to use efficiently the limited network resources and the system | |
| JP6620760B2 (en) | Management node, terminal, communication system, communication method, and program | |
| CN114390053B (en) | Service content scheduling method, device, equipment and storage medium | |
| US9264886B1 (en) | Scaling storage capability for subscriber data across multiple devices and device types in a mobile data network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |