CN114490489B - Request processing method, device and storage medium - Google Patents
Request processing method, device and storage medium Download PDFInfo
- Publication number
- CN114490489B CN114490489B CN202011269934.7A CN202011269934A CN114490489B CN 114490489 B CN114490489 B CN 114490489B CN 202011269934 A CN202011269934 A CN 202011269934A CN 114490489 B CN114490489 B CN 114490489B
- Authority
- CN
- China
- Prior art keywords
- request
- transmission mode
- packet
- maximum value
- transmission
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 31
- 230000005540 biological transmission Effects 0.000 claims abstract description 308
- 238000012545 processing Methods 0.000 claims abstract description 53
- 238000000034 method Methods 0.000 claims abstract description 40
- 238000004590 computer program Methods 0.000 claims description 14
- 230000000977 initiatory effect Effects 0.000 claims description 6
- 230000007547 defect Effects 0.000 abstract description 10
- 238000011161 development Methods 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 14
- 230000006870 function Effects 0.000 description 12
- 238000004891 communication Methods 0.000 description 7
- 230000000694 effects Effects 0.000 description 5
- 239000010410 layer Substances 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000007774 longterm Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 3
- 239000011229 interlayer Substances 0.000 description 3
- 230000010354 integration Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000011800 void material Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/42—Bus transfer protocol, e.g. handshake; Synchronisation
- G06F13/4282—Bus transfer protocol, e.g. handshake; Synchronisation on a serial bus, e.g. I2C bus, SPI bus
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2213/00—Indexing scheme relating to interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F2213/0042—Universal serial bus [USB]
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Systems (AREA)
Abstract
The embodiment of the application provides a request processing method, a request processing device and a storage medium, wherein the method comprises the following steps: receiving a request of a USB device, and acquiring request related information; determining a target transmission mode corresponding to the request based on the request related information; executing the request based on the target transmission mode; wherein the request related information includes transmission mode indication information for indicating a target transmission mode. According to the embodiment of the application, through the indication of the transmission mode in the request related information based on the request of the USB equipment, the target transmission mode corresponding to the request can be directly and automatically determined, then the request can be executed based on the target transmission mode, and corresponding data transmission is performed, so that the defects of inflexibility in use, influence on development progress and the like caused by the fact that a user is required to select the transmission mode by himself in the prior art are avoided, corresponding parameters or functional configuration can be reduced, and USB transmission safety and stability are improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a method and apparatus for processing a request, and a storage medium.
Background
There are four modes of existing USB (Universal Serial Bus ) transfer: bulk transactions, control Transaction, interrupt Transaction and Isochronous Transaction, each mode having different characteristics, are suitable for different applications. After receiving a request from a USB device, a USB driver in an upper computer, such as a PC (Personal Computer ), needs to select a suitable transmission mode to adapt to the transmission of the USB, so as to ensure the accuracy, the rate and the stability of the transmission.
In the existing scheme, a user selects the transmission mode which is considered to be most suitable according to an application scene, but the transmission mode selection mode has the defects of large limitation, inflexibility in use and high technical resource grasping requirement for the user, and meanwhile, in a complex application scene, the difficulty is increased in maintaining different mode switching for the user, the development progress is influenced, and the system stability is influenced to a certain extent.
Therefore, how to propose a flexible request processing method is a problem to be solved.
Disclosure of Invention
The embodiment of the application provides a request processing method, a request processing device and a storage medium, which are used for solving the defects of large limitation, inflexible use and high use difficulty in the prior art and realizing flexible processing of requests of USB equipment.
In a first aspect, an embodiment of the present application provides a method for processing a request, including:
Receiving a request of a USB device, and acquiring request related information;
determining a target transmission mode corresponding to the request based on the request related information;
Executing the request based on the target transmission mode;
wherein the request related information includes transmission mode indication information for indicating a target transmission mode.
Optionally, according to the request processing method of one embodiment of the present application, the transmission mode indication information includes first indication information and/or an interface name;
The interface names are in one-to-one correspondence with the transmission modes;
The first indication information is carried in a packet header of the request message;
wherein the transmission mode includes the target transmission mode.
Optionally, according to a request processing method of an embodiment of the present application, the request is transmitted on a transmission channel corresponding to the target transmission mode;
the transmission channels are in one-to-one correspondence with the transmission modes supported by the USB equipment.
Optionally, according to a request processing method of an embodiment of the present application, the transmission channel is established based on second instruction information in the hardware information of the USB device;
the second indication information is used for indicating a transmission mode supported by the USB equipment; the USB device hardware information is obtained after the USB device is inserted.
Optionally, according to a method for processing a request according to an embodiment of the present application, the request type of the request includes: read requests and write requests.
Optionally, according to a request processing method of an embodiment of the present application, the request related information includes a size of a data request packet of the request;
Based on the target transmission mode, performing the request includes:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
Applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request based on the size of a data request packet corresponding to the thread;
and executing the thread on the queue resource based on the target transmission mode.
Optionally, according to a request processing method of an embodiment of the present application, the USB device hardware information further includes a request packet maximum value;
Based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request, including:
and when the size of the data request packet is larger than the maximum value of the request packet of the hardware equipment, the data request packet is packetized and processed, and a plurality of mutually independent threads are correspondingly built.
Optionally, according to a request processing method of an embodiment of the present application, the request packet maximum value includes a port data packet maximum value and a transmission request packet maximum value;
when the transmission mode of the request is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the transmission mode of the request is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
Optionally, according to a request processing method of an embodiment of the present application, on the queue resource, the thread is executed based on the target transmission mode, and further includes:
and if the transmission fails, initiating retransmission on the queue resource.
Optionally, a method for processing a request according to an embodiment of the present application further includes: and after the thread execution is completed, releasing the queue resources of the thread to a resource cache pool corresponding to the request type of the request, and deleting the thread.
Optionally, according to the method for processing a request according to an embodiment of the present application, the resource cache pool corresponding to the read request and the resource cache pool corresponding to the write request are independent from each other.
In a second aspect, an embodiment of the present application provides a request processing apparatus, including a memory, a transceiver, and a processor: a memory for storing a computer program; a transceiver for transceiving data under control of the processor; a processor for reading the computer program in the memory and performing the following operations:
Receiving a request of a USB device, and acquiring request related information;
determining a target transmission mode corresponding to the request based on the request related information;
Executing the request based on the target transmission mode;
wherein the request related information includes transmission mode indication information for indicating a target transmission mode.
Optionally, the request processing device according to one embodiment of the present application, the transmission mode indication information includes first indication information and/or an interface name;
The interface names are in one-to-one correspondence with the transmission modes;
The first indication information is carried in a packet header of the request message;
wherein the transmission mode includes the target transmission mode.
Optionally, according to an embodiment of the present application, the request is transmitted on a transmission channel corresponding to the target transmission mode;
the transmission channels are in one-to-one correspondence with the transmission modes supported by the USB equipment.
Optionally, according to the request processing apparatus of one embodiment of the present application, the transmission channel is established based on second instruction information in the hardware information of the USB device;
the second indication information is used for indicating a transmission mode supported by the USB equipment; the USB device hardware information is obtained after the USB device is inserted.
Optionally, the request processing device according to one embodiment of the present application, the request types of the request include: read requests and write requests.
Optionally, the request related information includes a size of a data request packet of the request;
Based on the target transmission mode, performing the request includes:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
Applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request based on the size of a data request packet corresponding to the thread;
and executing the thread on the queue resource based on the target transmission mode.
Optionally, according to the request processing apparatus of one embodiment of the present application, the USB device hardware information further includes a request packet maximum value;
Based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request, including:
and when the size of the data request packet is larger than the maximum value of the request packet of the hardware equipment, the data request packet is packetized and processed, and a plurality of mutually independent threads are correspondingly built.
Optionally, the request packet maximum value includes a port data packet maximum value and a transmission request packet maximum value;
when the transmission mode of the request is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the transmission mode of the request is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
Optionally, the request processing apparatus according to one embodiment of the present application executes the thread on the queue resource based on the target transmission mode, and further includes:
and if the transmission fails, initiating retransmission on the queue resource.
Optionally, the request processing apparatus according to an embodiment of the present application, the operations further include: and after the thread execution is completed, releasing the queue resources of the thread to a resource cache pool corresponding to the request type of the request, and deleting the thread.
Optionally, according to the request processing device of an embodiment of the present application, the resource cache pool corresponding to the read request and the resource cache pool corresponding to the write request are independent from each other.
In a third aspect, an embodiment of the present application provides a request processing apparatus, including:
the receiving module is used for receiving a request of the USB equipment and acquiring request related information;
the determining module is used for determining a target transmission mode corresponding to the request based on the request related information;
an execution module for executing the request based on the target transmission mode;
wherein the request related information includes transmission mode indication information for indicating a target transmission mode.
In a fourth aspect, embodiments of the present application also provide a processor-readable storage medium storing a computer program for causing the processor to execute the steps of the request processing method according to the first aspect as described above.
According to the request processing method, the request processing device and the storage medium, the target transmission mode corresponding to the request can be directly and automatically determined through the indication of the transmission mode in the request related information based on the request of the USB device, then the request can be executed based on the target transmission mode, corresponding data transmission is performed, the defects that the use is inflexible, the development progress is influenced and the like due to the fact that a user needs to select the transmission mode by himself in the prior art are avoided, corresponding parameters or function configuration can be reduced, and USB transmission safety and stability are improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions of the prior art, the following description will briefly explain the drawings used in the embodiments or the description of the prior art, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings can be obtained according to these drawings without inventive effort for a person skilled in the art.
FIG. 1 is a schematic diagram of a USB transmission mode principle according to an embodiment of the present application;
FIG. 2 is a schematic flow chart of a request processing method according to an embodiment of the present application;
FIG. 3 is a schematic diagram of a request processing method according to an embodiment of the present application;
FIG. 4 is a second flowchart of a request processing method according to an embodiment of the present application;
FIG. 5 is a schematic diagram of a request processing apparatus according to an embodiment of the present application;
FIG. 6 is a second schematic diagram of a request processing apparatus according to an embodiment of the present application.
Detailed Description
In the embodiment of the application, the term "and/or" describes the association relation of the association objects, which means that three relations can exist, for example, a and/or B can be expressed as follows: a exists alone, A and B exist together, and B exists alone. The character "/" generally indicates that the context-dependent object is an "or" relationship.
The term "plurality" in embodiments of the present application means two or more, and other adjectives are similar.
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments, but not all embodiments of the present application. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
The embodiment of the application provides a request processing method and a request processing device, which are used for solving the defects of inflexibility in use, influence on development progress and the like caused by the need of a user to select a transmission mode by himself in the prior art, reducing corresponding parameters or functional configuration and improving the safety and the stability of USB transmission.
The method and the device are based on the same application, and because the principles of solving the problems by the method and the device are similar, the implementation of the device and the method can be referred to each other, and the repetition is not repeated.
The technical scheme provided by the embodiment of the application can be suitable for various systems, in particular to a 5G system. For example, applicable systems may be global system for mobile communications (global system of mobile communication, GSM), code division multiple access (code division multiple access, CDMA), wideband code division multiple access (Wideband Code Division Multiple Access, WCDMA) universal packet Radio service (GENERAL PACKET Radio service, GPRS), long term evolution (long term evolution, LTE), LTE frequency division duplex (frequency division duplex, FDD), LTE time division duplex (time division duplex, TDD), long term evolution-advanced (long term evolution advanced, LTE-a), universal mobile system (universal mobile telecommunication system, UMTS), worldwide interoperability for microwave access (worldwide interoperability for microwave access, wiMAX), 5G New air interface (New Radio, NR) systems, and the like. Terminal devices and network devices are included in these various systems. Core network parts such as evolved packet system (Evloved PACKET SYSTEM, EPS), 5G system (5 GS), etc. may also be included in the system.
USB is used as a communication protocol interface, has the characteristics of low cost, convenient use, hot plug support and the like, and is favored by various products. Most of the universal PC machine has only USB and Ethernet interfaces for external communication interfaces, so that the integration of USB interfaces with PC machine communication products has become increasingly standard. The USB is used as an interface for the communication between the equipment and the upper computer and is used for bearing effective load data, and the communication speed directly influences the transmission performance and the transmission effect of the equipment and influences the expected result. The method is important to the places with strict requirements on the transmission rate and the improvement of the utilization rate of the USB bandwidth.
The embodiments of the application can be applied to low-cost communication protocol interfaces, and based on USB2.0, USB3.0 protocol versions and corresponding hardware resources, a design method for improving the utilization rate of the effective bandwidth of the USB is provided to effectively allocate the USB resources and ensure that the transmission time is shortened on universal USB equipment.
Fig. 1 is a schematic diagram of a USB transmission mode according to an embodiment of the present application, as shown in fig. 1, there are four modes of conventional USB transmission: bulk transactions, control Transaction, interrupt Transaction and Isochronous Transaction, each mode having different characteristics, are suitable for different applications.
For example, control Transaction is mainly applied to the enumeration process of the equipment and the occasion with higher requirement on the accuracy of the data; the control, state and configuration information transmission between the USB device and the upper computer is supported, and a control channel is provided between the peripheral device and the host computer. Each peripheral device supports a control transfer type so that configuration and command/status information can be transferred between the host and the peripheral device.
The data block (batch) transmission type Bulk Transaction is mainly used in the occasions with large data volume and low requirement on the real-time performance of the data; the data volume of the USB device suitable for the transmission is large, and the USB can only transmit the data under the condition of meeting the bandwidth, such as devices supporting printers, scanners, digital cameras and the like.
Interrupt Transaction is mainly used in the occasions with small data volume and strict time requirements; the method is suitable for USB equipment which has small data transmission quantity with an upper computer, has no periodicity, is sensitive to response time and requires immediate response, such as input equipment of a game handle, a mouse, a keyboard and the like.
Isochronous Transaction is mainly used in the occasions with large data volume and high requirement on real-time performance, such as supporting the data transmission between the peripheral equipment and the host computer with periodicity, limited time delay and bandwidth and unchanged data transmission rate. This type has no error check and therefore cannot guarantee correct data transmission, supporting data transmission like computer-telephony integration (CTI) and audio systems and upper computers.
Therefore, the adaptive transmission mode can be selected according to different application scenarios, but in the prior art, the user is usually required to select the transmission mode by himself, which is disadvantageous in that:
1) The limitation is large, the use is inflexible, the requirements for mastering technical resources by a user are high, the user needs to be familiar with the use scene, and a proper transmission mode is selected by combining the USB characteristics;
2) In a complex application scene, the difficulty is increased in maintaining different mode switching for a user, the development progress is influenced, and the system stability is influenced to a certain extent.
The upper computer in each embodiment of the present application refers to a computer capable of directly sending a control command, typically a PC/host computer/master computer/upper computer, and also refers to a device capable of being connected to a USB device for data transmission, such as a printer, etc., which is not limited in each embodiment of the present application.
Fig. 2 is a flow chart of a request processing method according to an embodiment of the present application, as shown in fig. 2, where the method includes the following steps:
Step 200, receiving a request of a USB device, and acquiring request related information;
Specifically, the USB device is a piece of hardware at the end of the USB cable that performs the user functions. USB devices can be divided into USB bus interfaces, USB logic devices, and functional devices. The host-to-device connection needs to be through interactions between multiple layers and multiple entities, the USB bus interface layer providing the underlying transport of data over the USB data lines.
Therefore, after the USB device is connected to the host through the USB interface, a transmission request of the USB device may be received, and then the transmission request may be executed based on a transmission mode corresponding to the USB device.
Specifically, in order to overcome the defect caused by the fact that the user selects the transmission mode by himself in the prior art, the embodiment may carry the request related information in the request, for example, includes the transmission mode indication information.
Step 210, determining a target transmission mode corresponding to the request based on the request related information;
specifically, after receiving the request related information, the USB device may directly obtain a target transmission mode that is more suitable for the USB device based on the transmission mode indication information.
It will be appreciated that, generally, each USB device will be fixed to correspond to one or more suitable transmission modes, for example, for a mouse, a request from the mouse to the host computer needs to be responded in real time, so that the mouse can fix the corresponding terminal for transmission Interrupt Transaction.
Specifically, the request-related information may also include other information, as shown in table 1 below:
TABLE 1
It will be appreciated that table 1 is merely an example of request-related information and is not intended to be limiting.
Step 220, executing the request based on the target transmission mode.
Specifically, after determining the target transmission mode corresponding to the request of the USB device, the transmission of the request of the USB device may be performed based on the transmission mode.
Fig. 3 is a schematic diagram of a request processing method provided by the embodiment of the present application, as shown in fig. 3, the existing transmission mode of the USB may be abstracted by adopting an interlayer logic design concept, and implemented by programming in a C language, so that portability of a program is improved, and cross-platform is not required to care about implementation of a bottom layer.
The mezzanine logic provides a simplified operational interface to the user, eliminating the need for the user to care about the underlying implementation, where the interface mainly includes usb_inter_open (vid), usb_inter_close (void), usb_inter_read (length, × pBuf), and usb_inter_write (length, × pBuf).
When the interlayer receives the request, the data can be stored in the cache queue, the related information of the request can be evaluated, the transmission mode is reasonably selected, the cache resource is allocated, and finally the request is executed.
It should be noted that, the USB application belongs to passive communication, the data transmission request is initiated by the host computer, such as the PC side, and the request of the USB device is a request initiated by the PC side for the transmission of the USB device.
In the embodiment of the application, the USB transmission layer is abstracted and packaged, the configuration of USB parameters is reduced, and the safety and stability of USB transmission are improved. The design of the upper application logic of the USB is simplified, and the request load balancing processing is realized.
The execution body in the embodiment of the present application may be an upper computer device, specifically, a USB driver in an upper computer, and any device or module of a device that can implement interlayer packaging is suitable for the embodiment, which is not limited in this embodiment.
Optionally, based on any one of the above embodiments, the transmission mode indication information includes first indication information and/or an interface name;
The interface names are in one-to-one correspondence with the transmission modes;
The first indication information is carried in a packet header of the request message;
wherein the transmission mode includes the target transmission mode.
Specifically, the transmission mode indication information may include first indication information and/or an interface name;
Specifically, the interface names are in one-to-one correspondence with the transmission modes, so after receiving the request related information and acquiring the transmission mode indication information such as the interface names, the transmission model corresponding to the interface names can be directly obtained, and the transmission is performed based on the corresponding transmission modes.
Specifically, the first indication information is used for indicating a corresponding target transmission mode of the request, so after receiving the request related information, the transmission mode indication information such as a transmission model indicated by the first indication information after receiving the transmission mode indication information is obtained, and based on the indicated transmission mode, transmission is performed.
According to the request processing method provided by the embodiment of the application, the target transmission mode corresponding to the request can be directly and automatically determined through the indication of the transmission mode in the request related information based on the request of the USB equipment, then the request can be executed based on the target transmission mode, and corresponding data transmission is performed, so that the defects that the use is inflexible, the development progress is influenced and the like caused by the fact that a user needs to select the transmission mode by himself in the prior art are avoided, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
Optionally, based on any one of the foregoing embodiments, the request is transmitted on a transmission channel corresponding to the target transmission mode;
the transmission channels are in one-to-one correspondence with the transmission modes supported by the USB equipment.
Specifically, each request is transmitted in a transmission channel corresponding to a target transmission mode corresponding to the request;
It can be understood that the transmission channels are in one-to-one correspondence with the transmission modes supported by the USB device, for example, if the USB device is applicable to both Interrupt Transaction and Isochronous Transaction, the transmission channel corresponding to Interrupt Transaction and the transmission channel corresponding to Isochronous Transaction can be established, and the transmission channel corresponding to Interrupt Transaction is based on the transmission channel corresponding to Interrupt Transaction when the request corresponding to Isochronous Transaction is transmitted, and the transmission channel corresponding to Isochronous Transaction is based on the transmission channel corresponding to Isochronous Transaction when the request corresponding to Isochronous Transaction is transmitted.
Optionally, based on any one of the above embodiments, the transmission channel is established based on second instruction information in the hardware information of the USB device;
the second indication information is used for indicating a transmission mode supported by the USB equipment; the USB device hardware information is obtained after the USB device is inserted.
Specifically, after the USB device is plugged into the upper computer through the USB interface, a USB request is initiated by the PC, and when the usb_inter_open (vid) is called by the upper program, the request mode processing module may find the USB device corresponding to the computer according to the specified vid and pid, and determine one or more of four transmission modes of Bulk Transaction, control Transaction, interrupt Transaction, and Isochronous Transaction by retrieving enumeration parameters of the USB device, such as second instruction information, and then establish a transmission channel in a one-to-one correspondence.
Optionally, based on any one of the above embodiments, the request types of the request include: read requests and write requests.
Specifically, the request type of the USB device may be a read request, for example, read a certain file content in the host computer;
specifically, the request type of the USB device may be a write request, such as modifying a certain file content in the host computer.
Optionally, based on any one of the above embodiments, the request-related information includes a size of a data request packet of the request;
Based on the target transmission mode, performing the request includes:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
Applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request based on the size of a data request packet corresponding to the thread;
and executing the thread on the queue resource based on the target transmission mode.
Specifically, when executing the request, the USB resource can be dynamically allocated according to the size and configuration parameters of the data volume input by the user, and the existing transmission mode of the USB is reasonably utilized. And carrying out balanced processing on the request load, dynamically distributing a buffer queue, and realizing queuing transmission on the USB, thereby improving the utilization rate of the effective bandwidth of the USB.
Specifically, one or more independent threads corresponding to the request type of the request can be established firstly based on the size of the data request packet and the maximum value of the request packet;
For each thread, a buffer queue with a corresponding size can be applied in a resource pool corresponding to the request type of the thread, then the buffer pool allocates resources to the thread, and finally, on the queue resources, the thread is executed based on a target transmission mode to finish transmission.
It will be appreciated that multiple threads created by the same request, or threads between different requests, are each executed independently of each other and in parallel.
According to the embodiment of the application, according to the actual application conditions of input load transmission, including transmission rate and data size, USB transmission resources are dynamically allocated, and a transmission mode is reasonably selected.
Optionally, based on any one of the above embodiments, the USB device hardware information further includes a request packet maximum value;
Based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request, including:
and when the size of the data request packet is larger than the maximum value of the request packet of the hardware equipment, the data request packet is packetized and processed, and a plurality of mutually independent threads are correspondingly built.
Specifically, if the request packet size is greater than the maximum value of the request packet of the hardware device, the data request packet can be packetized and processed, and a plurality of mutually independent threads are correspondingly built; for example, the request packet size is 500 bytes, and the maximum value of the request packet is 100 bytes, the request packet can be packetized to obtain at least five request packets, each packet corresponds to no more than 100 bytes, and threads which are equal to the number of the request packets and are independent of each other are correspondingly established.
Optionally, based on any one of the above embodiments, the request packet maximum value includes a port data packet maximum value and a transmission request packet maximum value;
when the transmission mode of the request is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the transmission mode of the request is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
Specifically, in determining whether to packetize the request packet, a determination may be made based on the maximum value of the request packet, while a determination based on the transmission mode is also required in some cases.
Specifically, when the transmission mode of the request is control transmission, the maximum value of the request packet is the maximum value of the port data packet, that is, when the transmission mode of the request is control transmission, whether the packetizing processing is needed or not can be judged based on the maximum value of the port data packet; for example, the maximum value of the port data packet is 10 bytes, and based on the control transmission request packet is 20 bytes, the request packet can be subjected to packetization processing to obtain at least 2 request packets;
it is understood that in this embodiment, the port packet may be a port 0 packet.
Specifically, when the transmission mode of the request is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet, that is, when the transmission mode of the request is not control transmission, whether the packetization processing is needed or not can be judged based on the maximum value of the transmission request packet; for example, the maximum value of the transmission request packet is 100 bytes, and based on the control transmission request packet is 200 bytes, the request packet can be subjected to packetization processing to obtain at least 2 request packets;
Specifically, in the case that one USB device is adapted to multiple transmission modes at the same time, it may first determine the transmission mode corresponding to the request currently transmitted, and then further determine whether to packetize the request.
Optionally, based on any one of the above embodiments, executing the thread on the queue resource based on the target transmission mode, further includes:
and if the transmission fails, initiating retransmission on the queue resource.
Specifically, read-write requests have a retransmission mechanism that automatically initiates a retransmission on its allocated queue resources each time a thread fails to operate.
Optionally, based on any one of the above embodiments, the method further includes: and after the thread execution is completed, releasing the queue resources of the thread to a resource cache pool corresponding to the request type of the request, and deleting the thread.
Specifically, after execution of a thread ends, the queue resource of the thread may be released to the resource cache pool corresponding to the request type of the request, and the thread may be deleted.
Optionally, based on any of the foregoing embodiments, the resource cache pool corresponding to the read request and the resource cache pool corresponding to the write request are independent from each other.
Specifically, the resource cache pool corresponding to the read request and the resource cache pool corresponding to the write request are mutually independent, when the read request applies for queue cache, the resource corresponding to the read request is specifically applied, and after the execution of the corresponding read thread is completed, the released resource is also given to the resource cache pool corresponding to the read request.
Specifically, when the write request applies for the queue cache, the resource corresponding to the write request is specifically applied for, and after the execution of the corresponding write thread is completed, the released resource is also given to the resource cache pool corresponding to the write request.
According to the request processing method provided by the embodiment of the application, the target transmission mode corresponding to the request can be directly and automatically determined through the indication of the transmission mode in the request related information based on the request of the USB equipment, then the request can be executed based on the target transmission mode, and corresponding data transmission is performed, so that the defects that the use is inflexible, the development progress is influenced and the like caused by the fact that a user needs to select the transmission mode by himself in the prior art are avoided, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
Fig. 4 is a second flow chart of a request processing method according to an embodiment of the present application, as shown in fig. 4, after determining a transmission mode of a USB device and establishing a corresponding transmission channel, a request of the USB device may be received, and the request may be transmitted.
Specifically, after receiving a request for a USB device to initiate a transmission, a target transmission mode of the request may be determined through request mode processing.
If the request type of the request is a read request, preprocessing and read balancing are performed on the read request, for example, determining that the request needs to apply for the resource size in a resource cache pool corresponding to the read request, and creating one or more mutually independent threads for the read request;
It can be appreciated that when the resource size required for the read request is greater than the maximum value of the request packet that can be established, a plurality of read threads can be established for the read request;
specifically, after the read thread of the read request is established, a buffer queue may be applied to the resource buffer pool, and the request is executed on the allocated resource, so that corresponding transmission is completed based on the target transmission mode.
If the read request is executed, the allocated resources can be released to the resource cache pool, and the corresponding read thread is deleted;
If the read request fails to be executed, retransmission can be automatically initiated according to a read request retransmission mechanism.
If the request type of the request is a write request, preprocessing and write balancing are performed on the write request, for example, determining that the request needs to apply for the resource size in a resource cache pool corresponding to the write request, and creating one or more mutually independent threads for the write request;
it can be appreciated that when the size of the resource required to be applied by the write request is greater than the maximum value of the request packet which can be established, a plurality of write threads can be established for the write request;
specifically, after the write thread of the write request is established, a buffer queue may be applied to the resource buffer pool, and the request may be executed on the allocated resource, so as to complete corresponding transmission based on the target transmission mode.
If the execution of the write request is completed, the allocated resources can be released to the resource cache pool, and the corresponding write thread is deleted;
If the write request fails to be executed, retransmission can be automatically initiated according to a write request retransmission mechanism.
The transmission request is divided into two cases: read requests and write requests. And dynamically starting a read equalizer to create a single thread or a plurality of threads to process data of upper layer call pre-transmission according to a call parameter and call frequency of the usb_inter_read (length, × pBuf) of the read request, applying corresponding queue resources for transmission caching, and releasing all the resources after transmission is completed. The write request dynamically enables the write equalizer to create single thread or multiple threads to process data of upper layer call pre-request according to the call parameter and call frequency of usb_inter_write (length, × pBuf), applies corresponding queue resources for receiving cache, and releases all resources after transmission is completed. The read-write request is provided with a retransmission mechanism, and retransmission is automatically initiated after each operation failure.
The upper computer device or the module thereof related to the embodiment of the application can be a device for providing voice and/or data connectivity for a user, an electronic device with a wired connection function, and a module in similar electronic devices. In different systems, the names of the upper computer devices may be different, and may be User Equipment (UE), PC devices, or any devices that may be connected to a USB device. The device may communicate via a wired network, and may be a portable, pocket, hand-held, computer-built-in or vehicle-mounted mobile device that exchanges voice and/or data with a USB device. The embodiments of the present application are not limited.
Fig. 5 is a schematic structural diagram of a request processing apparatus according to an embodiment of the present application, as shown in fig. 5, including a memory, a transceiver, and a processor: a memory for storing a computer program; a transceiver 500 for transceiving data under the control of the processor; a processor 510 for reading the computer program in the memory and performing the following operations:
Receiving a request of a USB device, and acquiring request related information;
determining a target transmission mode corresponding to the request based on the request related information;
Executing the request based on the target transmission mode;
wherein the request related information includes transmission mode indication information for indicating a target transmission mode.
A transceiver 500 for receiving and transmitting data under the control of a processor 510.
Where in FIG. 5, a bus architecture may comprise any number of interconnected buses and bridges, with various circuits of the one or more processors, as represented by processor 510, and the memory, as represented by memory 520, being linked together. The bus architecture may also link together various other circuits such as peripheral devices, voltage regulators, power management circuits, etc., which are well known in the art and, therefore, will not be described further herein. The bus interface provides an interface. Transceiver 500 may be a number of elements, including a transmitter and a receiver, providing a means for communicating with various other apparatus over transmission media, including wireless channels, wired channels, optical cables, etc. The user interface 530 may also be an interface capable of interfacing with an inscribed desired device for a different user device, including but not limited to a keypad, display, speaker, microphone, joystick, etc.
The processor 510 is responsible for managing the bus architecture and general processing, and the memory 520 may store data used by the processor 500 in performing operations.
Alternatively, the processor 510 may be a CPU (central processing unit), an ASIC (Application SPECIFIC INTEGRATED Circuit), an FPGA (Field-Programmable gate array) or a CPLD (Complex Programmable Logic Device ), and the processor may also employ a multi-core architecture.
The processor is operable to perform any of the methods provided by embodiments of the present application in accordance with the obtained executable instructions by invoking a computer program stored in a memory. The processor and the memory may also be physically separate.
According to the request processing device provided by the embodiment of the application, the target transmission mode corresponding to the request can be directly and automatically determined through the indication of the transmission mode in the request related information based on the request of the USB equipment, then the request can be executed based on the target transmission mode, and corresponding data transmission is performed, so that the defects that the use is inflexible, the development progress is influenced and the like caused by the fact that a user needs to select the transmission mode by himself in the prior art are avoided, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
It should be noted that, the above device provided in the embodiment of the present invention can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those in the method embodiment in this embodiment are omitted.
Optionally, based on any one of the above embodiments, the transmission mode indication information includes first indication information and/or an interface name;
The interface names are in one-to-one correspondence with the transmission modes;
The first indication information is carried in a packet header of the request message;
wherein the transmission mode includes the target transmission mode.
Optionally, based on any one of the foregoing embodiments, the request is transmitted on a transmission channel corresponding to the target transmission mode;
the transmission channels are in one-to-one correspondence with the transmission modes supported by the USB equipment.
Optionally, based on any one of the above embodiments, the transmission channel is established based on second instruction information in the hardware information of the USB device;
the second indication information is used for indicating a transmission mode supported by the USB equipment; the USB device hardware information is obtained after the USB device is inserted.
Optionally, based on any one of the above embodiments, the request types of the request include: read requests and write requests.
Optionally, based on any one of the above embodiments, the request-related information includes a size of a data request packet of the request;
Based on the target transmission mode, performing the request includes:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
Applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request based on the size of a data request packet corresponding to the thread;
and executing the thread on the queue resource based on the target transmission mode.
Optionally, based on any one of the above embodiments, the USB device hardware information further includes a request packet maximum value;
Based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request, including:
and when the size of the data request packet is larger than the maximum value of the request packet of the hardware equipment, the data request packet is packetized and processed, and a plurality of mutually independent threads are correspondingly built.
Optionally, based on any one of the above embodiments, the request packet maximum value includes a port data packet maximum value and a transmission request packet maximum value;
when the transmission mode of the request is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the transmission mode of the request is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
Optionally, based on any one of the above embodiments, executing the thread on the queue resource based on the target transmission mode, further includes:
and if the transmission fails, initiating retransmission on the queue resource.
Optionally, based on any one of the above embodiments, the operations further include: and after the thread execution is completed, releasing the queue resources of the thread to a resource cache pool corresponding to the request type of the request, and deleting the thread.
Optionally, based on any one of the above embodiments, the resource cache pool corresponding to the read request and the resource cache pool corresponding to the write request are independent from each other.
It should be noted that, the above device provided in the embodiment of the present invention can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those in the method embodiment in this embodiment are omitted.
FIG. 6 is a second schematic diagram of a request processing apparatus according to an embodiment of the present application, as shown in FIG. 6, the apparatus includes: a receiving module 610, a determining module 620, and an executing module 630; wherein,
The receiving module 610 is configured to receive a request from a USB device, and obtain information related to the request;
The determining module 620 is configured to determine, based on the request related information, a target transmission mode corresponding to the request;
An execution module 630 for executing the request based on the target transmission mode;
wherein the request related information includes transmission mode indication information for indicating a target transmission mode.
Specifically, the request processing apparatus receives a request of the USB device through the receiving module 610, and obtains information related to the request; the target transmission mode corresponding to the request can then be determined by the determining module 620 based on the request related information; finally, the request is executed by the execution module 630 based on the target transmission mode.
According to the request processing device provided by the embodiment of the application, the target transmission mode corresponding to the request can be directly and automatically determined through the indication of the transmission mode in the request related information based on the request of the USB equipment, then the request can be executed based on the target transmission mode, and corresponding data transmission is performed, so that the defects that the use is inflexible, the development progress is influenced and the like caused by the fact that a user needs to select the transmission mode by himself in the prior art are avoided, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
It should be noted that, the above device provided in the embodiment of the present invention can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those in the method embodiment in this embodiment are omitted.
It should be noted that, in the embodiment of the present application, the division of the units is schematic, which is merely a logic function division, and other division manners may be implemented in actual practice. In addition, each functional unit in the embodiments of the present application may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional units.
The integrated units, if implemented in the form of software functional units and sold or used as stand-alone products, may be stored in a processor-readable storage medium. Based on such understanding, the technical solution of the present application may be embodied in essence or a part contributing to the prior art or all or part of the technical solution in the form of a software product stored in a storage medium, including several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
It should be noted that, the above device provided in the embodiment of the present invention can implement all the method steps implemented in the method embodiment and achieve the same technical effects, and detailed descriptions of the same parts and beneficial effects as those in the method embodiment in this embodiment are omitted.
In another aspect, an embodiment of the present application further provides a processor readable storage medium, where a computer program is stored, where the computer program is configured to cause the processor to perform the method provided in the foregoing embodiments, where the method includes:
Receiving a request of a USB device, and acquiring request related information;
determining a target transmission mode corresponding to the request based on the request related information;
Executing the request based on the target transmission mode;
wherein the request related information includes transmission mode indication information for indicating a target transmission mode.
The processor-readable storage medium may be any available medium or data storage device that can be accessed by a processor, including, but not limited to, magnetic storage (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical storage (e.g., CD, DVD, BD, HVD, etc.), and semiconductor storage (e.g., ROM, EPROM, EEPROM, non-volatile storage (NAND FLASH), solid State Disk (SSD)), etc.
It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, magnetic disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer-executable instructions. These computer-executable instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These processor-executable instructions may also be stored in a processor-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the processor-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These processor-executable instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various modifications and variations can be made to the present application without departing from the spirit or scope of the application. Thus, it is intended that the present application also include such modifications and alterations insofar as they come within the scope of the appended claims or the equivalents thereof.
Claims (22)
1. A method of processing a request, comprising:
receiving a request of Universal Serial Bus (USB) equipment, and acquiring request related information;
determining a target transmission mode corresponding to the request based on the request related information;
Executing the request based on the target transmission mode;
wherein the request-related information includes transmission mode indication information for indicating a target transmission mode;
the request-related information includes a size of a data request packet of the request;
Based on the target transmission mode, performing the request includes:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
Applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request based on the size of a data request packet corresponding to the thread;
and executing the thread on the queue resource based on the target transmission mode.
2. The request processing method according to claim 1, wherein the transmission mode indication information includes first indication information and/or an interface name;
The interface names are in one-to-one correspondence with the transmission modes;
The first indication information is carried in a packet header of the request message;
wherein the transmission mode includes the target transmission mode.
3. The request processing method according to claim 1, wherein the request is transmitted in a transmission channel corresponding to the target transmission mode;
the transmission channels are in one-to-one correspondence with the transmission modes supported by the USB equipment.
4. The request processing method according to claim 3, wherein the transmission channel is established based on second instruction information in the USB device hardware information;
the second indication information is used for indicating a transmission mode supported by the USB equipment; the USB device hardware information is obtained after the USB device is inserted.
5. The request processing method according to claim 4, wherein the request type of the request includes: read requests and write requests.
6. The request processing method according to claim 5, wherein the USB device hardware information further includes a request packet maximum value;
Based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request, including:
and when the size of the data request packet is larger than the maximum value of the request packet of the USB equipment, the data request packet is packetized and processed, and a plurality of mutually independent threads are correspondingly built.
7. The request processing method according to claim 6, wherein the request packet maximum value includes a port packet maximum value and a transmission request packet maximum value;
when the transmission mode of the request is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the transmission mode of the request is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
8. The request processing method of claim 1, wherein executing the thread on the queue resource based on the target transmission mode further comprises:
and if the transmission fails, initiating retransmission on the queue resource.
9. The request processing method according to claim 1, characterized in that the method further comprises: and after the thread execution is completed, releasing the queue resources of the thread to a resource cache pool corresponding to the request type of the request, and deleting the thread.
10. The method according to claim 5, wherein the resource pool corresponding to the read request and the resource pool corresponding to the write request are independent of each other.
11. A request processing apparatus comprising a memory, a transceiver, and a processor: a memory for storing a computer program; a transceiver for transceiving data under control of the processor; a processor for reading the computer program in the memory and performing the following operations:
Receiving a request of a USB device, and acquiring request related information;
determining a target transmission mode corresponding to the request based on the request related information;
Executing the request based on the target transmission mode;
wherein the request-related information includes transmission mode indication information for indicating a target transmission mode;
the request-related information includes a size of a data request packet of the request;
Based on the target transmission mode, performing the request includes:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
Applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request based on the size of a data request packet corresponding to the thread;
and executing the thread on the queue resource based on the target transmission mode.
12. Request processing device according to claim 11, characterized in that the transmission mode indication information comprises a first indication information and/or an interface name;
The interface names are in one-to-one correspondence with the transmission modes;
The first indication information is carried in a packet header of the request message;
wherein the transmission mode includes the target transmission mode.
13. The request processing apparatus according to claim 11, wherein the request is transmitted on a transmission channel corresponding to the target transmission mode;
the transmission channels are in one-to-one correspondence with the transmission modes supported by the USB equipment.
14. The request processing apparatus according to claim 13, wherein the transmission channel is established based on second instruction information in the USB device hardware information;
the second indication information is used for indicating a transmission mode supported by the USB equipment; the USB device hardware information is obtained after the USB device is inserted.
15. The request processing apparatus of claim 14, wherein the request type of the request comprises: read requests and write requests.
16. The request processing apparatus according to claim 15, wherein the USB device hardware information further includes a request packet maximum value;
Based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request, including:
and when the size of the data request packet is larger than the maximum value of the request packet of the USB equipment, the data request packet is packetized and processed, and a plurality of mutually independent threads are correspondingly built.
17. The request processing apparatus of claim 16, wherein the request packet maximum value comprises a port packet maximum value and a transmission request packet maximum value;
when the transmission mode of the request is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the transmission mode of the request is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
18. The request processing apparatus of claim 11, wherein executing the thread on the queue resource based on the target transmission mode further comprises:
and if the transmission fails, initiating retransmission on the queue resource.
19. The request processing apparatus of claim 11, wherein the operations further comprise: and after the thread execution is completed, releasing the queue resources of the thread to a resource cache pool corresponding to the request type of the request, and deleting the thread.
20. The request processing apparatus of claim 15, wherein the resource cache pool corresponding to the read request and the resource cache pool corresponding to the write request are independent of each other.
21. A request processing apparatus, comprising:
the receiving module is used for receiving a request of the USB equipment and acquiring request related information;
the determining module is used for determining a target transmission mode corresponding to the request based on the request related information;
an execution module for executing the request based on the target transmission mode;
wherein the request-related information includes transmission mode indication information for indicating a target transmission mode;
the request-related information includes a size of a data request packet of the request;
Based on the target transmission mode, performing the request includes:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
Applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request based on the size of a data request packet corresponding to the thread;
and executing the thread on the queue resource based on the target transmission mode.
22. A processor-readable storage medium, characterized in that the processor-readable storage medium stores a computer program for causing the processor to perform the method of any one of claims 1 to 10.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011269934.7A CN114490489B (en) | 2020-11-13 | 2020-11-13 | Request processing method, device and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011269934.7A CN114490489B (en) | 2020-11-13 | 2020-11-13 | Request processing method, device and storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114490489A CN114490489A (en) | 2022-05-13 |
| CN114490489B true CN114490489B (en) | 2024-08-20 |
Family
ID=81491346
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011269934.7A Active CN114490489B (en) | 2020-11-13 | 2020-11-13 | Request processing method, device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114490489B (en) |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103713868A (en) * | 2012-10-05 | 2014-04-09 | 智原科技股份有限公司 | Method and apparatus for dynamic adjustment of data transmission with usage context |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3711432B2 (en) * | 1998-04-15 | 2005-11-02 | セイコーエプソン株式会社 | Peripheral processing apparatus and control method thereof |
| US7969873B2 (en) * | 2005-06-22 | 2011-06-28 | Intel Corporation | Data transmission scheme with scheduling optimization for physical channel group |
| CN201369044Y (en) * | 2008-12-02 | 2009-12-23 | 十速科技股份有限公司 | USB interface transmission device and USB interface transmission system |
| CN109426643A (en) * | 2017-08-25 | 2019-03-05 | 中兴通讯股份有限公司 | USB interface request scheduling method, device and equipment |
| CN109714128B (en) * | 2017-10-25 | 2021-12-31 | 华为技术有限公司 | Data transmission method, device and computer storage medium |
-
2020
- 2020-11-13 CN CN202011269934.7A patent/CN114490489B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103713868A (en) * | 2012-10-05 | 2014-04-09 | 智原科技股份有限公司 | Method and apparatus for dynamic adjustment of data transmission with usage context |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114490489A (en) | 2022-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8032581B2 (en) | Persistent information unit pacing | |
| CN106210041A (en) | A kind of method for writing data and server end network interface card | |
| WO2021103580A1 (en) | Method for docking automatic driving application program between different development platforms | |
| US10621124B2 (en) | Method, device and computer program product for enabling SR-IOV functions in endpoint device | |
| EP3273664B1 (en) | Data processing method and device, server, and controller | |
| JP2012532397A (en) | Ordering multiple write commands associated with a storage device | |
| WO2023174146A1 (en) | Offloading-card namespace management system and method, and input/output request processing system and method | |
| JP2019517692A (en) | Improving throughput in OpenFabrics | |
| CN116860391A (en) | GPU computing power resource scheduling method, device, equipment and medium | |
| JP7073525B2 (en) | Physical uplink control channel resource determination method and communication device | |
| CN114780465A (en) | Method and device for creating sharable remote direct data access link | |
| JP2012533800A (en) | Method for inserting gap in information transmitted from drive to host device | |
| CN114490489B (en) | Request processing method, device and storage medium | |
| CN113518431B (en) | Communication processing method, terminal, device and storage medium | |
| CN115904259B (en) | Processing method and related device of nonvolatile memory standard NVMe instruction | |
| CN110659143B (en) | Communication method and device between containers and electronic equipment | |
| US8918559B2 (en) | Partitioning of a variable length scatter gather list | |
| WO2022127639A1 (en) | Reporting method for channel state information csi and related product | |
| US11785603B2 (en) | Method, apparatus and non-transitory computer readable medium for selecting a PUSCH to carry UCI | |
| CN105893112B (en) | Data packet processing method and device in virtualization environment | |
| US10866765B2 (en) | System and method for managing content using generic content management interface | |
| CN111092916B (en) | File uploading method and device, electronic equipment and medium | |
| CN112243258A (en) | Method and device for determining user perception rate | |
| CN113487033B (en) | Reasoning method and device using graphic processor as execution core | |
| CN115914332B (en) | TCP connection establishment method and system |
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 |