CN110035553B - Resource scheduling request method and device and mobile terminal - Google Patents
Resource scheduling request method and device and mobile terminal Download PDFInfo
- Publication number
- CN110035553B CN110035553B CN201910308682.5A CN201910308682A CN110035553B CN 110035553 B CN110035553 B CN 110035553B CN 201910308682 A CN201910308682 A CN 201910308682A CN 110035553 B CN110035553 B CN 110035553B
- Authority
- CN
- China
- Prior art keywords
- target data
- sent
- mobile terminal
- preset
- generating
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
Abstract
The embodiment of the invention provides a resource scheduling request method, a resource scheduling request device and a mobile terminal, wherein the method comprises the following steps: before the mobile terminal generates target data to be sent, generating a Scheduling Request (SR) or a Buffer Status Report (BSR) corresponding to the target data to be sent; and sending the SR or the BSR to network side equipment under the condition that the mobile terminal generates the target data to be sent. The embodiment of the invention can reduce the time consumed by the resource scheduling request method.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a resource scheduling request method, an apparatus, and a mobile terminal.
Background
In a resource Scheduling Request method in the related art, after generating data to be transmitted, a terminal generates a corresponding Scheduling Request (SR) or a Buffer Status Report (BSR) according to the data to be transmitted, and transmits the SR or the BSR to a base station, and when receiving the SR or the BSR, the base station configures uplink resources for transmitting the data to be transmitted to the terminal, and notifies the terminal to transmit the data to be transmitted through the uplink resources.
Therefore, in the resource scheduling request process of the related art, after the mobile terminal generates the data to be sent, the SR or BSR corresponding to the data to be sent is generated and sent, so that the time delay from the generation of the data to be sent to the sending of the data to be sent is increased, and the time consumption of the resource scheduling request method is further caused.
Disclosure of Invention
The embodiment of the invention provides a resource scheduling request method, a resource scheduling request device and a mobile terminal, and aims to solve the problem of long time consumption of a resource scheduling request method in the related art.
In order to solve the technical problem, the invention is realized as follows:
in a first aspect, an embodiment of the present invention provides a resource scheduling request method, which is applied to a mobile terminal, and the method includes:
before the mobile terminal generates target data to be sent, generating a Scheduling Request (SR) or a Buffer Status Report (BSR) corresponding to the target data to be sent;
and sending the SR or the BSR to network side equipment under the condition that the mobile terminal generates the target data to be sent.
In a second aspect, an embodiment of the present invention further provides a resource scheduling request apparatus, which is applied to a mobile terminal, and the apparatus includes:
a generating module, configured to generate a scheduling request SR or a buffer status report BSR corresponding to target data to be sent before the mobile terminal generates the target data to be sent;
a sending module, configured to send the SR or the BSR to a network side device when the mobile terminal generates the target data to be sent.
In a third aspect, an embodiment of the present invention further provides a mobile terminal, including:
the resource scheduling request method comprises a memory, a processor and a computer program which is stored on the memory and can run on the processor, wherein the processor realizes the steps in the resource scheduling request method provided by the embodiment of the invention when executing the computer program.
In a fourth aspect, an embodiment of the present invention further provides a computer-readable storage medium, where a computer program is stored on the computer-readable storage medium, and when the computer program is executed by a processor, the computer program implements the steps in the resource scheduling request method provided in the embodiment of the present invention.
In the embodiment of the invention, before the mobile terminal generates target data to be sent, a scheduling request SR or a buffer status report BSR corresponding to the target data to be sent is generated; and sending the SR or the BSR to network side equipment under the condition that the mobile terminal generates the target data to be sent. In this way, the SR or the BSR may be generated before the target data to be sent is generated, so as to send the SR or the BSR immediately when the target data to be sent is generated, which reduces an interval from a time point when the target data to be sent is generated to a time point when the SR or the BSR is sent, thereby reducing a time period consumed by the resource scheduling request method.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings required 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 only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.
Fig. 1 is a flowchart of a resource scheduling request method according to an embodiment of the present invention;
fig. 2 is an application scenario diagram of a resource scheduling request method according to an embodiment of the present invention;
fig. 3 is a second application scenario diagram of a resource scheduling request method according to an embodiment of the present invention;
fig. 4 is a third application scenario diagram of a resource scheduling request method according to an embodiment of the present invention;
fig. 5 is a fourth application scenario diagram of a resource scheduling request method according to an embodiment of the present invention;
fig. 6 is one of the structural diagrams of a resource scheduling request apparatus according to an embodiment of the present invention;
fig. 7 is a second structural diagram of a resource scheduling request apparatus according to an embodiment of the present invention;
fig. 8 is a third structural diagram of a resource scheduling request apparatus according to an embodiment of the present invention;
fig. 9 is a block diagram of a mobile terminal according to an embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are some, 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.
In the embodiment of the present invention, in order to avoid the waste of network resources, the network side device does not need to allocate uplink resources to the mobile terminal when the mobile terminal has no uplink data to transmit. When a mobile terminal generates data to be transmitted, a terminal device needs to send an SR or a BSR to a network side device, so that the network side device configures uplink resources for the terminal device after receiving the SR or the BSR, so that the terminal device transmits the data to be transmitted through the uplink resources.
The Mobile terminal may be a Mobile terminal capable of performing a resource scheduling request, such as a Mobile phone, a Tablet Personal Computer (Tablet Personal Computer), a Laptop Computer (Laptop Computer), a Personal Digital Assistant (PDA), a Mobile Internet Device (MID), a Wearable Device (Wearable Device), a Computer, or a notebook Computer.
It should be noted that the scheme of the embodiment of the present invention can be applied to various network systems, for example: a Global System for Mobile Communications (GSM), a Time Division synchronous CDMA (TD-SCDMA) System, a Long Term Evolution (LTE) standard, and the like, and embodiments of the present invention do not limit an applicable network System. According to different network systems, the network side devices may also be different, for example: when the method and the device are applied to a cellular LTE network system, the network side device may be a base station (eNB), and the embodiment of the present invention does not limit the network side device.
Referring to fig. 1, fig. 1 is a flowchart of a resource scheduling request method according to an embodiment of the present invention, where the resource scheduling request method can be applied to a mobile terminal. As shown in fig. 1, the resource scheduling request method includes the following steps:
In a specific implementation, before the mobile terminal generates target data to be transmitted, a trigger signal or a virtual data packet matched with the target data to be transmitted may be generated, so as to generate an SR or a BSR corresponding to the target data to be transmitted according to the trigger signal or the virtual data packet. In practical applications, the matching between the trigger signal and the target data to be transmitted may be: the trigger signal comprises generation time information of the target data to be sent, data packet size information and the like; the matching between the virtual data packet and the target data to be sent may be: the virtual data may be a data packet for analog transmission of data, so that the SR or the BSR is generated when the mobile terminal acquires the data packet, and the size of the virtual data packet is equal to the size of the data packet of the target data to be transmitted, and the generation time of the virtual data packet is earlier than the generation time of the target data to be transmitted by a preset time.
The SR or BSR corresponding to the target data to be transmitted may be configured to request a network side device to configure an uplink resource, so that the mobile terminal transmits the target data to be transmitted on the uplink resource. In a specific implementation process, after the mobile terminal sends the SR or the BSR to a network side device, the network side device may configure, according to the received SR or BSR, an uplink resource corresponding to the target data to be sent to the terminal, and notify the mobile terminal to send the target data to be sent on the uplink resource.
In the first embodiment, if the mobile terminal cannot transmit a BSR to the network side device, the mobile terminal transmits an SR, so that the network side device configures uplink resources for the mobile terminal when receiving the SR. In the second embodiment, if the mobile terminal is capable of sending a BSR to the network side device, the mobile terminal does not send an SR, but sends the BSR to the network side device, so that the network side device configures, in the case of receiving the BSR, an uplink resource matching the size of the BSR for the mobile terminal. In a specific implementation, the size may refer to the size of the data traffic, for example: 10M (mega), 100M, etc.
In addition, the SR or BSR corresponding to the target data to be transmitted may refer to time of a generated SR or BSR or information carried in the SR or BSR and the target data to be transmitted, so that after a network side device configures uplink resources for the mobile terminal according to the SR or BSR, the target data to be transmitted can perform good transmission on the uplink resources, for example: the size of the uplink resource is matched with the target data to be sent, so that the transmission quality of the target data to be sent is ensured, and resource waste and the like caused by overlarge uplink resource are avoided. In addition, the method may also refer to that the network side device matches the size of the target data to be sent according to the size of the uplink resource configured by the BSR for the mobile terminal, and in a specific implementation, before the target data to be sent is generated, the size of a data packet of the target data to be sent and the like may be predicted in a manner of machine learning, averaging and the like, so that an SR or BSR corresponding to the target data to be sent is generated according to a prediction result.
In the embodiment of the invention, before the mobile terminal generates target data to be sent, a scheduling request SR or a buffer status report BSR corresponding to the target data to be sent is generated; and sending the SR or the BSR to a network side device under the condition that the mobile terminal generates the target data to be sent. In this way, the SR or the BSR may be generated before the target data to be transmitted is generated, so that the SR or the BSR is immediately transmitted when the target data to be transmitted is generated, thereby reducing an interval from a time point when the target data to be transmitted is generated to a time point when the SR or the BSR is transmitted, and reducing a time period consumed by the resource scheduling request method.
As an optional implementation manner, before the mobile terminal generates the transmission data, the step of generating an SR or BSR corresponding to the transmission data includes:
acquiring communication quality parameters of the mobile terminal;
and generating an SR or BSR corresponding to the target data to be sent under the condition that the communication quality parameter meets a preset condition and before the mobile terminal generates the target data to be sent.
In specific implementation, the condition that the preset condition is met may be that the communication quality is poor, or it may also be that an application program or some services running in the mobile terminal are stuck or another problem caused by too long resource scheduling request time exists. In the implementation process, the SR or BSR corresponding to the target data to be transmitted may be generated before the target data to be transmitted is generated under the condition that the communication quality of the mobile terminal meets the preset condition. And generating an SR or BSR corresponding to the target data to be sent only when the target data to be sent is generated under the condition that the communication quality of the mobile terminal does not meet the preset condition.
In the embodiment, only when the time consumed in the current resource scheduling request process exceeds the requirement of the mobile terminal, the SR or BSR of the target data to be sent is generated in advance, so that the situation that data is blocked in a scene with poor communication quality is avoided.
Optionally, the communication quality parameter includes at least one of:
reference Signal Received Power (RSRP);
signal to Interference plus Noise Ratio (SINR);
generating the number of times of pause of the application program for sending the data, wherein the pause is used for indicating that the time delay of the response time of the application program is greater than or equal to the preset time;
the preset condition includes preset sub-conditions corresponding to each item of the communication quality parameters, respectively, the communication quality parameter meeting the preset condition includes that each item of the communication quality parameters meets the corresponding preset sub-conditions, wherein the preset sub-conditions corresponding to the RSRP are as follows: the RSRP is smaller than a first preset value, and preset sub-conditions corresponding to the SINR are as follows: the SINR is smaller than a second preset value, and preset sub-conditions corresponding to the clamping times are as follows: the number of times of clamping is larger than the preset number of times of clamping. In the implementation process, RSRP, SINR and/or stuck times of the mobile terminal within a certain time may be obtained, an average value of the RSRP and SINR within the time period is taken as a communication quality parameter of the mobile terminal, and a sum of the stuck times within the time period is taken as the communication quality parameter of the mobile terminal, for example: in a case that the communication quality parameter includes RSRP and a number of times of jamming, an average value of RSRP of the mobile terminal in 500ms (milliseconds) and a total number of times of jamming of an application program that generates the transmission data in 500ms are taken as the communication quality parameter of the mobile terminal. In a specific implementation, the number of times of the application is determined according to the feedback of the application, or may be determined according to that the delay of the sending data generated by the application or the delay of the response time of the application is greater than or equal to a preset time, which is not limited specifically herein.
In a specific implementation process, the first preset value, the second preset value, and the preset times may be set according to a requirement of a user, or may correspond to different values according to different application programs for generating the target data to be sent, which is not limited specifically herein.
It should be noted that, in addition to the RSRP, SINR and number of stuck times, the communication quality parameters may also include other parameters affected by the time-consuming length of the resource scheduling request process, and is not limited in detail herein.
In this embodiment, multiple types of communication quality parameters are provided to provide a basis for determining whether the communication quality parameters satisfy the preset condition, so that whether the communication quality satisfies the preset condition can be determined according to the results of comparing the RSRP, the SINR, and the number of times of calton with preset values, respectively, thereby simplifying the determination process.
As an optional implementation manner, before the mobile terminal generates target data to be transmitted, the step of generating an SR or BSR corresponding to the target data to be transmitted includes:
and generating an SR or BSR corresponding to the target data to be sent under the condition that the interval between the current time and the time for generating the target data to be sent for the last time is greater than the preset time.
In a specific implementation process, the preset time may take different values according to different application programs, for example: the time interval for the game application program to generate the game data is shorter, and the time interval for the weather forecast application program to generate the weather forecast data is longer, so that the preset time corresponding to the game application program is shorter than the time interval of the weather forecast application program.
In the implementation process, the preset time may be determined according to a time interval between historical data to be sent generated by an application program that generates the target data to be sent, for example: and according to the time interval between the historical data to be sent, predicting the interval between the current time and the time for generating the data to be sent last time by the application program generating the target data to be sent by adopting methods such as machine learning and the like. It should be noted that, the method for determining the preset time is not particularly limited herein.
In this embodiment, whether target data to be sent is to be generated is determined according to the interval between the current time and the time for generating the data to be sent last time by the application program generating the target data to be sent, and if the time interval is greater than the preset time, it is determined that the target data to be sent is to be generated, so that an SR or BSR corresponding to the target data to be sent is generated in advance, so that the SR or BSR corresponding to the target data to be sent is generated before the target data to be sent is generated, and thus the flexibility and the accuracy of the resource scheduling request method are improved.
Of course, an SR or BSR may also be generated every preset time period, and after the SR or BSR is generated, if target data to be transmitted is generated, the SR or BSR is transmitted on resources of the SR or BSR. By the method, before the target data to be sent is generated, the SR or BSR corresponding to the target data to be sent can also be generated.
As an optional implementation manner, the step of generating an SR or BSR corresponding to the target data to be sent includes:
generating a trigger signal corresponding to the target data to be sent;
and generating an SR or BSR corresponding to the target data to be sent according to the trigger signal.
In a specific implementation, the trigger signal may include any one or more of a trigger message, a program code, a control signal, and the like, and the mobile terminal may generate an SR or a BSR upon receiving the trigger signal.
In this embodiment, before generating the transmission data, a trigger signal corresponding to the target data to be transmitted is generated, and an SR or BSR corresponding to the target data to be transmitted is generated according to the trigger signal. The process of generating the SR or the BSR can be simplified, and the resource scheduling request method is made simpler.
Further, when the BSR corresponding to the target data to be sent is generated according to the trigger signal, the trigger signal carries predicted size information of the target data to be sent, where the predicted size information of the target data to be sent is predicted size information of a data packet of the target data to be sent.
In a specific implementation, the packet size may refer to a size of data traffic, for example: 10M (mega), 100M, etc.
In the implementation process, the predicted size of the target data to be sent may be determined according to the size of the historical data to be sent generated by the application program that generates the target data to be sent, for example: if the application program is a game application program, acquiring the size of the historical data to be sent of the game application program in one week or the size of all the historical data to be sent, and taking the average value of the sizes of the historical data to be sent as the predicted size of the target data to be sent. Of course, machine learning may also be performed on the historical to-be-sent data to predict the size of the target to-be-sent data, or the maximum value of the size of the historical to-be-sent data is taken as the predicted size of the target to-be-sent data, and the like, where the time length of the historical to-be-sent data and the method for obtaining the predicted size of the target to-be-sent data are not specifically limited.
In this embodiment, the trigger signal carries the predicted size information of the target data to be sent, so that the uplink resource configured for the mobile terminal is matched with the predicted size of the target data to be sent when the network side device receives the BSR, thereby avoiding wasting the resource due to too large uplink resource or reducing the speed or performance of sending the target data to be sent due to too small uplink resource, thereby improving the reliability of the resource scheduling request method and saving the resource.
In a specific implementation process, the resource scheduling request method may be applied to all data to be sent generated by a mobile terminal, or may be applied to only data to be sent generated by a part of application programs installed on the mobile terminal or a part of types of services, for example: the method is applied to game services to solve the problem of game jamming caused by long time consumption of resource scheduling requests of the game services.
The following description specifically describes the application of the resource scheduling request method to game services as an example.
As shown in fig. 2, the resource scheduling request method, when applied to a game service, includes the following steps:
In the implementation process, whether the mobile terminal is playing a game service can be determined according to the message fed back by the application program running on the mobile terminal. Of course, it may also determine whether the mobile terminal is playing a game service according to the data characteristics generated by the mobile terminal, and is not limited specifically herein.
In this step, step 202 and step 203 are executed only when the mobile terminal is conducting a game service. Therefore, the pertinence of the resource scheduling request method is improved.
In the implementation process, the above determination may be based on the channel quality of the mobile terminal, and the game promotion strategy may be determined to be executed in the case of poor channel quality. For example: the RSRP is less than the first preset value, the SINR is less than the second preset value, and/or the actual experience fed back by the game application is poor, where the poor actual experience fed back by the game application may be that the number of times that the game is stuck in a preset unit time is greater than a preset number of times, and of course, the poor actual experience may also be an experience input by the user, which is not specifically limited herein.
In this embodiment, the game service promotion policy is to generate an SR or BSR corresponding to game data before the game data is generated; and sending the SR or the BSR to a network side device under the condition of generating the game data, so that the network side device configures uplink resources for the mobile terminal, and the mobile terminal is convenient to send the game data on the uplink resources.
For example, as shown in fig. 3, the game data generation module is used to generate game data packets, and the generation time of the plurality of game data packets is different. In the prior art, as shown by a solid line in fig. 3, after a game data packet is generated, a terminal data scheduling module generates an SR or BSR corresponding to the game data. In the embodiment of the present invention, as shown by a dotted line in fig. 3, before a game data packet is generated, the terminal data scheduling module generates an SR or BSR corresponding to the game data, so that a time point of generating the SR or BSR in the embodiment of the present invention is earlier than a time point of generating the SR or BSR in the prior art.
In this step, only under the condition that fluency and the like of game services are affected due to poor channel quality, an SR or BSR corresponding to game data is generated before the game data is generated. Under the condition that the channel quality is good and the game application program runs smoothly, the strategy is not executed, and a judgment basis is provided for whether to execute the step 403, so that the resource scheduling request method is prevented from generating SR or BSR too frequently, and the resource scheduling request method is prevented from wasting resources.
And step 203, executing the game service promotion strategy.
In this embodiment, after the game service promotion policy is executed, if the game data is generated, the SR or the BSR is immediately sent to a network side device, so as to reduce a time duration consumed by the resource scheduling request method.
As an alternative embodiment, the step of executing the game traffic promotion policy may be determined based on an interval between the current time and the time of last generation of the game data.
As shown in fig. 4, in the present embodiment, the step of determining what condition to execute the game service promotion policy is implemented by the following processes:
The game data comprises data generated by the same game application program or the same game service.
And 403, judging whether the time interval is greater than preset time.
The preset time can be a time length obtained by the mobile terminal based on artificial intelligence AI learning, and can be set according to the requirements of the user.
And executing the game service promotion strategy under the condition that the time interval is greater than the preset time according to the judgment result.
As shown in fig. 4, in this embodiment, the game service promotion strategy is implemented through the following processes:
In a specific implementation, the virtual data may be the same as the virtual data in the previous method implementation, and is not described herein again.
In the embodiment, whether the game service promotion strategy needs to be executed or not is judged according to the time interval between the current time and the time point of last game data generation, and the implementation method is simple, so that the execution process of the resource scheduling request method is simplified.
As an alternative embodiment, the step of executing the game service promotion policy may be determined under what condition based on the communication quality of the mobile terminal and the interval between the current time and the time when the game data was last generated.
As shown in fig. 5, in this embodiment, the resource scheduling request method applied to the game service is implemented by the following processes:
In this embodiment, the subsequent steps are executed if the determination result is that the mobile terminal is playing a game service, otherwise, step 501 is repeatedly executed.
And 502, counting the RSRP average value and the game card pause times in a certain period.
In a specific implementation, the rsrppthp may be a preset RSRP value, the rsrppthp may be the same as the first preset value in the embodiment of the method shown in fig. 1, the N may be a preset number of times of hitching, and the N may be the same as the preset number of times of hitching in the embodiment of the method shown in fig. 1, which is not described herein again.
In this embodiment, if the determination result in step 503 is yes, the subsequent steps are executed, otherwise, step 503 is repeatedly executed.
In this embodiment, if the determination result in step 506 is yes, the subsequent steps are executed, otherwise, steps 504 to 506 are repeatedly executed.
And 507, generating virtual data, and generating an SR or BSR according to the virtual data.
In the present embodiment, when the communication quality of the mobile terminal is poor and the time interval between the current time and the time point at which the game data was generated last time is long, an SR or BSR of the game data is generated before the game data is generated. And unnecessary resource waste caused by the generation of the SR or the BSR too frequently is avoided.
Referring to fig. 6, an embodiment of the present invention further provides a resource scheduling request apparatus 600, which is applied to a mobile terminal, and the resource scheduling request apparatus 600 includes:
a generating module 601, configured to generate a scheduling request SR or a buffer status report BSR corresponding to target data to be sent before the mobile terminal generates the target data to be sent;
a sending module 602, configured to send the SR or the BSR to a network side device when the mobile terminal generates the target data to be sent.
Optionally, as shown in fig. 7, the generating module 601 includes:
an obtaining unit 6011, configured to obtain a communication quality parameter of the mobile terminal;
a first generating unit 6012, configured to generate an SR or a BSR corresponding to target data to be sent when the communication quality parameter meets a preset condition and before the mobile terminal generates the target data to be sent.
Optionally, the communication quality parameter includes at least one of:
reference signal received power, RSRP;
signal to interference plus noise ratio, SINR;
generating the pause times of the application program for sending the data, wherein the pause times are used for indicating that the time delay of the response time of the application program is greater than or equal to the preset time;
the preset condition includes preset sub-conditions corresponding to each item of the communication quality parameters, respectively, the communication quality parameter meeting the preset condition includes that each item of the communication quality parameters meets the corresponding preset sub-conditions, wherein the preset sub-conditions corresponding to the RSRP are as follows: the RSRP is smaller than a first preset value, and preset sub-conditions corresponding to the SINR are as follows: the SINR is smaller than a second preset value, and preset sub-conditions corresponding to the clamping times are as follows: the number of times of clamping is larger than the preset number of times of clamping. Optionally, the generating module 601 is specifically configured to:
and generating an SR or BSR corresponding to the target data to be sent under the condition that the interval between the current time and the time for generating the target data to be sent for the last time is greater than the preset time.
Optionally, as shown in fig. 8, the generating module 601 is specifically configured to:
a second generating unit 6013, configured to generate a trigger signal corresponding to target data to be sent before the mobile terminal generates the target data to be sent;
a generating unit 6014, configured to generate an SR or a BSR corresponding to the target data to be sent according to the trigger signal.
Optionally, in the case that the BSR corresponding to the target data to be sent is generated according to the trigger signal, the trigger signal carries predicted size information of the target data to be sent, where the predicted size information of the target data to be sent is predicted size information of a data packet of the target data to be sent.
The resource scheduling request device provided by the embodiment of the invention can realize each process in the method embodiments, and can obtain the same beneficial effect, and for avoiding repetition, the details are not repeated here.
Referring to fig. 9, fig. 9 is a schematic diagram of a hardware structure of a mobile terminal for implementing various embodiments of the present invention.
The mobile terminal 900 includes, but is not limited to: a radio frequency unit 901, a network module 902, an audio output unit 903, an input unit 904, a sensor 905, a display unit 906, a user input unit 907, an interface unit 908, a memory 909, a processor 910, and a power supply 911. Those skilled in the art will appreciate that the mobile terminal architecture shown in fig. 9 does not constitute a limitation of mobile terminals and that a mobile terminal may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components. In the embodiment of the present invention, the mobile terminal includes, but is not limited to, a mobile phone, a tablet computer, a notebook computer, a palm computer, a vehicle-mounted mobile terminal, a wearable device, a pedometer, a computer, a notebook computer, and the like.
Among others, a processor 910 for
Before the mobile terminal generates target data to be sent, generating a Scheduling Request (SR) or a Buffer Status Report (BSR) corresponding to the target data to be sent;
and controlling the radio frequency unit 901 to send the SR or the BSR to a network side device when the mobile terminal generates the target data to be sent.
Optionally, the step, executed by the processor 910, of generating an SR or BSR corresponding to the target data to be sent before the mobile terminal generates the target data to be sent includes:
acquiring communication quality parameters of the mobile terminal;
and generating an SR or BSR corresponding to the target data to be sent under the condition that the communication quality parameter meets a preset condition and before the mobile terminal generates the target data to be sent.
Optionally, the communication quality parameter includes at least one of:
reference signal received power, RSRP;
signal to interference plus noise ratio, SINR;
generating the number of times of pause of the application program for sending the data, wherein the pause is used for indicating that the time delay of the response time of the application program is greater than or equal to the preset time;
the preset conditions comprise preset sub-conditions respectively corresponding to each item of the communication quality parameters, the communication quality parameters meeting the preset conditions comprise that each item of the communication quality parameters meets the corresponding preset sub-conditions, and the preset sub-conditions corresponding to the RSRP are as follows: the RSRP is smaller than a first preset value, and preset sub-conditions corresponding to the SINR are as follows: the SINR is smaller than a second preset value, and preset sub-conditions corresponding to the clamping times are as follows: the number of times of clamping is larger than the preset number of times of clamping.
Optionally, the step, executed by the processor 910, of generating an SR or BSR corresponding to the target data to be sent before the mobile terminal generates the target data to be sent includes:
and generating an SR or BSR corresponding to the target data to be sent under the condition that the interval between the current time and the time for generating the target data to be sent for the last time is greater than the preset time.
Optionally, the step, executed by the processor 910, of generating an SR or BSR corresponding to the target data to be sent includes:
generating a trigger signal corresponding to the target data to be sent;
and generating an SR or BSR corresponding to the target data to be sent according to the trigger signal.
Optionally, in the case that the BSR corresponding to the target data to be sent is generated according to the trigger signal, the trigger signal carries predicted size information of the target data to be sent, where the predicted size information of the target data to be sent is predicted size information of a data packet of the target data to be sent.
The mobile terminal 900 may generate an SR or a BSR corresponding to the target data to be transmitted before generating the target data to be transmitted, so that the SR or the BSR can be immediately transmitted when the target data to be transmitted is generated, thereby saving a time consumed by the resource scheduling request method, and having the same beneficial effects as the method embodiments.
It should be understood that, in the embodiment of the present invention, the radio frequency unit 901 may be used for receiving and sending signals during information transceiving or a call, and specifically, after receiving downlink data from a base station, the downlink data is processed by the processor 910; in addition, uplink data is transmitted to the base station. Generally, the radio frequency unit 901 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency unit 901 can also communicate with a network and other devices through a wireless communication system.
The mobile terminal provides the user with wireless broadband internet access via the network module 902, such as helping the user send and receive e-mails, browse web pages, and access streaming media.
The audio output unit 903 may convert audio data received by the radio frequency unit 901 or the network module 902 or stored in the memory 909 into an audio signal and output as sound. Also, the audio output unit 903 may provide audio output related to a specific function performed by the mobile terminal 900 (e.g., a call signal reception sound, a message reception sound, etc.). The audio output unit 903 includes a speaker, a buzzer, a receiver, and the like.
The input unit 904 is used to receive audio or video signals. The input Unit 904 may include a Graphics Processing Unit (GPU) 9041 and a microphone 9042, and the Graphics processor 9041 processes image data of a still picture or video obtained by an image capturing device (such as a camera) in a video capture mode or an image capture mode. The processed image frames may be displayed on the display unit 906. The image frames processed by the graphic processor 9041 may be stored in the memory 909 (or other storage medium) or transmitted via the radio frequency unit 901 or the network module 902. The microphone 9042 can receive sounds and can process such sounds into audio data. The processed audio data may be converted into a format output transmittable to a mobile communication base station via the radio frequency unit 901 in case of the phone call mode.
The mobile terminal 900 also includes at least one sensor 905, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor includes an ambient light sensor that can adjust the brightness of the display panel 9061 according to the brightness of ambient light, and a proximity sensor that can turn off the display panel 9061 and/or the backlight when the mobile terminal 900 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally three axes), detect the magnitude and direction of gravity when stationary, and can be used to identify the gesture of the mobile terminal (such as horizontal and vertical screen switching, related games, magnetometer gesture calibration), vibration identification related functions (such as pedometer and tapping), and the like; the sensors 905 may also include a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, etc., which are not described in detail herein.
The display unit 906 is used to display information input by a user or information provided to the user. The Display unit 906 may include a Display panel 9061, and the Display panel 9061 may be configured in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.
The user input unit 907 may be used to receive input numeric or character information and generate key signal inputs related to user settings and function control of the mobile terminal. Specifically, the user input unit 907 includes a touch panel 9071 and other input devices 9072. The touch panel 9071, also referred to as a touch screen, may collect touch operations by a user on or near the touch panel 9071 (e.g., operations by a user on or near the touch panel 9071 using a finger, a stylus, or any other suitable object or accessory). The touch panel 9071 may include two parts, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch sensing device, converts the touch information into touch point coordinates, sends the touch point coordinates to the processor 910, receives a command from the processor 910, and executes the command. In addition, the touch panel 9071 may be implemented by using various types such as a resistive type, a capacitive type, an infrared ray, and a surface acoustic wave. The user input unit 907 may include other input devices 9072 in addition to the touch panel 9071. Specifically, the other input devices 9072 may include, but are not limited to, a physical keyboard, function keys (such as a volume control key, a switch key, and the like), a track ball, a mouse, and a joystick, which are not described herein again.
Further, the touch panel 9071 may be overlaid on the display panel 9061, and when the touch panel 9071 detects a touch operation on or near the touch panel 9061, the touch panel is transmitted to the processor 910 to determine the type of the touch event, and then the processor 910 provides a corresponding visual output on the display panel 9061 according to the type of the touch event. Although in fig. 8, the touch panel 9071 and the display panel 9061 are two independent components to implement the input and output functions of the mobile terminal, in some embodiments, the touch panel 9071 and the display panel 9061 may be integrated to implement the input and output functions of the mobile terminal, which is not limited herein.
The interface unit 908 is an interface through which an external device is connected to the mobile terminal 900. For example, the external device may include a wired or wireless headset port, an external power supply (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input/output (I/O) port, a video I/O port, an earphone port, and the like. Interface unit 908 may be used to receive input from external devices (e.g., data information, power, etc.) and transmit the received input to one or more elements within mobile terminal 900 or may be used to transmit data between mobile terminal 900 and external devices.
The memory 909 may be used to store software programs as well as various data. The memory 909 may mainly include a storage program area and a storage data area, wherein the storage program area may store an operating system, an application program required for at least one function (such as a sound playing function, an image playing function, and the like), and the like; the storage data area may store data (such as audio data, a phonebook, etc.) created according to the use of the cellular phone, and the like. Further, the memory 909 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 volatile solid-state storage device.
The processor 910 is a control center of the mobile terminal, connects various parts of the entire mobile terminal using various interfaces and lines, and performs various functions of the mobile terminal and processes data by running or executing software programs and/or modules stored in the memory 909 and calling data stored in the memory 909, thereby performing overall monitoring of the mobile terminal. Processor 910 may include one or more processing units; preferably, the processor 910 may integrate an application processor, which mainly handles operating systems, user interfaces, application programs, etc., and a modem processor, which mainly handles wireless communications. It is to be appreciated that the modem processor described above may not be integrated into processor 910.
The mobile terminal 900 may also include a power supply 911 (e.g., a battery) for powering the various components, and preferably, the power supply 911 is logically connected to the processor 910 through a power management system that provides power management functions to manage charging, discharging, and power consumption.
In addition, the mobile terminal 900 includes some functional modules that are not shown, and thus will not be described in detail herein.
Preferably, an embodiment of the present invention further provides a mobile terminal, including a processor 910, a memory 909, and a computer program stored in the memory 909 and capable of running on the processor 910, where the computer program, when executed by the processor 910, implements each process of the foregoing resource scheduling request method embodiment, and can achieve the same technical effect, and in order to avoid repetition, details are not described here again.
It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrases "comprising a component of' 8230; \8230;" does not exclude the presence of another like element in a process, method, article, or apparatus that comprises the element.
Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a mobile terminal (such as a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present invention.
While the present invention has been described with reference to the embodiments shown in the drawings, the present invention is not limited to the embodiments, which are illustrative and not restrictive, and it will be apparent to those skilled in the art that various changes and modifications can be made therein without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (8)
1. A resource scheduling request method is applied to a mobile terminal, and is characterized by comprising the following steps:
before the mobile terminal generates target data to be sent, generating a Scheduling Request (SR) or a Buffer Status Report (BSR) corresponding to the target data to be sent;
under the condition that the mobile terminal generates the target data to be sent, sending the SR or the BSR to network side equipment;
the step of generating an SR or BSR corresponding to the target data to be transmitted before the mobile terminal generates the target data to be transmitted includes:
generating an SR or BSR corresponding to the target data to be sent under the condition that the interval between the current time and the time for generating the target data to be sent for the last time by the application program generating the target data to be sent is greater than preset time;
generating an SR or BSR corresponding to the target data to be sent, including:
generating a trigger signal corresponding to the target data to be sent;
generating an SR or BSR corresponding to the target data to be sent according to the trigger signal;
and under the condition that the BSR corresponding to the target data to be sent is generated according to the trigger signal, the trigger signal carries the predicted size information of the target data to be sent, wherein the predicted size information of the target data to be sent is the predicted data packet size information of the target data to be sent.
2. The method for requesting resource scheduling according to claim 1, wherein the step of generating an SR or BSR corresponding to the target data to be transmitted before the mobile terminal generates the target data to be transmitted includes:
acquiring communication quality parameters of the mobile terminal;
and generating an SR or BSR corresponding to the target data to be sent under the condition that the communication quality parameters meet preset conditions and before the mobile terminal generates the target data to be sent.
3. The resource scheduling request method of claim 2 wherein the communication quality parameter comprises at least one of:
reference signal received power, RSRP;
signal to interference plus noise ratio, SINR;
generating the number of times of pause of the application program for sending the data, wherein the pause is used for indicating that the time delay of the response time of the application program is greater than or equal to the preset time;
the preset condition includes preset sub-conditions corresponding to each item of the communication quality parameters, respectively, the communication quality parameter meeting the preset condition includes that each item of the communication quality parameters meets the corresponding preset sub-conditions, wherein the preset sub-conditions corresponding to the RSRP are as follows: the RSRP is smaller than a first preset value, and preset sub-conditions corresponding to the SINR are as follows: the SINR is smaller than a second preset value, and preset sub-conditions corresponding to the clamping times are as follows: the number of times of clamping is larger than the preset number of times of clamping.
4. A resource scheduling request device applied to a mobile terminal is characterized in that the device comprises:
a generating module, configured to generate a scheduling request SR or a buffer status report BSR corresponding to target data to be sent before the mobile terminal generates the target data to be sent;
a sending module, configured to send the SR or the BSR to a network side device when the mobile terminal generates the target data to be sent;
the generation module is specifically configured to:
generating an SR or BSR corresponding to the target data to be sent under the condition that the interval between the current time and the time for generating the target data to be sent for the last time is greater than the preset time;
the generation module comprises:
a second generating unit, configured to generate a trigger signal corresponding to target data to be sent before the mobile terminal generates the target data to be sent;
a generating unit, configured to generate an SR or BSR corresponding to the target data to be sent according to the trigger signal;
and under the condition that the BSR corresponding to the target data to be sent is generated according to the trigger signal, the trigger signal carries the predicted size information of the target data to be sent, wherein the predicted size information of the target data to be sent is the predicted data packet size information of the target data to be sent.
5. The apparatus of claim 4, wherein the generating module comprises:
an obtaining unit, configured to obtain a communication quality parameter of the mobile terminal;
a first generating unit, configured to generate an SR or BSR corresponding to target data to be sent when the communication quality parameter meets a preset condition and before the mobile terminal generates the target data to be sent.
6. The resource scheduling request apparatus according to claim 5, wherein the communication quality parameter comprises at least one of:
reference signal received power, RSRP;
signal to interference plus noise ratio, SINR;
generating the number of times of pause of the application program for sending the data, wherein the pause is used for indicating that the time delay of the response time of the application program is greater than or equal to the preset time;
the preset conditions comprise preset sub-conditions respectively corresponding to each item of the communication quality parameters, the communication quality parameters meeting the preset conditions comprise that each item of the communication quality parameters meets the corresponding preset sub-conditions, and the preset sub-conditions corresponding to the RSRP are as follows: the RSRP is smaller than a first preset value, and preset sub-conditions corresponding to the SINR are as follows: the SINR is smaller than a second preset value, and preset sub-conditions corresponding to the clamping times are as follows: the number of times of clamping is larger than the preset number of times of clamping.
7. A mobile terminal, characterized in that it comprises a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps in the resource scheduling request method according to any of claims 1 to 3 when executing the computer program.
8. A computer-readable storage medium, having stored thereon a computer program, wherein the computer program, when being executed by a processor, implements the steps of the resource scheduling request method according to any one of claims 1 to 3.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910308682.5A CN110035553B (en) | 2019-04-17 | 2019-04-17 | Resource scheduling request method and device and mobile terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910308682.5A CN110035553B (en) | 2019-04-17 | 2019-04-17 | Resource scheduling request method and device and mobile terminal |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110035553A CN110035553A (en) | 2019-07-19 |
| CN110035553B true CN110035553B (en) | 2022-11-25 |
Family
ID=67238829
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910308682.5A Active CN110035553B (en) | 2019-04-17 | 2019-04-17 | Resource scheduling request method and device and mobile terminal |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110035553B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113225830B (en) * | 2021-06-07 | 2023-05-26 | 维沃移动通信有限公司 | Data network uplink scheduling method and device and electronic equipment |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108901076A (en) * | 2018-06-29 | 2018-11-27 | 京信通信系统（中国）有限公司 | Resource regulating method, the apparatus and system of narrowband Internet of Things |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103944835B (en) * | 2013-01-18 | 2018-02-13 | 中兴通讯股份有限公司 | A kind of method and apparatus that scheduling is realized during Ping |
| EP2928252B1 (en) * | 2014-04-02 | 2018-01-31 | Telefonaktiebolaget LM Ericsson (publ) | Controlling scheduling requests |
-
2019
- 2019-04-17 CN CN201910308682.5A patent/CN110035553B/en active Active
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108901076A (en) * | 2018-06-29 | 2018-11-27 | 京信通信系统（中国）有限公司 | Resource regulating method, the apparatus and system of narrowband Internet of Things |
Non-Patent Citations (1)
| Title |
|---|
| R2-1814365，"Uplink Scheduling in IAB networks";Ericsson;《3GPP TSG-RAN WG2 Meeting #103b》;20180927;第2节-第4节 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110035553A (en) | 2019-07-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN110324859B (en) | Method for selecting transmission resource of sidelink, configuration method, terminal and network equipment | |
| CN111277949B (en) | Information reporting method, resource allocation method, first terminal and second terminal | |
| EP3806538A1 (en) | Cell management method, trigger condition configuration method, terminal device, and network side device | |
| CN108322599B (en) | Network access method and mobile terminal | |
| CN111615141A (en) | Measurement method, measurement configuration method, terminal and network equipment | |
| CN111050422B (en) | Discontinuous reception control method and terminal | |
| CN111818658A (en) | Scheduling request sending method, scheduling request receiving method, terminal and network equipment | |
| CN110290277B (en) | Antenna control method and terminal | |
| CN110121205B (en) | Terminal device control method and terminal device | |
| CN110958710B (en) | Channel access method, configuration method, terminal and network side equipment | |
| CN110198560B (en) | Power configuration method and terminal | |
| CN108601048B (en) | Flow control method and mobile terminal | |
| CN111836376A (en) | Uplink transmission method, uplink transmission control method and related equipment | |
| CN111615198A (en) | Resource determining method, resource indicating method, terminal and network side equipment | |
| CN111836311B (en) | Capability negotiation method, terminal and network equipment | |
| CN112888055A (en) | Wi-Fi uplink data sending method and device, electronic equipment and storage medium | |
| CN111800833B (en) | Communication processing method, device, equipment and medium | |
| CN110035553B (en) | Resource scheduling request method and device and mobile terminal | |
| CN109286414B (en) | Antenna determination method and terminal | |
| CN110972186B (en) | Power headroom reporting method and terminal equipment | |
| CN110461041B (en) | Operation control method, mobile communication terminal and network side equipment | |
| CN108391288B (en) | Method for optimizing communication service quality and mobile terminal | |
| CN112654078A (en) | Uplink transmission control method and terminal | |
| CN111835481A (en) | Uplink transmission method, terminal and network side equipment | |
| CN108234745B (en) | Signal receiving method, mobile terminal and computer readable storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |