CN114490489A - Request processing method, device and storage medium - Google Patents
Request processing method, device and storage medium Download PDFInfo
- Publication number
- CN114490489A CN114490489A CN202011269934.7A CN202011269934A CN114490489A CN 114490489 A CN114490489 A CN 114490489A CN 202011269934 A CN202011269934 A CN 202011269934A CN 114490489 A CN114490489 A CN 114490489A
- Authority
- CN
- China
- Prior art keywords
- request
- transmission mode
- packet
- transmission
- maximum value
- 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.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 38
- 230000005540 biological transmission Effects 0.000 claims abstract description 317
- 238000000034 method Methods 0.000 claims abstract description 34
- 238000012545 processing Methods 0.000 claims description 47
- 238000004590 computer program Methods 0.000 claims description 15
- 230000000977 initiatory effect Effects 0.000 claims description 7
- 230000007547 defect Effects 0.000 abstract description 9
- 238000011161 development Methods 0.000 abstract description 9
- 238000010586 diagram Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 13
- 238000004891 communication Methods 0.000 description 7
- 239000010410 layer Substances 0.000 description 6
- 230000000694 effects Effects 0.000 description 5
- 230000002093 peripheral effect Effects 0.000 description 5
- 230000009286 beneficial effect Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 241000699666 Mus <mouse, genus> Species 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000007774 longterm Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 239000011229 interlayer Substances 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 241000699670 Mus sp. Species 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005538 encapsulation Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010354 integration 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
- 238000010295 mobile communication Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 239000011800 void material Substances 0.000 description 1
Images
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
An embodiment of the application provides a request processing method, a device and a storage medium, wherein the method comprises the following steps: receiving a request of the 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 indicating a target transmission mode. According to the method and the device, 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 carried out, so that the defects that in the prior art, the use is not flexible and the development progress is influenced due to the fact that a user needs to select the transmission mode by himself are overcome, meanwhile, corresponding parameters or function configuration can be reduced, and the safety and the stability of USB transmission are improved.
Description
Technical Field
The present application relates to the field of computer technologies, and in particular, to a request processing method and apparatus, and a storage medium.
Background
There are four modes of existing USB (Universal Serial Bus) transmission: each mode has different characteristics and is suitable for different application occasions. 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 transmission of the USB device, so as to ensure accuracy, speed, and stability of transmission.
In the existing scheme, a user selects the most suitable transmission mode according to an application scene, but the selection mode of the transmission mode has the disadvantages of large limitation, inflexible use and high requirement on mastering technical resources of the user, and meanwhile, in a complex application scene, the difficulty of switching different modes for the user is increased, the development progress is influenced, and the system stability is influenced to a certain extent.
Therefore, how to provide a flexible request processing method becomes a problem to be solved urgently.
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 overcoming the defects of high limitation, inflexibility in use and high difficulty in use in the prior art and realizing flexible processing of a request of a USB device.
In a first aspect, an embodiment of the present application provides a request processing method, including:
receiving a request of the 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 indicating a target transmission mode.
Optionally, according to the request processing method of an embodiment of the present application, the transmission mode indication information includes first indication information and/or an interface name;
the interface names correspond to the transmission modes one by one;
the first indication information is carried in the header of the requested message;
wherein the transmission mode comprises the target transmission mode.
Optionally, according to the request processing method of an embodiment of the present application, the request is transmitted in a transmission channel corresponding to the target transmission mode;
the transmission channels correspond to the transmission modes supported by the USB equipment one by one.
Optionally, according to the request processing method in an embodiment of the present application, the transmission channel is established based on second indication information in the hardware information of the USB device;
wherein the second indication information is used for indicating a transmission mode supported by the USB device; the USB device hardware information is obtained after the USB device is inserted.
Optionally, according to a request processing method of an embodiment of the present application, a request type of the request includes: read requests and write requests.
Optionally, according to the request processing method of an embodiment of the present application, the request related information includes a size of the requested data request packet;
performing the request based on the target transmission mode, including:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
based on the size of the data request packet corresponding to the thread, applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request;
executing the thread on the queue resource based on the target transmission mode.
Optionally, according to the request processing method in an embodiment of the present application, the hardware information of the USB device further includes a maximum value of the request packet;
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet, wherein the mutually independent threads comprise:
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 processed in a sub-packet mode, and a plurality of mutually independent threads are correspondingly established.
Optionally, according to the request processing method in an embodiment of the present application, the maximum value of the request packet includes a maximum value of a port data packet and a maximum value of a transmission request packet;
when the requested transmission mode is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the requested transmission mode is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
Optionally, according to the 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 the method further includes:
and if the transmission fails, initiating retransmission on the queue resource.
Optionally, according to a request processing method of an embodiment of the present application, the method further includes: and after the thread is executed, 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 method in 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 of 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 the 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 indicating a target transmission mode.
Optionally, according to the request processing apparatus in an embodiment of the present application, the transmission mode indication information includes first indication information and/or an interface name;
the interface names correspond to transmission modes one by one;
the first indication information is carried in the header of the requested message;
wherein the transmission mode comprises the target transmission mode.
Optionally, according to the request processing apparatus in an embodiment of the present application, the request is transmitted in a transmission channel corresponding to the target transmission mode;
the transmission channels correspond to the transmission modes supported by the USB equipment one by one.
Optionally, according to the request processing apparatus in an embodiment of the present application, the transmission channel is established based on second indication information in the hardware information of the USB device;
wherein the second indication information is used for indicating a transmission mode supported by the USB device; the USB device hardware information is obtained after the USB device is inserted.
Optionally, according to a request processing apparatus in an embodiment of the present application, a request type of the request includes: read requests and write requests.
Optionally, according to the request processing apparatus in an embodiment of the present application, the request related information includes a size of the requested data request packet;
performing the request based on the target transmission mode, including:
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet;
based on the size of the data request packet corresponding to the thread, applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request;
executing the thread on the queue resource based on the target transmission mode.
Optionally, according to the request processing apparatus in an embodiment of the present application, the hardware information of the USB device further includes a maximum value of the request packet;
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet, wherein the mutually independent threads comprise:
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 processed in a sub-packet mode, and a plurality of mutually independent threads are correspondingly established.
Optionally, according to the request processing apparatus in an embodiment of the present application, the maximum value of the request packet includes a maximum value of a port data packet and a maximum value of a transmission request packet;
when the requested transmission mode is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the requested transmission mode is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
Optionally, according to the request processing apparatus in an embodiment of the present application, on the queue resource, based on the target transmission mode, the thread is executed, further including:
and if the transmission fails, initiating retransmission on the queue resource.
Optionally, according to the request processing apparatus of an embodiment of the present application, the operations further include: and after the thread is executed, 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 apparatus in 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 of 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;
a determining module, configured to determine, based on the request-related information, a target transmission mode corresponding to the request;
an execution module to execute the request based on the target transmission mode;
wherein the request related information includes transmission mode indication information indicating a target transmission mode.
In a fourth aspect, the present embodiments also provide a processor-readable storage medium, where a computer program is stored, where the computer program is configured to cause the processor to execute the steps of the request processing method according to the first aspect.
According to the request processing method, the device and the storage medium 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, and then the request can be executed based on the target transmission mode to perform corresponding data transmission, so that the defects that in the prior art, the user needs to select the transmission mode by himself to cause inflexibility in use, influence on development progress and the like are overcome, meanwhile, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly described below, and it is obvious that the drawings in the following description are some embodiments of the present application, and other drawings can be obtained by those skilled in the art without creative efforts.
FIG. 1 is a schematic diagram illustrating a USB transmission mode according to an embodiment of the present disclosure;
fig. 2 is a schematic flowchart of a request processing method provided in an embodiment of the present application;
FIG. 3 is a schematic diagram illustrating a request processing method according to an embodiment of the present disclosure;
FIG. 4 is a second flowchart illustrating a request processing method according to an embodiment of the present application;
FIG. 5 is a schematic structural diagram of a request processing apparatus according to an embodiment of the present application;
fig. 6 is a second schematic structural diagram of a request processing apparatus according to an embodiment of the present application.
Detailed Description
In the embodiment of the present application, the term "and/or" describes an association relationship of associated objects, and means that there may be three relationships, for example, a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship.
In the embodiments of the present application, the term "plurality" means two or more, and other terms are similar thereto.
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
The embodiment of the application provides a request processing method and device, which are used for overcoming the defects that the use is not flexible and the development progress is influenced due to the fact that a user needs to select a transmission mode by himself in the prior art, and meanwhile, corresponding parameters or function configuration can be reduced, and the safety and the stability of USB transmission are improved.
The method and the device are based on the same application concept, and because the principles of solving the problems of the method and the device are similar, the implementation of the device and the method can be mutually referred, and repeated parts are not repeated.
The technical scheme provided by the embodiment of the application can be suitable for various systems, particularly 5G systems. For example, the applicable system may be a global system for mobile communication (GSM) system, a Code Division Multiple Access (CDMA) system, a Wideband Code Division Multiple Access (WCDMA) General Packet Radio Service (GPRS) system, a long term evolution (long term evolution, LTE) system, an LTE Frequency Division Duplex (FDD) system, an LTE Time Division Duplex (TDD) system, an LTE-a (long term evolution) system, a universal mobile system (universal mobile telecommunications system, UMTS), a Worldwide Interoperability for Mobile Access (WiMAX) system, a New Radio network (NR 5) system, etc. These various systems include terminal devices and network devices. The System may further include a core network portion, such as an Evolved Packet System (EPS), a 5G System (5GS), and the like.
As a communication protocol interface, the USB has the characteristics of low cost, convenient use, hot plug support and the like, and is favored by various products. Most of the current universal PC machines only have USB and Ethernet interfaces for external communication, so that the integration of USB interfaces with PC machine communication products is becoming standard and standard. The USB is used as an interface for communication between the equipment and an upper computer, and bears effective load data, and the communication rate directly influences the transmission performance and the transmission effect of the equipment and influences the expected result. In the place with strict requirement on transmission rate, the improvement of the utilization rate of the USB bandwidth is important.
The embodiments of the application can be applied to a low-cost communication protocol interface, and based on USB2.0 and USB3.0 protocol versions and corresponding hardware resources, a design method for improving the effective bandwidth utilization rate of the USB is provided, so that the USB resources are effectively distributed, and the transmission time is ensured to be shortened on a universal USB device.
Fig. 1 is a schematic diagram of a principle of USB transmission mode provided in an embodiment of the present application, and as shown in fig. 1, existing USB transmission has four modes: each mode has different characteristics and is suitable for different application occasions.
For example, Control transactions are mainly applied to the enumeration process of devices and occasions with high requirements on data accuracy; the USB device and the host computer are supported to control information, transmit state information, transmit configuration information and the like between the USB device and the host computer, and a control channel is provided between the peripheral equipment and the host computer. Each peripheral supports control transfer types so that configuration and command/status information can be transferred between the host and the peripheral.
The data block (batch) transmission type Bulk Transaction is mainly used in occasions with large data volume and low real-time requirement on data; the data volume transmitted between the USB equipment suitable for the transmission and the upper computer is large, and the USB can transmit the data of the type under the condition of meeting the bandwidth, such as supporting equipment such as a printer, a scanner, a digital camera and the like.
Interrupt transactions are mainly used in situations where the amount of data is small but the time requirement is strict; the USB interface device is suitable for USB devices which have small data transmission quantity with an upper computer, are not periodical, are sensitive to response time and require immediate response, such as input devices of game pads, mice, keyboards and the like.
The Isochronous Transaction is mainly used in the situation where the data volume is large and the requirement on real-time performance is high, such as supporting the data transmission between the peripheral and the host with periodicity, limited delay and bandwidth and unchanged data transmission rate. The type has no error check, so that correct data transmission cannot be ensured, and data transmission of a computer-telephone integrated system (CTI) and an audio system and an upper computer is supported.
Therefore, an adaptive transmission mode can be selected according to different application scenarios, but in the prior art, a user is usually required to select the transmission mode by himself, which has the following disadvantages:
1) the limitation is large, the use is not flexible, the requirement on mastering technical resources of a user is high, the user needs to be familiar with a use scene, and a proper transmission mode is selected by combining the USB characteristic;
2) in a complex application scene, the difficulty of maintaining different mode switching for a user is increased, the development progress is influenced, and certain influence is caused on the system stability.
The upper computer in the embodiments of the present application refers to a computer that can directly issue a control command, and generally refers to a PC/host computer/master computer/upper computer, and also refers to a device that can be connected to a USB device for data transmission, such as a printer, and the like.
Fig. 2 is a schematic flowchart of a request processing method provided in an embodiment of the present application, and as shown in fig. 2, the method includes the following steps:
in particular, a USB device is a piece of hardware at the end of a USB cable that performs user functions. The USB device can be divided into three parts, a USB bus interface, a USB logical device, and a functional device. The connection of the host to the device requires interaction between multiple layers and multiple entities, with 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 upper computer through the USB interface, the USB device may generally receive a transmission request of the USB device, and then may execute the transmission request based on a transmission mode corresponding to the USB device.
Specifically, in order to overcome the defect caused by the user selecting the transmission mode by himself in the prior art, the embodiment may carry request related information in the request, such as including transmission mode indication information.
specifically, after the request related information is received, a more appropriate target transmission mode corresponding to the USB device may be directly obtained based on the transmission mode indication information.
It can be understood that, generally, each USB device may be fixedly corresponding to one or more suitable transmission modes, for example, for a mouse, a request sent by the mouse to an upper computer needs to be responded in real time, so that the mouse may fixedly correspond to a terminal for transmitting Interrupt transactions.
Specifically, the request related information may further include other information, as shown in table 1 below:
TABLE 1
It is understood that table 1 is only an example of the request related information, and is not limited thereto.
Specifically, after the target transmission mode corresponding to the request of the USB device is determined, the transmission requested by the USB device may be performed based on the transmission mode.
Fig. 3 is a schematic diagram illustrating a principle of a request processing method according to an embodiment of the present application, and as shown in fig. 3, a current USB transmission mode may be abstracted by using a sandwich logic design idea, and implemented by using C language programming, so that portability of a program is improved, a cross-platform is provided, and implementation of a bottom layer is not required to be concerned.
Mezzanine logic provides a simplified interface of operation for the user, which eliminates the need for the user to be concerned with the underlying implementation, where the interface mainly includes usb _ inter _ open (vid, pid), usb _ inter _ close (void), usb _ inter _ read (length, pBuf), and usb _ inter _ write (length, pBuf).
When the request is received by the interlayer, the data can be stored in the buffer queue, the relevant information of the request can be evaluated, the transmission mode can be selected reasonably, the buffer resource can be distributed, 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 an upper computer, such as a PC side, and the request of the USB device is a request initiated by the PC side for transmission of the USB device.
In the embodiment of the application, the USB transmission layer is abstractly packaged, so that the USB parameter configuration is reduced, and the USB transmission safety and stability are improved. The USB upper-layer application logic design is simplified, and request load balancing processing is realized.
The execution main body in the embodiment of the present application may be an upper computer device, specifically, a USB driver in the upper computer, and is applicable to the embodiment as long as it is a device or a module of the device that can implement interlayer encapsulation, and this embodiment is not limited thereto.
Optionally, based on any one of the foregoing embodiments, the transmission mode indication information includes first indication information and/or an interface name;
the interface names correspond to transmission modes one by one;
the first indication information is carried in the header of the requested message;
wherein the transmission mode comprises the target transmission mode.
Specifically, the transmission mode indication information may include first indication information and/or an interface name;
specifically, the interface names correspond to the transmission modes one to one, so that after the request related information is received and the transmission mode indication information such as the interface names is acquired, the transmission models corresponding to the interface names can be directly acquired, and transmission is performed based on the corresponding transmission modes.
Specifically, the first indication information is used to indicate a target transmission mode corresponding to the request, so that after the request related information is received and the transmission mode indication information is obtained, for example, the first indication information is received, the transmission model indicated by the transmission mode indication information can be used, and the transmission is performed based on the indicated transmission mode.
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, and then the request can be executed based on the target transmission mode to perform corresponding data transmission, so that the defects that in the prior art, the use is not flexible and the development progress is influenced due to the fact that a user needs to select the transmission mode by himself are overcome, meanwhile, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
Optionally, based on any of the above embodiments, the request is transmitted in a transmission channel corresponding to the target transmission mode;
the transmission channels correspond to the transmission modes supported by the USB equipment one by one.
Specifically, each request is transmitted in a transmission channel corresponding to its own corresponding target transmission mode;
it is understood that the transmission channels correspond to the transmission modes supported by the USB device, for example, if the USB device applies both Interrupt transmission and Isochronous transmission, the transmission channel corresponding to the Interrupt transmission and the transmission channel corresponding to Isochronous transmission may be established, the transmission channel corresponding to the Interrupt transmission may be based on the transmission channel corresponding to the Interrupt transmission when transmitting the request corresponding to the Interrupt transmission, and the transmission channel corresponding to the Isochronous transmission may be based on the transmission channel corresponding to the Isochronous transmission when transmitting the request corresponding to the Isochronous transmission.
Optionally, based on any one of the above embodiments, the transmission channel is established based on second indication information in the hardware information of the USB device;
wherein the second indication information is used for indicating a transmission mode supported by the USB device; the USB device hardware information is obtained after the USB device is inserted.
Specifically, after the USB device is inserted into the upper computer through the USB interface, the PC initiates a USB request, and when the upper program calls USB _ inter _ open (vid, pid), the request mode processing module may search for the USB device corresponding to the computer according to the specified vid and pid, and determine one or more of four transmission modes, i.e., Bulk transmission, Control transmission, Interrupt transmission, and Isochronous transmission, by retrieving enumeration parameters of the USB device, such as the second indication information, and then establish the transmission channels in a one-to-one correspondence manner.
Optionally, based on any one of the above embodiments, the request type of the request includes: read requests and write requests.
Specifically, the request type of the USB device may be a read request, such as reading a certain file content in an upper computer;
specifically, the request type of the USB device may be a write request, such as modifying a certain file content in the upper computer.
Optionally, based on any one of the above embodiments, the request related information includes a size of the requested data request packet;
performing the request based on the target transmission mode, including:
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet;
based on the size of the data request packet corresponding to the thread, applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request;
executing the thread on the queue resource based on the target transmission mode.
Specifically, when the request is executed, the USB resources can be dynamically allocated according to the size of the data volume input by the user and the configuration parameters, and the existing transmission mode of the USB is reasonably utilized. The request load is balanced, the buffer queue is dynamically distributed, and the USB queue transmission is realized, so that the effective bandwidth utilization rate of the USB is improved.
Specifically, one or more mutually independent threads corresponding to the request type of the request may be established first based on the size of the data request packet and the maximum value of the request packet;
for each thread, a cache queue with a corresponding size can be applied in a resource pool corresponding to the request type of the thread, then the cache pool allocates resources to the thread, and finally the thread is executed on the queue resources based on the target transmission mode to complete transmission.
It is understood that multiple threads created by the same request, or threads between different requests, are executed independently and in parallel.
According to the practical application condition of input load transmission, including transmission rate and data volume, the embodiment of the application dynamically allocates USB transmission resources and reasonably selects a transmission mode.
Optionally, based on any of the above embodiments, the USB device hardware information further includes a request packet maximum value;
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet, wherein the mutually independent threads comprise:
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 processed in a sub-packet mode, and a plurality of mutually independent threads are correspondingly established.
Specifically, if the size of the request packet is larger than the maximum value of the request packet of the hardware device, the data request packet may be processed in a sub-packet manner, and a plurality of mutually independent threads are correspondingly established; 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, the byte corresponding to each request packet does not exceed 100 bytes, and mutually independent threads with the same number as the request packets are correspondingly established.
Optionally, based on any one of the above embodiments, the maximum request packet value includes a maximum port data packet value and a maximum transmission request packet value;
when the requested transmission mode is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the requested transmission mode is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
Specifically, when determining whether or not to packetize the request packet, the determination may be made based on the maximum value of the request packet, while in some cases, the determination may also be made based on the transmission mode.
Specifically, when the requested transmission mode is control transmission, the maximum value of the request packet is the maximum value of the port data packet, that is, when the requested transmission mode is control transmission, whether packetization processing is required or not may be determined based on the maximum value of the port data packet; for example, if the maximum value of the port data packet is 10 bytes and the request packet based on control transmission is 20 bytes, the request packet may be subjected to packet processing to obtain at least 2 request packets;
it is understood that, in the present embodiment, the port data packet may be a port 0 packet.
Specifically, when the requested transmission mode is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet, that is, when the requested transmission mode is not control transmission, it may be determined whether packetization processing is required based on the maximum value of the transmission request packet; for example, if the maximum value of the transmission request packet is 100 bytes and the request packet based on the control transmission is 200 bytes, the request packet may be subjected to packet-division 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, the transmission mode corresponding to the currently transmitted request may be determined first, and then whether to perform packetization processing may be further determined.
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, the read-write request has a retransmission mechanism, and after one thread operation fails each time, retransmission can be automatically initiated on the queue resource allocated by the read-write request.
Optionally, based on any one of the above embodiments, the method further includes: and after the thread is executed, 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 the execution of a thread is finished, 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 is deleted.
Optionally, based on any of the embodiments above, the resource cache pool corresponding to the read request and the resource cache pool corresponding to the write request are independent of each other.
Specifically, the resource cache pool corresponding to the read request and the resource cache pool corresponding to the write request are independent from each other, when the read request is cached in the application queue, 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 provided for the resource cache pool corresponding to the read request.
Specifically, when the write request applies for queue caching, the resource corresponding to the write request is specifically applied, and after the execution of the corresponding write thread is completed, the released resource is also provided 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, and then the request can be executed based on the target transmission mode to perform corresponding data transmission, so that the defects that in the prior art, the use is not flexible and the development progress is influenced due to the fact that a user needs to select the transmission mode by himself are overcome, meanwhile, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
Fig. 4 is a second flowchart of the request processing method according to the embodiment of the present application, and as shown in fig. 4, after determining the transmission mode of the USB device and establishing the corresponding transmission channel, the request of the USB device may be received to request transmission.
Specifically, after receiving a request for initiating a transfer for a USB device, a target transfer mode of the request may be determined through request mode processing.
If the request type of the request is a read request, performing preprocessing and read balancing processing on the read request, for example, determining the size of a resource in a resource cache pool corresponding to the request which needs to apply for the read request, and creating one or more mutually independent threads for the read request;
it can be understood that when the size of the resource required to be applied by the read request is larger 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 may be executed on the allocated resource, and corresponding transmission may be completed based on the target transmission mode.
If the read request is executed, the resources allocated to the read request can be released to a resource cache pool, and the corresponding read thread is deleted;
if the execution of the read request fails, 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 processing are performed on the write request, for example, the size of a resource in a resource cache pool corresponding to the write request is determined to be required to be applied for the request, and one or more mutually independent threads are created for the write request;
it can be understood that when the size of the resource required to be applied by the write request is larger than the maximum value of the request packet that 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, and corresponding transmission may be completed based on the target transmission mode.
If the write request is executed, releasing the resources allocated to the write request into a resource cache pool, and deleting the corresponding write thread;
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. The read request dynamically enables the read equalizer to create a single thread or a plurality of threads to process data which are called by an upper layer and are pre-transmitted according to the calling parameters and the calling frequency of the usb _ inter _ read (length, pBuf), applies for corresponding queue resources for a transmission cache, and releases all the resources after the transmission is finished. The write request dynamically enables the write equalizer to create a single thread or a plurality of threads to process data of an upper layer call pre-request according to the usb _ inter _ write (length, pBuf) call parameter and the call frequency, applies for corresponding queue resources for receiving and caching, and releases all the resources after transmission is completed. The read-write request has a retransmission mechanism, and retransmission is automatically initiated after each operation failure.
The host computer device or the module thereof according to the embodiment of the present application may be a device providing voice and/or data connectivity to a user, an electronic device having a wired connection function, or a module of a similar electronic device. In different systems, the names of the upper computer devices may be different, and the upper computer devices may be User Equipment (UE), PC devices, or any devices that can be connected to USB devices. The device may communicate via a wired network, and may be a portable, pocket, hand-held, computer-included, or vehicle-mounted mobile device that exchanges language and/or data with the 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, and as shown in fig. 5, the request processing apparatus includes: 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 the 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 indicating a target transmission mode.
A transceiver 500 for receiving and transmitting data under the control of a processor 510.
Wherein in fig. 5, the bus architecture may include any number of interconnected buses and bridges, with one or more processors, represented by processor 510, and various circuits, represented by memory 520, being linked together. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 500 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over transmission media including wireless channels, wired channels, fiber optic cables, and the like. For different user devices, the user interface 530 may also be an interface capable of interfacing with a desired device externally, 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 have a multi-core architecture.
The processor is used for executing any one of the methods provided by the embodiment of the application according to the obtained executable instructions by calling the computer program stored in the memory. The processor and memory may also be physically separated.
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, and then the request can be executed based on the target transmission mode to perform corresponding data transmission, so that the defects that in the prior art, the use is not flexible and the development progress is influenced due to the fact that a user needs to select the transmission mode by himself are overcome, meanwhile, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
It should be noted that, the apparatus provided in the embodiment of the present invention can implement all the method steps implemented by the method embodiment and achieve the same technical effect, and detailed descriptions of the same parts and beneficial effects as the method embodiment in this embodiment are omitted here.
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 correspond to transmission modes one by one;
the first indication information is carried in the header of the requested message;
wherein the transmission mode comprises the target transmission mode.
Optionally, based on any of the above embodiments, the request is transmitted in a transmission channel corresponding to the target transmission mode;
the transmission channels correspond to the transmission modes supported by the USB equipment one by one.
Optionally, based on any one of the above embodiments, the transmission channel is established based on second indication information in the hardware information of the USB device;
wherein the second indication information is used for indicating a transmission mode supported by the USB device; the USB device hardware information is obtained after the USB device is inserted.
Optionally, based on any one of the above embodiments, the request type of the request includes: read requests and write requests.
Optionally, based on any one of the above embodiments, the request related information includes a size of the requested data request packet;
performing the request based on the target transmission mode, including:
based on the size of the data request packet, establishing one or more mutually independent threads corresponding to the request type of the request;
based on the size of the data request packet corresponding to the thread, applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request;
executing the thread on the queue resource based on the target transmission mode.
Optionally, based on any of the above embodiments, the USB device hardware information further includes a request packet maximum value;
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet, wherein the mutually independent threads comprise:
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 processed in a sub-packet mode, and a plurality of mutually independent threads are correspondingly established.
Optionally, based on any one of the above embodiments, the maximum request packet value includes a maximum port data packet value and a maximum transmission request packet value;
when the requested transmission mode is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the requested transmission mode 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 is executed, 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 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 of each other.
It should be noted that, the apparatus provided in the embodiment of the present invention can implement all the method steps implemented by the method embodiment and achieve the same technical effect, and detailed descriptions of the same parts and beneficial effects as the method embodiment in this embodiment are omitted here.
Fig. 6 is a second schematic structural diagram of a request processing apparatus according to an embodiment of the present application, and as shown in fig. 6, the apparatus includes: a receiving module 610, a determining module 620, and an executing module 630; wherein the content of the first and second substances,
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 a target transmission mode corresponding to the request based on the request-related information;
the execution module 630 is configured to execute the request based on the target transmission mode;
wherein the request related information includes transmission mode indication information indicating a target transmission mode.
Specifically, the request processing apparatus receives a request of the USB device through the receiving module 610, and obtains request related information; a target transmission mode corresponding to the request may 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, and then the request can be executed based on the target transmission mode to perform corresponding data transmission, so that the defects that in the prior art, the use is not flexible and the development progress is influenced due to the fact that a user needs to select the transmission mode by himself are overcome, meanwhile, corresponding parameters or function configuration can be reduced, and the safety and stability of USB transmission are improved.
It should be noted that, the apparatus provided in the embodiment of the present invention can implement all the method steps implemented by the method embodiment and achieve the same technical effect, and detailed descriptions of the same parts and beneficial effects as the method embodiment in this embodiment are omitted here.
It should be noted that the division of the unit in the embodiment of the present application is schematic, and is only a logic function division, and there may be another division manner in actual implementation. In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.
The integrated unit, if implemented as a software functional unit and sold or used as a stand-alone product, may be stored in a processor readable storage medium. Based on such understanding, the technical solution of the present application may be substantially implemented or contributed by the prior art, or all or part of the technical solution may be embodied in a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, a network device, or the like) 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: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
It should be noted that, the apparatus provided in the embodiment of the present invention can implement all the method steps implemented by the method embodiment and achieve the same technical effect, and detailed descriptions of the same parts and beneficial effects as the method embodiment in this embodiment are omitted here.
On the other hand, an embodiment of the present application further provides a processor-readable storage medium, where the processor-readable storage medium stores a computer program, where the computer program is configured to cause the processor to execute the method provided in each of the above embodiments, and the method includes:
receiving a request of the 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 indicating a target transmission mode.
The processor-readable storage medium may be any available media or data storage device that can be accessed by a processor, including, but not limited to, magnetic memory (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical memory (e.g., CDs, DVDs, BDs, HVDs, etc.), and semiconductor memory (e.g., ROMs, EPROMs, EEPROMs, non-volatile memory (NAND FLASH), Solid State Disks (SSDs)), etc.
As will be appreciated by one skilled in the art, 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, 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 flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams 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 changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.
Claims (24)
1. A method for 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 indicating a target transmission mode.
2. The request processing method according to claim 1, wherein the transmission mode indication information comprises first indication information and/or an interface name;
the interface names correspond to transmission modes one by one;
the first indication information is carried in the header of the requested message;
wherein the transmission mode comprises 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 correspond to the transmission modes supported by the USB equipment one by one.
4. The request processing method according to claim 3, wherein the transmission channel is established based on second indication information in the hardware information of the USB device;
wherein the second indication information is used for indicating a transmission mode supported by the USB device; the USB device hardware information is obtained after the USB device is inserted.
5. The request processing method of claim 4, wherein the request type class of the request comprises: read requests and write requests.
6. The request processing method according to claim 5, wherein the request-related information includes a size of a data request packet of the request;
performing the request based on the target transmission mode, including:
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet;
based on the size of the data request packet corresponding to the thread, applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request;
executing the thread on the queue resource based on the target transmission mode.
7. The request processing method of claim 6, wherein the USB device hardware information further comprises a request packet maximum value;
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet, wherein the mutually independent threads comprise:
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 processed in a sub-packet mode, and a plurality of mutually independent threads are correspondingly established.
8. The request processing method of claim 7, wherein the request packet maximum value comprises a port data packet maximum value and a transmission request packet maximum value;
when the requested transmission mode is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the requested transmission mode is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
9. The request processing method of claim 6, 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.
10. The request processing method of claim 6, further comprising: and after the thread is executed, releasing the queue resources of the thread to a resource cache pool corresponding to the request type of the request, and deleting the thread.
11. The request processing method of claim 6, 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.
12. 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 the 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 indicating a target transmission mode.
13. The apparatus according to claim 12, wherein the transmission mode indication information comprises first indication information and/or an interface name;
the interface names correspond to transmission modes one by one;
the first indication information is carried in the header of the requested message;
wherein the transmission mode comprises the target transmission mode.
14. The apparatus according to claim 12, wherein the request is transmitted in a transmission channel corresponding to the target transmission mode;
the transmission channels correspond to the transmission modes supported by the USB equipment one by one.
15. The apparatus according to claim 14, wherein the transmission channel is established based on second indication information in the hardware information of the USB device;
wherein the second indication information is used for indicating a transmission mode supported by the USB device; the USB device hardware information is obtained after the USB device is inserted.
16. The request processing apparatus of claim 15, wherein the request type of the request comprises: read requests and write requests.
17. The apparatus according to claim 16, wherein the request-related information includes a size of a data request packet of the request;
performing the request based on the target transmission mode, including:
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet;
based on the size of the data request packet corresponding to the thread, applying for queue resources with corresponding sizes from a resource cache pool corresponding to the request type of the request;
executing the thread on the queue resource based on the target transmission mode.
18. The request processing apparatus of claim 17, wherein the USB device hardware information further comprises a request packet maximum value;
establishing one or more mutually independent threads corresponding to the request type of the request based on the size of the data request packet, wherein the mutually independent threads comprise:
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 processed in a sub-packet mode, and a plurality of mutually independent threads are correspondingly established.
19. The request processing apparatus of claim 18, wherein the request packet maximum value comprises a port packet maximum value and a transmission request packet maximum value;
when the requested transmission mode is control transmission, the maximum value of the request packet is the maximum value of a port data packet;
and when the requested transmission mode is not control transmission, the maximum value of the request packet is the maximum value of the transmission request packet.
20. The request processing apparatus of claim 17, 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.
21. The request processing apparatus of claim 17, wherein the operations further comprise: and after the thread is executed, releasing the queue resources of the thread to a resource cache pool corresponding to the request type of the request, and deleting the thread.
22. The apparatus according to claim 17, 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.
23. A request processing apparatus, comprising:
the receiving module is used for receiving a request of the USB equipment and acquiring request related information;
a determining module, configured to determine, based on the request-related information, a target transmission mode corresponding to the request;
an execution module to execute the request based on the target transmission mode;
wherein the request-related information comprises transmission mode indication information for indicating a target transmission mode.
24. A processor-readable storage medium, characterized in that the processor-readable storage medium stores a computer program for causing a processor to perform the method of any one of claims 1 to 11.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011269934.7A CN114490489A (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 CN114490489A (en) | 2020-11-13 | 2020-11-13 | Request processing method, device and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114490489A true CN114490489A (en) | 2022-05-13 |
Family
ID=81491346
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011269934.7A Pending CN114490489A (en) | 2020-11-13 | 2020-11-13 | Request processing method, device and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114490489A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11296316A (en) * | 1998-04-15 | 1999-10-29 | Seiko Epson Corp | Peripheral processor and control method therefor |
| US20090003384A1 (en) * | 2005-06-22 | 2009-01-01 | Texas Instruments Incorporated | 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 |
| CN103713868A (en) * | 2012-10-05 | 2014-04-09 | 智原科技股份有限公司 | Method and apparatus for dynamic adjustment of data transmission with usage context |
| CN109426643A (en) * | 2017-08-25 | 2019-03-05 | 中兴通讯股份有限公司 | USB interface request scheduling method, device and equipment |
| CN109714128A (en) * | 2017-10-25 | 2019-05-03 | 华为技术有限公司 | Data transmission method, equipment and computer storage medium |
-
2020
- 2020-11-13 CN CN202011269934.7A patent/CN114490489A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11296316A (en) * | 1998-04-15 | 1999-10-29 | Seiko Epson Corp | Peripheral processor and control method therefor |
| US20090003384A1 (en) * | 2005-06-22 | 2009-01-01 | Texas Instruments Incorporated | 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 |
| CN103713868A (en) * | 2012-10-05 | 2014-04-09 | 智原科技股份有限公司 | Method and apparatus for dynamic adjustment of data transmission with usage context |
| CN109426643A (en) * | 2017-08-25 | 2019-03-05 | 中兴通讯股份有限公司 | USB interface request scheduling method, device and equipment |
| CN109714128A (en) * | 2017-10-25 | 2019-05-03 | 华为技术有限公司 | Data transmission method, equipment and computer storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102819504B (en) | Fibre channel input/output data routing system and method | |
| CN102811112B (en) | Fibre channel input/output data routing system and method | |
| CN108028833A (en) | A kind of method, system and the relevant device of NAS data accesses | |
| US9390036B2 (en) | Processing data packets from a receive queue in a remote direct memory access device | |
| CN107450988B (en) | Resource allocation method and related product | |
| US10708378B2 (en) | Data processing method and apparatus, server, and controller | |
| US10621124B2 (en) | Method, device and computer program product for enabling SR-IOV functions in endpoint device | |
| EP3974969A1 (en) | System startup method and related device | |
| WO2023174146A1 (en) | Offloading-card namespace management system and method, and input/output request processing system and method | |
| CN115102908B (en) | Method for generating network message based on bandwidth control and related device | |
| CN110297658A (en) | Functional unit sharing method, device and computer equipment | |
| CN114564435A (en) | Inter-core communication method, device and medium for heterogeneous multi-core chip | |
| CN112749113A (en) | Data interaction method, system, device and medium | |
| CN115801750A (en) | Virtual machine communication method and device | |
| CN114490489A (en) | Request processing method, device and storage medium | |
| CN116800616A (en) | Management method and related device of virtualized network equipment | |
| CN115904259A (en) | Processing method and related device for NVMe (non-volatile memory) standard instruction | |
| US8918559B2 (en) | Partitioning of a variable length scatter gather list | |
| KR100626517B1 (en) | Method for downloading for a operating system program in a mobile communication terminal | |
| CN111092916B (en) | File uploading method and device, electronic equipment and medium | |
| WO2020211358A1 (en) | Database scheduling method and apparatus, and computer device and storage medium | |
| CN113722110B (en) | Computer system, memory access method and device | |
| WO2023201648A1 (en) | File operation apparatus, computer device and operation device | |
| CN117971135B (en) | Storage device access method and device, storage medium and electronic device | |
| US20240036939A1 (en) | Deterministic execution of background jobs in a load-balanced 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 |