CN113765824A - Response message sending method and device based on MBIM (multimedia broadcast multicast service) interface, MBB (multimedia broadcast multicast service) equipment and medium - Google Patents
Response message sending method and device based on MBIM (multimedia broadcast multicast service) interface, MBB (multimedia broadcast multicast service) equipment and medium Download PDFInfo
- Publication number
- CN113765824A CN113765824A CN202111205726.5A CN202111205726A CN113765824A CN 113765824 A CN113765824 A CN 113765824A CN 202111205726 A CN202111205726 A CN 202111205726A CN 113765824 A CN113765824 A CN 113765824A
- Authority
- CN
- China
- Prior art keywords
- response
- response message
- sending
- queue
- messages
- 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
- 230000004044 response Effects 0.000 title claims abstract description 285
- 238000000034 method Methods 0.000 title claims abstract description 47
- 238000012545 processing Methods 0.000 claims abstract description 27
- 238000004891 communication Methods 0.000 claims description 28
- 230000003111 delayed effect Effects 0.000 claims description 15
- 230000005540 biological transmission Effects 0.000 claims description 12
- 238000012544 monitoring process Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 6
- 230000008569 process Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 4
- 230000001960 triggered effect Effects 0.000 description 4
- 230000002159 abnormal effect Effects 0.000 description 3
- 230000000903 blocking effect Effects 0.000 description 2
- 238000013461 design Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000000873 masking effect Effects 0.000 description 2
- 239000000725 suspension Substances 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000008358 core component Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000006266 hibernation Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
- H04L47/52—Queue scheduling by attributing bandwidth to queues
- H04L47/522—Dynamic queue service slot or variable bandwidth allocation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Abstract
The embodiment of the invention relates to the technical field of electronic equipment, and discloses a response message sending method and device based on an MBIM interface, MBB equipment and a medium. The method comprises the following steps: receiving a plurality of request messages sent by a main device in real time; processing the plurality of request messages to generate corresponding response messages, and adding the response messages into a response queue; and sending the response message in the response queue to the main equipment according to a preset strategy. The embodiment of the invention controls the sending mode of the response message to the main equipment based on the response queue, thereby sending the response message to the main equipment as much as possible according to the requirement of the main equipment and avoiding the compatibility problem caused by the improper response message and the like.
Description
Technical Field
The invention relates to the technical field of electronic equipment, in particular to a response message sending method and device based on an MBIM interface, MBB equipment and a medium.
Background
With the continuous popularization of various portable devices and the continuous progress of communication technologies, various communication modes matched with the portable devices are emerging continuously. Currently, in the process of using portable devices daily, Mobile Broadband (MBB) devices are used.
The MBIM (Mobile Broadband Interface Model, abbreviated as MBIM) protocol is a device Interface specification of a network adapter, and communication between the MBB device and a master device using the MBIM protocol can be performed in a data format specified by the MBIM protocol through a PCIE/USB Interface channel. Microsoft corporation has first provided the Windows8 operating system to support MBIM interface-based communications between a host device and an MBB device.
The inventor finds that in the prior art, when an MBB device and a main device communicate with each other, when a large number of request messages sent by the main device arrive, a Task work queue mode is adopted to ensure that the messages sent by the main device are not lost and are executed orderly, the MBIM service sub-messages are processed one by one according to the Task work queue and transferred to a Modem subsystem for asynchronous processing, and after the processing of the Modem subsystem is completed, each service sub-message is responded to the main device in a callback mode. The response method has the following hidden dangers: the compatibility problem between the main device and the MBB device is caused by the condition that the state of the response message is disordered and the message is lost under high concurrency, the message is lost due to the condition that a bottom link is in a suspended state, the abnormal error of the Modem subsystem is complied with the residual message and the like.
It is to be noted that the information disclosed in the above background section is only for enhancement of understanding of the background of the present invention and therefore may include information that does not constitute prior art known to those skilled in the art.
Disclosure of Invention
In view of this, an object of the embodiments of the present invention is to provide a response message sending method and apparatus based on an MBIM interface, an MBB device, and a medium, so as to solve some compatibility problems existing when an MBB device and a master device communicate based on an MBIM interface.
In order to solve the above technical problem, in a first aspect, an embodiment of the present invention provides a response message sending method based on an MBIM interface, which is applied to an MBB device, where the MBB device is electrically connected to a master device and communicates based on the MBIM interface, and the method includes:
receiving a plurality of request messages sent by a main device in real time;
processing the plurality of request messages to generate corresponding response messages, and adding the response messages into a response queue;
and sending the response message in the response queue to the main equipment according to a preset strategy.
In addition, the sending the response message in the response queue to the master device according to a preset policy includes:
and determining whether the response state of the response message in the response queue needs to be updated according to the processing state of the associated task, if so, sending the response message after updating the response state of the response message according to the processing state of the associated task.
In addition, sending the response message in the response queue to the master device according to a preset policy includes:
and determining whether the delayed sending is required to be started, if so, delaying and sending the response message in the response queue according to a preset sending time interval.
Additionally, determining whether delayed transmission needs to be enabled includes:
and if the ratio of the number of the response messages in the response queue to the total number of the response messages which can be accommodated in the response queue is greater than a threshold value, determining that the delayed sending is required to be started.
In addition, the sending the response message in the response queue to the master device according to a preset policy includes:
and monitoring whether the response message is successfully sent or not when the response message in the response queue is sent, and if the response message is unsuccessfully sent, repeatedly sending the response message with failed sending until the preset sending times are reached or the response message with failed sending is successfully sent.
In addition, the method further comprises:
and when detecting that the communication channel between the MBB device and the main device is in a suspended state, entering the step of monitoring whether the response message is successfully sent or not when the response message in the response queue is sent.
In addition, the sending the response message in the response queue to the master device according to a preset policy includes:
monitoring the state of the main equipment, and if the response message of the response queue needs to be shielded is determined according to the state of the main equipment and a preset shielding strategy, discarding the response message which needs to be shielded in the response queue.
In a second aspect, an embodiment of the present invention further provides an apparatus for sending a response message based on an MBIM interface, where the apparatus is configured in an MBB device, the MBB device is electrically connected to a master device, and communicates based on the MBIM interface, and the apparatus includes:
the task receiving module is used for receiving a plurality of request messages sent by the main equipment in real time;
the enqueuing module is used for processing the plurality of request messages to generate corresponding response messages and adding the response messages into a response queue;
and the sending module is used for sending the response message in the response queue to the main equipment according to a preset strategy.
In a third aspect, an embodiment of the present invention further provides an MBB device, where the MBB device is electrically connected to a master device and communicates based on an MBIM interface; the apparatus comprises: a memory storing a computer program and a processor running the computer program to implement the method as described above.
In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the response message sending method of the MBIM interface according to any embodiment of the present invention.
The embodiment of the invention processes a plurality of request messages sent by the main equipment received in real time to generate corresponding response messages, adds the generated response messages into the response queue, and then sends the response messages in the response queue to the main equipment according to the preset strategy, namely, the sending mode of the response messages to the main equipment is controlled based on the response queue, so that the response messages can be sent to the main equipment as much as possible according to the requirement of the main equipment, and the compatibility problems caused by disordered response message states, packet loss, error reporting and the like can be avoided.
Drawings
Fig. 1 is a schematic structural diagram of an authentication system for sending a response message based on an MBIM interface according to an embodiment of the present invention;
fig. 2 is a flowchart illustrating a conventional response message sending method based on an MBIM interface;
fig. 3 is a schematic flowchart of a response message sending method based on an MBIM interface according to an embodiment of the present invention;
fig. 4-fig. 7 are schematic specific flowcharts of a response message sending method based on an MBIM interface according to an embodiment of the present invention;
fig. 8 is a schematic structural diagram of a response message sending apparatus based on an MBIM interface according to an embodiment of the present invention;
fig. 9 is a schematic structural diagram of an MBB device according to an embodiment of the present invention.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention clearer, the technical solutions of the present invention will be clearly and completely described through embodiments with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, but not all, embodiments of the present invention. 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 invention.
The response message sending method based on the MBIM interface provided by the embodiment of the invention can be applied to the communication system shown in figure 1. The communication system includes a master device and an MBB device. The main device is electrically connected with the MBB device and can communicate with the MBIM protocol through a PCIE/USB link. The main device can be a notebook computer, a PC and other computing devices supporting the MBIM interface protocol.
As shown in fig. 2, in the prior art, when the primary device is in communication with the MBB device, the primary device sends an MBIM request message to the MBB device in real time, and the MBB device processes the received request message to generate a corresponding response message, and then responds the response message to the primary device in a callback manner. Specifically, the main device may send a large number of request messages (i.e., MBIM service messages) to the MBB device in real time, the MBB device side may add the received request messages to a Task work queue, process the MBIM service sub-messages in the work queue one by one, transfer the service sub-messages to a Modem subsystem of the MBB device for asynchronous processing, generate corresponding response messages after the processing is completed, and then respond the response messages of each service sub-message to the main device in a callback manner, that is, the MBB generates the response messages and then directly responds to the main device, and a response mechanism of the response messages lacks management, so the following problems may exist:
1. when the main device sends a large amount of request messages to the MBB device, the request messages are all added into the work queue to be processed one by one, the request messages are transferred to the Modem subsystem to be processed asynchronously, and the pending sub-messages to be served are responded to the main device after the processing is completed, so that the situation that the response messages responding to the main device are unordered and the situation that the response messages responding to the main device are disordered and inconsistent with the request intention of the main device possibly exists.
Examples are as follows: when the MBB equipment is in an SIM PIN state, the main equipment simultaneously requests to remove the SIM PIN and the SUBSCRIBER _ READY _ STATUS query; no matter whether the release of the SIM PIN of the MBB device is successful or not, if the MBB device responds to a response message that a SUBSCRIBER _ READY _ STATUS message precedes the SIM PIN and responds to the master device, and if the SUBSCRIBER _ READY _ STATUS responds to the master device in SIM initialization or the initialization fails, the master device can directly fail to store the SIM PIN code, so that an error is generated. Therefore, when the master device simultaneously requests the SIM PIN and the SUBSCRIBER _ READY _ STATUS query, it is desirable that the SUBSCRIBER _ READY _ STATUS respond to the initialization state of the SIM card to the master device after the SIM PIN response is completed.
2. When the main device sends a large amount of request messages to the MBB device, the request messages are all added into the work queue to be processed one by one, the request messages are transferred to the Modem subsystem to be processed asynchronously, and the sub-messages to be served are responded to the main device after the processing is completed, so that a large amount of asynchronous response messages trigger interrupt endpoints (PCIE/USB MBIM communication pipelines of a kernel driving layer) to inform the Host, and therefore the interrupt endpoints are frequently triggered. If the primary device responds to ACK (Acknowledgement) delay (delay), a bottom PCIE/USB MBIM communication pipe between the MBB device and the primary device may be blocked, which causes an interrupt endpoint exception triggered by a next response message of the MBB device, and the response message may not be sent to the communication pipe and may drop packets.
Furthermore, the MBIM interface of the MBB device can be suspended when no data service exists, i.e. the bottom PCIE/USB MBIM communication pipeline is idle, the bottom PCIE/USB MBIM communication pipeline can be restored again when the main device or the MBB device has a data service request, and the main device and the MBB device are awakened from suspension, and then data service interaction is carried out to ensure low standby power consumption and maximum standby time of the main device. However, this design has the following problems:
3. the method comprises the steps that a main device request message reaches MBB devices, the message enters a work queue to be processed one by one and is transferred to a modem subsystem to be processed asynchronously, then an MBIM interface of the MBB devices is hung when no data service exists, namely a PCIE/USB MBIM communication pipeline at the bottom layer is idle, the asynchronous processing of the modem subsystem finishes pre-responding to the main device, the MBB devices are triggered to have data service requests to restore the PCIE/USB MBIM communication pipeline at the bottom layer from being hung to being woken up, the awakening failure probability of a main device awakening event initiated by the MBB devices is large (for example, the USBBUS awakening speed and the like can cause awakening failure), and the response message cannot be sent into the communication pipeline to drop packets.
The MBIM interface of the MBB device is hung when no data service exists, namely a bottom PCIE/USB MBIM communication pipeline is idle, the signal intensity of a modem subsystem is changed or a short message is received to pre-notify a main device, the MBB device is triggered to have a data service request, the bottom PCIE/USB MBIM communication pipeline is recovered again from being hung to being awakened, the main device awakening initiated by the MBB device is failed, and a response message cannot be sent into the communication pipeline to drop the packet.
Furthermore, the most core component of the MBB device is a Modem baseband, and the whole MBIM signaling interaction is constrained in the Modem subsystem state, while the Modem baseband belongs to an independent subsystem, and once an abnormal crash or restart occurs, the Host cannot be perceived, the processing strategy of some manufacturers is to report a Modem subsystem error and clear all buffer states of previous sessions, and after the Modem subsystem is in place, the Host device is reported again to trigger the Host device to update its UI (user interface) state, so the design has the following problems:
the crash or restart of the modem subsystem is sporadic, which may occur in various scenarios of the Windows system, and if the scenario occurs in the most sensitive S4 hibernation/S5 shutdown scenario, it is not necessary to report the abnormal state of the modem subsystem at this time.
For example, the exception status message reported by the Modem subsystem includes a radio state off, which directly causes the Windows to enter the flight mode after the Windows is turned on next time at S4/S5, and thus it is necessary to determine whether to report the exception of the Modem subsystem according to the state of the Windows system.
Fig. 3 is a flowchart of a response message sending method based on an MBIM interface according to an embodiment of the present invention, and is applicable to sending a response message of an MBB device in the communication system. As shown in fig. 3, the method includes steps 301 to 303.
Step 301: and receiving a plurality of request messages sent by the main equipment in real time.
Wherein, the MBB device can add all the received request messages into the work queue.
Step 302: and processing the plurality of request messages to generate corresponding response messages, and adding the response messages into a response queue.
And the MBB equipment processes the request messages in the work queue one by one and transfers the request messages to the Modem subsystem for asynchronous processing, and response messages corresponding to the request messages are generated after the processing is finished. The MBB device can add all the generated response messages into the response queue, so that the response messages can be buffered to respond to the main device according to a preset strategy.
Step 303: and sending the response message in the response queue to the main equipment according to a preset strategy.
The preset strategy can be formulated according to message response abnormity between the MBB device and the main device, so that the relevant problems generated when the MBB device responds to the main device are effectively eliminated, and the communication compatibility between the MBB device and the main device is improved.
In order to solve the above problems caused by the response message between the MBB device and the master device, a corresponding default policy is proposed. It is to be understood that the various preset strategies presented below may be applied singly or in combination, and the execution order thereof may be arbitrarily combined, without limitation.
Referring to fig. 4, the sending the response message in the response queue to the master device according to the preset policy in step 303 may include: and determining whether the response state of the response message in the response queue needs to be updated according to the processing state of the associated task, if so, sending the response message after updating the response state of the response message according to the processing state of the associated task, so as to solve the problem caused by messy response states of the SIM PIN and the SUBSCRIBER _ READY _ STATUS messages. If no updates are needed, the response messages can be sent out of the pairs in the order they were added to the response queue.
For example, for the SIM PIN and the SUBSCRIBER _ READY _ STATUS request message, the MBB device adds the response message of the SUBSCRIBER _ READY _ STATUS, which is prior to the response message of the SIM PIN, to the response queue, and at this time, the response message of the SUBSCRIBER _ READY _ STATUS may be a SIM initialization failure. And then after the SIM PIN response is finished, updating the response message of the SUBSCRIBER _ READY _ STATUS to the response message of the master device after the SIM initialization is successful. Therefore, the problem that the main equipment cannot store the SIM PIN code due to the state error report of the MBB equipment can be avoided.
Referring to fig. 5, the sending the response message in the response queue to the master device according to the preset policy in step 303 may further include: and determining whether the delayed sending is required to be started, if so, delaying to send the response messages in the response queue according to a preset sending time interval, and if not, sending the response messages according to other preset strategies (if any) without lengthening the time interval between the response messages.
Determining whether to enable delayed transmission may include determining that delayed transmission is required if a ratio of the number of response messages in the response queue to the total number of response messages that can be accommodated by the response queue is greater than a threshold. By way of example and not limitation, the total number of response messages that can be accommodated by the response queue may be 20, and the threshold may be 80%, that is, when the number of responses to be sent stored in the response queue is greater than or equal to 16, it is considered that delayed sending needs to be enabled, and otherwise, delayed sending does not need to be enabled. The sending time interval during the delayed sending can be determined according to the specification of the bottom layer data transmission link, for example, when the bottom layer data transmission link is USB2.0, the sending time interval can be 100 ms; when the transmission link is USB3.0, the transmission time interval may be 1ms, but the transmission time interval is not particularly limited in this embodiment. By adopting a proper sending time interval to send a large number of response messages, the packet loss caused by communication pipeline blockage caused by the ACK Delay of the main equipment due to frequent triggering of the interrupt endpoint is avoided, and the success rate of data sending is ensured.
Referring to fig. 6, the sending the response message in the response queue to the master device according to the preset policy in step 303 may further include: and monitoring whether the response message is successfully sent or not when the response message in the response queue is sent, and if the response message is unsuccessfully sent, repeatedly sending the response message which is unsuccessfully sent until the preset sending times are reached or the response message which is unsuccessfully sent is successfully sent. Optionally, when it is detected that the communication channels of the MBB device and the master device are in the suspended state, a step of monitoring whether the response message is successfully transmitted when the response message in the response queue is transmitted is entered, and if the communication channels of the MBB device and the master device are not in the suspended state, the response messages may be controlled to be sequentially paired according to the enqueue order.
For example, when it is detected that the communication channel between the MBB device and the master device is suspended, whether the response message is successfully transmitted is monitored when the response message in the response queue is transmitted, and if the response message fails, the response message that has failed to be transmitted is repeatedly transmitted until the number of times of transmission of the response message has accumulated to reach a preset number of times of transmission, such as 3 times, or the response message is successfully transmitted. By repeatedly sending the response message which is failed to be sent for multiple times, the problem of packet loss caused by the suspension of the communication channel can be effectively solved, and the success rate of sending the response message is greatly improved.
Referring to fig. 7, the sending the response message in the response queue to the master device according to the preset policy in step 303 may further include: monitoring the state of the main equipment, and if the response message of the response queue needs to be shielded is determined according to the state of the main equipment and a preset shielding strategy, discarding the response message which needs to be shielded in the response queue. A message blocking policy may be preset, and the message blocking policy includes, for example, a response message to be blocked in the Modem subsystem and the current state of the master device.
For example, when it is monitored that the master device is currently in the S4/S5 State and the response message is Radio State Off, it may be determined that the Radio State Off response message needs to be shielded according to a preset message shielding policy, and the message is not responded to the master device, so that the master device is prevented from entering a flight State and being unable to normally network.
It should be noted that the above-mentioned various sending strategies may be used in combination or individually according to their inherent relationships, and are not limited in particular herein. For example, the delayed sending policy of the response message may be used in combination with a message masking policy, a message status updating policy, and the like.
The embodiment of the invention processes a plurality of request messages sent by the main equipment received in real time to generate corresponding response messages, adds the generated response messages into the response queue, and then sends the response messages in the response queue to the main equipment according to the preset strategy, namely, the sending mode of the response messages to the main equipment is controlled based on the response queue, so that the response messages can be sent to the main equipment as much as possible according to the requirement of the main equipment, and the compatibility problems caused by disordered response message states, packet loss, error reporting and the like can be avoided.
Fig. 8 is a block diagram of a response message sending apparatus based on an MBIM interface according to this embodiment. The embodiment of the present invention further provides a response message sending apparatus 800 based on an MBIM interface, which is configured in an MBB device, the MBB device is electrically connected to a master device, and the MBB device and the master device can communicate based on the MBIM interface, and the apparatus 800 is configured to execute the response message sending method based on the MBIM interface provided in any of the above embodiments. The apparatus 800 comprises: a task receiving module 801, an enqueuing module 802, and a sending module 803.
A task receiving module 801, configured to receive, in real time, a plurality of request messages sent by a host device.
The enqueue module 802 is configured to process a plurality of request messages to generate corresponding response messages, and add the response messages to a response queue.
A sending module 803, configured to send the response message in the response queue to the master device according to a preset policy.
Optionally, the sending module 803 may be configured to determine whether the response status of the response message in the response queue needs to be updated according to the processing status of the associated task, if yes, send the response message after the response status of the response message is updated according to the processing status of the associated task, and if not, send the response message to the master device one by one according to the enqueue order.
Optionally, the sending module 803 may further be configured to determine whether to enable delayed sending, and if so, delay sending the response message in the response queue according to a preset sending time interval. The sending module 503 may be configured to determine that delayed sending needs to be enabled if a ratio of the number of response messages in the response queue to the total number of response messages that can be accommodated by the response queue is greater than a threshold.
Optionally, the sending module 803 may be further configured to monitor whether the response message is successfully sent when the response message in the response queue is sent, and if the response message is unsuccessfully sent, repeatedly send the unsuccessfully sent response message until the preset sending times are reached or the unsuccessfully sent response message is successfully sent. Meanwhile, the sending module 503 may be further configured to, when it is detected that the communication channel between the MBB device and the master device is in a suspended state, enter the step of monitoring whether the response message is successfully sent when sending the response message in the response queue.
Optionally, the sending module 803 may be further configured to monitor a state of the master device, and if it is determined that the response message of the response queue needs to be masked according to the state of the master device and a preset masking policy, discard the response message in the response queue that needs to be masked.
The device of the embodiment of the invention generates the corresponding response message by processing a plurality of request messages sent by the main equipment received in real time, adds the generated response message into the response queue, and then sends the response message in the response queue to the main equipment according to the preset strategy, namely, the sending mode of the response message to the main equipment is controlled based on the response queue, so that the response message can be sent to the main equipment as much as possible according to the requirement of the main equipment, and the compatibility problems caused by disordered response message states, packet loss, error reporting and the like can be avoided.
The embodiment of the invention also provides the MBB equipment, which is electrically connected with the main equipment and can communicate based on the MBIM interface. As shown in fig. 9, the MBB device includes: a memory 902, a processor 901;
wherein the memory 902 stores instructions executable by the at least one processor 901, and the instructions are executed by the at least one processor 901 to implement the MBIM interface-based response message sending method according to the foregoing embodiment.
The MBB device includes one or more processors 901 and a memory 902, and one processor 901 is taken as an example in FIG. 9. The processor 901 and the memory 902 may be connected by a bus or by other means, and fig. 9 illustrates the connection by the bus as an example. Memory 902, which is a non-volatile computer-readable storage medium, may be used to store non-volatile software programs, non-volatile computer-executable programs, and modules. The processor 901 executes various functional applications and data processing of the device, that is, implements the response message sending method based on the MBIM interface by running the nonvolatile software programs, instructions and modules stored in the memory 902.
The memory 902 may include a program storage area and a data storage area, wherein the program storage area may store an operating system, an application program required for at least one function. Further, the memory 902 may include high speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device.
One or more modules are stored in the memory 902 and when executed by the one or more processors 901 perform the response messaging method based on the MBIM interface in any of the above-described method embodiments.
The above-mentioned device can execute the method provided by the embodiment of the present invention, and has the corresponding functional modules and beneficial effects of the execution method, and reference may be made to the method provided by the embodiment of the present invention for technical details that are not described in detail in the embodiment.
The MBB device of the embodiment of the invention generates corresponding response messages by processing a plurality of request messages sent by the main device received in real time, adds the generated response messages into the response queue, and then sends the response messages in the response queue to the main device according to a preset strategy, namely, the sending mode of the response messages to the main device is controlled based on the response queue, so that the response messages can be sent to the main device as much as possible according to the requirement of the main device, and the compatibility problems caused by disordered response message states, packet loss, error reporting and the like can be avoided.
Embodiments of the present invention also relate to a non-volatile storage medium for storing a computer-readable program for causing a computer to perform some or all of the above-described method embodiments.
That is, those skilled in the art can understand that all or part of the steps in the method according to the above embodiments may be implemented by a program instructing related hardware, where the program is stored in a storage medium and includes several instructions to enable a device (which may be a single chip, a chip, etc.) or a processor (processor) to execute all or part of the steps in the method according to the embodiments of the present invention. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.
It will be understood by those of ordinary skill in the art that the foregoing embodiments are specific examples for carrying out the invention, and that various changes in form and details may be made therein without departing from the spirit and scope of the invention in practice.
Claims (10)
1. The method for sending the response message based on the MBIM interface is applied to MBB equipment, the MBB equipment is electrically connected with main equipment and is communicated based on the MBIM interface, and the method comprises the following steps:
receiving a plurality of request messages sent by a main device in real time;
processing the plurality of request messages to generate corresponding response messages, and adding the response messages into a response queue;
and sending the response message in the response queue to the main equipment according to a preset strategy.
2. The method for sending a response message based on an MBIM interface according to claim 1, wherein the sending the response message in the response queue to the master device according to a preset policy includes:
and determining whether the response state of the response message in the response queue needs to be updated according to the processing state of the associated task, if so, sending the response message after updating the response state of the response message according to the processing state of the associated task.
3. The method for sending a response message based on an MBIM interface according to claim 1, wherein sending the response message in the response queue to the master device according to a preset policy includes:
and determining whether the delayed sending is required to be started, if so, delaying and sending the response message in the response queue according to a preset sending time interval.
4. The MBIM interface-based response message transmission method of claim 3, wherein determining whether delayed transmission needs to be enabled comprises:
and if the ratio of the number of the response messages in the response queue to the total number of the response messages which can be accommodated in the response queue is greater than a threshold value, determining that the delayed sending is required to be started.
5. The method for sending a response message based on an MBIM interface according to claim 1, wherein the sending the response message in the response queue to the master device according to a preset policy includes:
and monitoring whether the response message is successfully sent or not when the response message in the response queue is sent, and if the response message is unsuccessfully sent, repeatedly sending the response message with failed sending until the preset sending times are reached or the response message with failed sending is successfully sent.
6. The MBIM interface-based response messaging method of claim 5, further comprising:
and when detecting that the communication channel between the MBB device and the main device is in a suspended state, entering the step of monitoring whether the response message is successfully sent or not when the response message in the response queue is sent.
7. The method for sending a response message based on an MBIM interface according to claim 1, wherein the sending the response message in the response queue to the master device according to a preset policy includes:
monitoring the state of the main equipment, and if the response message of the response queue needs to be shielded is determined according to the state of the main equipment and a preset shielding strategy, discarding the response message which needs to be shielded in the response queue.
8. A response message sending device based on an MBIM interface is configured on MBB equipment, the MBB equipment is electrically connected with main equipment and is communicated based on the MBIM interface; characterized in that the device comprises:
the task receiving module is used for receiving a plurality of request messages sent by the main equipment in real time;
the enqueuing module is used for processing the plurality of request messages to generate corresponding response messages and adding the response messages into a response queue;
and the sending module is used for sending the response message in the response queue to the main equipment according to a preset strategy.
9. The MBB device is electrically connected with a main device and is communicated based on an MBIM interface; characterized in that the device comprises: a memory storing a computer program and a processor running the computer program to implement the method of any one of claims 1 to 7.
10. A computer-readable storage medium for storing a computer-readable program for causing a computer to perform the method of any one of claims 1 to 7.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111205726.5A CN113765824A (en) | 2021-10-15 | 2021-10-15 | Response message sending method and device based on MBIM (multimedia broadcast multicast service) interface, MBB (multimedia broadcast multicast service) equipment and medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111205726.5A CN113765824A (en) | 2021-10-15 | 2021-10-15 | Response message sending method and device based on MBIM (multimedia broadcast multicast service) interface, MBB (multimedia broadcast multicast service) equipment and medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113765824A true CN113765824A (en) | 2021-12-07 |
Family
ID=78799692
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111205726.5A Pending CN113765824A (en) | 2021-10-15 | 2021-10-15 | Response message sending method and device based on MBIM (multimedia broadcast multicast service) interface, MBB (multimedia broadcast multicast service) equipment and medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113765824A (en) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101203839A (en) * | 2005-02-10 | 2008-06-18 | 高通股份有限公司 | Flow control method to improve data transfer via a switch matrix |
| CN104125204A (en) * | 2013-04-27 | 2014-10-29 | 华为终端有限公司 | Method and device for realizing communication based on MBIM interface |
| WO2015069165A1 (en) * | 2013-11-08 | 2015-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | Allocation of ressources for real-time communication |
| US20180095926A1 (en) * | 2016-09-30 | 2018-04-05 | Microsoft Technology Licensing, Llc | Control path to enable at least one of two data paths for a network device |
| CN112416889A (en) * | 2020-10-27 | 2021-02-26 | 中科曙光南京研究院有限公司 | Distributed storage system |
| CN112527783A (en) * | 2020-11-27 | 2021-03-19 | 中科曙光南京研究院有限公司 | Data quality probing system based on Hadoop |
| CN113312143A (en) * | 2021-03-03 | 2021-08-27 | 阿里巴巴新加坡控股有限公司 | Cloud computing system, command processing method and virtualization simulation device |
-
2021
- 2021-10-15 CN CN202111205726.5A patent/CN113765824A/en active Pending
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101203839A (en) * | 2005-02-10 | 2008-06-18 | 高通股份有限公司 | Flow control method to improve data transfer via a switch matrix |
| CN104125204A (en) * | 2013-04-27 | 2014-10-29 | 华为终端有限公司 | Method and device for realizing communication based on MBIM interface |
| WO2015069165A1 (en) * | 2013-11-08 | 2015-05-14 | Telefonaktiebolaget L M Ericsson (Publ) | Allocation of ressources for real-time communication |
| US20180095926A1 (en) * | 2016-09-30 | 2018-04-05 | Microsoft Technology Licensing, Llc | Control path to enable at least one of two data paths for a network device |
| CN112416889A (en) * | 2020-10-27 | 2021-02-26 | 中科曙光南京研究院有限公司 | Distributed storage system |
| CN112527783A (en) * | 2020-11-27 | 2021-03-19 | 中科曙光南京研究院有限公司 | Data quality probing system based on Hadoop |
| CN113312143A (en) * | 2021-03-03 | 2021-08-27 | 阿里巴巴新加坡控股有限公司 | Cloud computing system, command processing method and virtualization simulation device |
Non-Patent Citations (1)
| Title |
|---|
| 陈利;纪澍琴;杨海波;: "IEEE 802.16e中空闲模式节能方案分析", 计算机工程, no. 20 * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8099504B2 (en) | Preserving sessions in a wireless network | |
| US6931460B2 (en) | Dynamically self-adjusting polling mechanism | |
| CN101826984A (en) | Log information processing method and device thereof | |
| CN101594308B (en) | Method and system for transmitting message | |
| WO2020220748A1 (en) | Application control method and apparatus, terminal, and computer-readable storage medium | |
| CN102611630B (en) | A kind of message acceptance control method and system | |
| US20210392187A1 (en) | Data transmission and network interface controller | |
| EP4114077A1 (en) | Data transmission method and terminal | |
| CN117459286A (en) | SD-WAN-based data communication security early warning method and device | |
| CN109996349B (en) | Session recovery method and device | |
| CN113765824A (en) | Response message sending method and device based on MBIM (multimedia broadcast multicast service) interface, MBB (multimedia broadcast multicast service) equipment and medium | |
| CN110022218B (en) | Multicast communication method, terminal device and storage medium | |
| CN114257492B (en) | Fault processing method and device for intelligent network card, computer equipment and medium | |
| CN113840388B (en) | Communication method and communication equipment for coexistence of Zigbee and Wifi | |
| US12008396B2 (en) | Application state control method apparatus, and terminal and computer-readable storage medium | |
| CN112100556B (en) | Method and system for optimizing message pushing mode | |
| CN111224803B (en) | Multi-master detection method in stacking system and stacking system | |
| CN108600044B (en) | Interface state acquisition method, device and equipment | |
| CN114095361B (en) | Equipment convergence maintenance method, device and network system | |
| CN114168498B (en) | Broken line maintaining method, device, equipment and computer storage medium | |
| CN110149281B (en) | Message forwarding method, device and storage medium | |
| EP4387177A1 (en) | Transmitter equalization parameter evaluation method and apparatus | |
| EP4387200A1 (en) | Message processing method, network card and server | |
| CN107291640B (en) | Data transmission method and device based on SAS technology | |
| CN117692273A (en) | CAN frame sending method, device 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 |