CN109714809B - Method for confirming SI request, method and device for requesting SI on demand, storage medium, terminal and base station - Google Patents
Method for confirming SI request, method and device for requesting SI on demand, storage medium, terminal and base station Download PDFInfo
- Publication number
- CN109714809B CN109714809B CN201711008937.3A CN201711008937A CN109714809B CN 109714809 B CN109714809 B CN 109714809B CN 201711008937 A CN201711008937 A CN 201711008937A CN 109714809 B CN109714809 B CN 109714809B
- Authority
- CN
- China
- Prior art keywords
- request
- requests
- resource
- user equipment
- information
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
A method for confirming an SI request, a method and a device for requesting an SI on demand, a storage medium, a terminal and a base station are provided, wherein the method for confirming the SI request comprises the following steps: receiving a plurality of SI requests for requesting SI within a preset period, wherein the plurality of SI requests are received from at least one user equipment; determining at least one monitoring window according to a first resource adopted by confirmation information and a respective candidate monitoring window of each user equipment, wherein the number of the monitoring windows is less than or equal to that of the candidate monitoring windows, and the confirmation information is used for confirming the received plurality of SI requests; and sending the confirmation information by adopting the first resource in the at least one monitoring window. The scheme provided by the invention can effectively reduce the confirmation amount of the network to the SI request, and can also effectively avoid different user equipment from repeatedly sending the same SI request, thereby greatly reducing the signaling overhead of the network side and the user equipment side and improving the efficiency.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method for confirming an SI request, a method and an apparatus for requesting an SI on demand, a storage medium, a terminal, and a base station.
Background
According to the existing Long Term Evolution (LTE) protocol, when a cell is newly accessed, User Equipment (User Equipment, UE for short) needs to acquire System Information (System Information, SI for short) of a network to complete a cell access related action. In existing LTE systems, the user equipment needs to listen to the periodic broadcast of the network to acquire the SI. However, in practical applications, the user equipment may not need all the content that the SI includes.
In order to meet the energy saving requirement of the network during the period of periodically broadcasting the SI, reduce the broadcasting overhead, and reduce the broadcasting resources reserved for part of the SI (such as the part of the SI that may not be needed by the user equipment as described above), a New Radio (NR) of the 5G System is specified to include the SI necessary for all the user equipment, such as Minimum System Information (MSI), and is periodically broadcasted by the network; while the remaining part of the SI, i.e. the SI not necessary for all user equipments (or user equipments joining the network), may be requested by the user equipments to be provided by the network in an on-demand manner.
To achieve the above specification, in NR, the user equipment may send a special preamble (hereinafter, referred to as special preamble) to the network based on a Random Access procedure (RA procedure) to initiate an on-demand SI acquisition procedure to the network. Accordingly, when receiving the special preamble transmitted by the user equipment, the network may determine that the special preamble is for requesting a specific SI, and confirm the SI-on-demand request of the user equipment through Random Access Response (RAR) information. Wherein the special preamble is transmitted based on a request procedure of the MSG 1.
According to the prior art, when a user equipment needs a specific SI, an on-demand SI request may be sent to the network based on a special preamble. In certain specific scenarios, for example, when there are multiple user equipments entering the network, a large number of special preamble transmissions may be triggered to request SI, where the SI requested by different user equipments may be the same or different. Based on the existing specification, for each special preamble for requesting SI of each user equipment, the network needs to reply one by one, that is, for each special preamble for requesting SI, to send acknowledgement information to the user equipment that sent the special preamble to indicate that the SI requested by the user equipment will be broadcasted. Since the UEs do not know the SI requested by the other UE, different UEs may send the special preamble in sequence to request the same SI, and the network still needs to reply one by one for these repeated SI requests.
With the increase of the number of user equipments entering the network, the number of acknowledgement messages that the network needs to send is increasing, and especially when multiple user equipments respectively request to acquire the same SI through a special preamble, the network still needs to reply the acknowledgement messages to each user equipment one by one, which undoubtedly results in a large amount of unnecessary information transmission, resulting in the overall operation mode of the network being inefficient, and greatly increasing the signaling overhead.
Disclosure of Invention
The technical problem solved by the invention is how to optimize the demand request efficiency of the SI and the confirmation efficiency of the SI request.
To solve the foregoing technical problem, an embodiment of the present invention provides a method for confirming an SI request, including: receiving a plurality of SI requests for requesting SI within a preset period, wherein the plurality of SI requests are received from at least one user equipment; determining at least one monitoring window according to a first resource adopted by confirmation information and a respective candidate monitoring window of each user equipment, wherein the number of the monitoring windows is less than or equal to that of the candidate monitoring windows, and the confirmation information is used for confirming the received plurality of SI requests; and sending the confirmation information by adopting the first resource in the at least one monitoring window.
Optionally, the SI request is received by using a special preamble, where the special preamble is obtained based on the request procedure of MSG 1.
Optionally, the first resource used by the acknowledgement information is selected from: a public resource; or, for each SI request, a second resource associated with the SI request.
Optionally, the common resource is indicated in advance by broadcasting.
Optionally, the determining at least one listening window according to the first resource used by the confirmation information and the respective candidate listening window of each ue includes: for a first part of SI requests, determining candidate monitoring windows with overlapping relation in respective candidate monitoring windows of each user equipment sending the first part of SI requests; determining the overlapping area of the candidate monitoring windows with the overlapping relation as the monitoring window corresponding to the first part of SI request; wherein the first part of SI requests includes SI requests corresponding to acknowledgement information that uses the same first resource among the plurality of SI requests.
Optionally, the first resource is the common resource or a second resource that the first part of the SI requests to be jointly associated, and the sending the acknowledgement information by using the first resource in the at least one listening window includes: determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions; generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and sending the confirmation information at a preset position of a monitoring window corresponding to the first part of SI requests based on the common resources or the second resources commonly associated with the first part of SI requests.
Optionally, the determining at least one listening window according to the first resource used by the confirmation information and the respective candidate listening window of each ue further includes: determining candidate monitoring windows which do not have an overlapping relation in respective candidate monitoring windows of each user equipment sending out the first part of SI requests; and for each SI request sent by the user equipment corresponding to the candidate monitoring window without the overlapping relation, determining the candidate monitoring window of the user equipment sending the SI request as the monitoring window corresponding to the SI request.
Optionally, the first resource is the common resource or a second resource that the first part of the SI requests to be jointly associated, and the sending the acknowledgement information by using the first resource in the at least one listening window includes: determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions; generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and sending the confirmation information at a preset position of a monitoring window corresponding to each SI request based on the common resource or the second resource commonly associated with the first part of SI requests.
Optionally, the determining at least one listening window according to the first resource used by the confirmation information and the respective candidate listening window of each ue includes: for each SI request in the second part of SI requests, determining a candidate monitoring window of user equipment sending the SI request as a monitoring window corresponding to the SI request; wherein the second part of SI requests includes SI requests corresponding to acknowledgement information using different first resources in the plurality of SI requests.
Optionally, the first resource is a second resource associated with each SI request in the second part of SI requests, and the sending the acknowledgement information by using the first resource in the at least one listening window includes: determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions; generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and for each SI request in the second part of SI requests, sending the confirmation information at a preset position of a monitoring window corresponding to the SI request based on a second resource associated with the SI request.
Optionally, the preset position is determined according to a priority of the at least one ue.
Optionally, the SI request is received by using a special preamble, where the special preamble is obtained based on a request procedure of MSG 1; the generating the confirmation information according to the SI request that has not been confirmed and satisfies a confirmation condition includes: adding RAPID of a special preamble of each SI request in a message header or a message subheader of the confirmation information; wherein the number of the message headers or message subheaders is consistent with the number of special preambles of the SI request which is not confirmed yet and satisfies the confirmation condition.
Optionally, the generating the confirmation information according to the SI request that is not confirmed yet and satisfies the confirmation condition further includes: and adding backoff indication information in the message header or the message subheader of the acknowledgement information.
Optionally, the candidate listening window of the ue is determined according to the transmission characteristic parameter of the ue.
Optionally, the SI request is received by using a special preamble, where the special preamble is obtained based on a request procedure of MSG1, and the transmission characteristic parameter is selected from: the SI to which the SI request is directed; the received special preamble; resources for transmitting the special preamble.
Optionally, the candidate listening windows of the ue are indicated in advance by broadcasting.
Optionally, the confirmation method further includes: broadcasting the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests when the preset period expires.
Optionally, the broadcasting, when the preset period expires, the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests includes: broadcasting the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests at the time indicated by the confirmation information, wherein the time indicated by the confirmation information is later than the expiration time of the preset period.
An embodiment of the present invention further provides a device for confirming an SI request, including: a receiving module, configured to receive, within a preset period, a plurality of SI requests for requesting an SI, where the plurality of SI requests are received from at least one user equipment; a determining module, configured to determine at least one monitoring window according to a first resource used by acknowledgement information and a respective candidate monitoring window of each ue, where the number of the monitoring windows is less than or equal to the number of the candidate monitoring windows, and the acknowledgement information is used to acknowledge the received SI requests; a sending module, configured to send the acknowledgement information using the first resource in the at least one listening window.
Optionally, the SI request is received by using a special preamble, where the special preamble is obtained based on the request procedure of MSG 1.
Optionally, the first resource used by the acknowledgement information and the second resource used by the plurality of SI requests are selected from: a public resource; for each SI request, second resources associated with the SI request.
Optionally, the common resource is indicated in advance by broadcasting.
Optionally, the determining module includes: the first determining submodule determines candidate monitoring windows with overlapping relation in respective candidate monitoring windows of each user equipment sending the first part of SI requests for the first part of SI requests; a second determining submodule, configured to determine an overlapping area of the candidate listening windows with the overlapping relationship as a listening window corresponding to the first part of SI requests; wherein the first part of SI requests includes SI requests corresponding to acknowledgement information that uses the same first resource among the plurality of SI requests.
Optionally, the first resource is a second resource that is commonly associated with the common resource or the first part of SI request, and the sending module includes: a third determining submodule, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition among the plurality of SI requests; the generation submodule is used for generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and the first sending submodule is used for sending the confirmation information at the preset position of the monitoring window corresponding to the first part of the SI requests on the basis of the common resources or the second resources which are jointly associated with the first part of the SI requests.
Optionally, the determining module further includes: a fourth determining sub-module, configured to determine a candidate listening window that does not have an overlapping relationship among respective candidate listening windows of each user equipment that sends the first part of SI request; and the fifth determining submodule determines the candidate monitoring window of the user equipment sending the SI request as the monitoring window corresponding to the SI request for each SI request sent by the user equipment corresponding to the candidate monitoring window without the overlapping relation.
Optionally, the first resource is a second resource that is commonly associated with the common resource or the first part of SI request, and the sending module includes: a third determining submodule, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition among the plurality of SI requests; the generation submodule is used for generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and the second sending submodule is used for sending the confirmation information at the preset position of the monitoring window corresponding to each SI request based on the common resource or the second resource which is jointly associated with the first part of SI requests.
Optionally, the determining module includes: a sixth determining submodule, configured to determine, for each SI request in the second part of SI requests, a candidate listening window of a user equipment that sent the SI request as a listening window corresponding to the SI request; wherein the second part of SI requests includes SI requests corresponding to acknowledgement information using different first resources in the plurality of SI requests.
Optionally, the first resource is a second resource associated with each SI request in the second part of SI requests, and the sending module includes: a third determining submodule, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition among the plurality of SI requests; the generation submodule is used for generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and a third sending submodule, configured to send, for each SI request in the second part of SI requests, the acknowledgement information based on a preset position of a second resource associated with the SI request in a listening window corresponding to the SI request.
Optionally, the preset position is determined according to a priority of the at least one ue.
Optionally, the SI request is received by using a special preamble, where the special preamble is obtained based on a request procedure of MSG 1; the generation submodule includes: a first adding unit, configured to add a RAPID of a special preamble of each SI request in a message header or a message subheader of the acknowledgement information; wherein the number of the message headers or message subheaders is consistent with the number of special preambles of the SI request which is not confirmed yet and satisfies the confirmation condition.
Optionally, the generating sub-module further includes: and a second adding unit, configured to add backoff indication information in a message header or a message subheader of the acknowledgement information.
Optionally, the candidate listening window of the ue is determined according to the transmission characteristic parameter of the ue.
Optionally, the SI request is received by using a special preamble, where the special preamble is obtained based on a request procedure of MSG1, and the transmission characteristic parameter is selected from: the SI to which the SI request is directed; the received special preamble; resources for transmitting the special preamble.
Optionally, the candidate listening windows of the ue are indicated in advance by broadcasting.
Optionally, the confirming device further includes: and the broadcasting module is used for broadcasting the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests when the preset period expires.
Optionally, the broadcasting module includes: a broadcast sub-module, configured to broadcast, at a time indicated by the acknowledgement information, an SI requested by an SI request that satisfies an acknowledgement condition in the plurality of SI requests, where the time indicated by the acknowledgement information is later than an expiration time of the preset period.
The embodiment of the invention also provides an on-demand request method for the SI, which comprises the following steps: sending a first SI request; receiving confirmation information in a candidate listening window of the user equipment; determining an SI request set confirmed by a network according to the confirmation information; the SI request set comprises SI requests sent by the same or different user equipment in a preset period.
Optionally, the on-demand request method further includes: before the candidate listening window of the user equipment starts, in a sleep state or performing a DRX operation.
Optionally, the SI request is sent by using a special preamble, where the special preamble is sent based on a request procedure of MSG1, and the receiving acknowledgement information within the candidate listening window of the ue includes: and monitoring a preset resource in a candidate monitoring window of the user equipment to acquire the confirmation information.
Optionally, the preset resource is selected from: a public resource; or, a second resource associated with the first SI request.
Optionally, the common resource is predetermined by receiving broadcasted information.
Optionally, the determining, according to the confirmation information, an SI request set confirmed by the network includes: and acquiring the SI request set from a message header or a message subheader of the confirmation information.
Optionally, the SI request is sent by using a special preamble, where the special preamble is sent based on a request procedure of the MSG1, and the SI request set includes the SI request and a RAPID of the corresponding special preamble.
Optionally, the on-demand request method further includes: determining whether the set of SI requests includes the first SI request; when the judgment result shows that the SI request set does not comprise the first SI request, acquiring backoff indication information from a message header or a message subheader of the acknowledgement information; and retransmitting the first SI request according to the indication of the backoff indication information.
Optionally, the candidate listening window of the ue is determined according to the transmission characteristic parameter.
Optionally, the SI request is sent by using a special preamble, where the special preamble is sent based on a request procedure of MSG1, and the transmission characteristic parameter is selected from: the first SI requests the directed SI; a special preamble for transmitting the first SI request; resources for transmitting the special preamble.
Optionally, the candidate listening windows of the ue are predetermined by receiving broadcasted information.
Optionally, the acknowledgement information is random access response information.
An embodiment of the present invention further provides an on-demand request apparatus for SI, including: a sending module, configured to send a first SI request; the receiving module is used for receiving confirmation information in a candidate listening window of the user equipment; a determining module, configured to determine an SI request set confirmed by the network according to the confirmation information; the SI request set comprises SI requests sent by the same or different user equipment in a preset period.
Optionally, the on-demand request apparatus further includes: a maintaining module for being in a sleep state or performing a DRX operation before a candidate listening window of the user equipment starts.
Optionally, the SI request is sent by using a special preamble, where the special preamble is sent based on a request procedure of MSG1, and the receiving module includes: and the monitoring submodule is used for monitoring a preset resource in a candidate monitoring window of the user equipment so as to acquire the confirmation information.
Optionally, the preset resource is selected from: a public resource; or, a second resource associated with the first SI request.
Optionally, the common resource is predetermined by receiving broadcasted information.
Optionally, the determining module includes: and the acquisition submodule is used for acquiring the SI request set from a message header or a message subheader of the confirmation information.
Optionally, the SI request is sent by using a special preamble, where the special preamble is sent based on a request procedure of the MSG1, and the SI request set includes the SI request and a RAPID of the corresponding special preamble.
Optionally, the on-demand request apparatus further includes: a determining module, configured to determine whether the SI request set includes the first SI request; an obtaining module, configured to obtain backoff indication information from a message header or a message subheader of the acknowledgment information when the determination result indicates that the SI request set does not include the first SI request; and a retransmission module, configured to retransmit the first SI request according to the indication of the backoff indication information.
Optionally, the candidate listening window of the ue is determined according to the transmission characteristic parameter.
Optionally, the SI request is sent by using a special preamble, where the special preamble is sent based on a request procedure of MSG1, and the transmission characteristic parameter is selected from: the first SI requests the directed SI; a special preamble for transmitting the first SI request; resources for transmitting the special preamble.
Optionally, the candidate listening windows of the ue are predetermined by receiving broadcasted information.
Optionally, the acknowledgement information is random access response information.
The embodiment of the invention also provides a storage medium, wherein computer instructions are stored on the storage medium, and the computer instructions execute the steps of the method when running.
The embodiment of the invention also provides a terminal, which comprises a memory and a processor, wherein the memory is stored with computer instructions capable of running on the processor, and the processor executes the steps of the on-demand request method when running the computer instructions.
The embodiment of the present invention further provides a base station, which includes a memory and a processor, where the memory stores computer instructions capable of being executed on the processor, and the processor executes the steps of the above-mentioned confirmation method when executing the computer instructions.
Compared with the prior art, the technical scheme of the embodiment of the invention has the following beneficial effects:
on a network side, the network receives a plurality of SI requests for requesting SI in a preset period, wherein the plurality of SI requests are received from at least one user equipment; determining at least one monitoring window according to a first resource adopted by confirmation information and a respective candidate monitoring window of each user equipment, wherein the number of the monitoring windows is less than or equal to that of the candidate monitoring windows, and the confirmation information is used for confirming the received plurality of SI requests; and sending the confirmation information by adopting the first resource in the at least one monitoring window. Compared with the existing network which needs to confirm the SI request of each user equipment one by one, and the confirmation information and the SI request are in one-to-one correspondence, by adopting the scheme of the embodiment of the invention, the confirmation information of all the SI requests sent by all the user equipment in the response preset period can be the same information, thereby greatly reducing the configuration complexity of the confirmation information. Further, the acknowledgement information is sent in the listening window to acknowledge and respond to as many SI requests as possible through one transmission behavior, and these SI requests may be sent by one or more user equipments in a preset period, thereby reducing signaling overhead on the network side, simplifying the acknowledgement process, and optimizing system efficiency.
Further, the SI request is received by using a special preamble, which is obtained based on the request procedure of MSG1, so that the network can receive the SI request of the user equipment on demand through the random access process.
Further, the candidate listening window of the user equipment is determined according to the transmission characteristic parameter of the user equipment, so that the network can configure different candidate listening windows for different user equipments. For example, for a user equipment with a higher priority, a smaller (also understood as a shorter) listening window may be configured to ensure that the user equipment can receive the acknowledgement information more quickly.
Further, at the user equipment side, the user equipment sends a first SI request; receiving confirmation information in a candidate listening window of the user equipment; determining an SI request set confirmed by a network according to the confirmation information; the SI request set comprises SI requests sent by the same or different user equipment in a preset period. Compared with the technical scheme that the acknowledgement information received by the existing user equipment only comprises the response to the SI request sent by the user equipment, by adopting the scheme of the embodiment of the invention, the user equipment can acquire the contents of all the SI requests sent by all the user equipment connected to the network in the preset period, thereby effectively avoiding the repeated requests to the same SI. Further, repeated requests of the user equipment side for the same SI are avoided, so that the network confirmation amount and signaling overhead are effectively reduced, and the overall efficiency is greatly improved.
Further, before the candidate listening window of the user equipment starts, the user equipment is in a sleep state or performs a DRX operation, so as to better reduce the energy consumption of the user equipment.
Further, the user equipment may determine whether the set of SI requests includes the first SI request; when the judgment result indicates that the SI request set does not include the first SI request, obtaining backoff (Back off) indication information from a message header or a message subheader of the acknowledgement information; and retransmitting the first SI request according to the indication of the backoff indication information. Otherwise, if the set of SI requests already includes the first SI request, meaning that the network has acknowledged the first SI request of the user equipment, the user equipment may wait for a broadcast by the network to receive the SI it requested by the first SI request.
Further, the candidate listening windows of the ue are determined according to the transmission characteristic parameter, so that different ues may have different candidate listening windows. For example, a user equipment with a higher priority may correspond to a smaller (or shorter) candidate listening window, such that the user equipment can acquire the acknowledgement information earlier, and thus decide earlier whether it needs to resend its first SI request.
Drawings
Fig. 1 is a flowchart of a method for acknowledging an SI request according to a first embodiment of the present invention;
fig. 2 is a schematic structural diagram of an apparatus for acknowledging an SI request according to a second embodiment of the present invention;
fig. 3 is a flowchart of an on-demand request method for SI according to a third embodiment of the present invention;
fig. 4 is a schematic structural diagram of an on-demand request device for SI according to a fourth embodiment of the present invention;
fig. 5 is a signaling interaction diagram of an exemplary application scenario in which an embodiment of the present invention is employed.
Detailed Description
As will be understood by those skilled in the art, as mentioned in the background, when different User Equipments (UEs) respectively request System Information (SI) through a special preamble, the network needs to respectively confirm each SI request of each UE. Wherein the special preamble may be transmitted based on (special) MSG 1. In addition, a plurality of user equipments in the same network do not know SI requested by each other.
This results in that in practical applications, when user equipment a generates an SI acquisition request and sends an on-demand SI request to the network, user equipment a cannot know that this SI request has actually been sent by other user equipment, and/or that the SI requested by this SI request has been acknowledged by the network and will be broadcast later. Since user equipment a does not know the acknowledgement information in response to other user equipments, different user equipments may request the same SI multiple times. Based on the existing Long Term Evolution (LTE) protocol, when the above situation occurs, the network needs to transmit multiple pieces of acknowledgement information to make acknowledgement responses one by one for each user equipment, which increases signaling overhead on the network side and the user equipment side.
The present inventors have analyzed that the above technical problem is caused by the fact that the network cannot indicate to a given user equipment all SI to be broadcasted, no matter which user equipment(s) the broadcasted SI was originally requested by.
In order to solve the technical problem, at a network side, the network receives a plurality of SI requests for requesting SI within a preset period, wherein the plurality of SI requests are received from at least one user equipment; determining at least one monitoring window according to a first resource adopted by confirmation information and a respective candidate monitoring window of each user equipment, wherein the number of the monitoring windows is less than or equal to that of the candidate monitoring windows, and the confirmation information is used for confirming the received plurality of SI requests; and sending the confirmation information by adopting the first resource in the at least one monitoring window.
Those skilled in the art understand that, with the solution of the embodiment of the present invention, the acknowledgment information responding to all SI requests sent to all user equipments within the preset period may be the same information, thereby greatly reducing the configuration complexity of the acknowledgment information. Further, the acknowledgement information is sent in the listening window to acknowledge and respond to as many SI requests as possible through one transmission behavior, and these SI requests may be sent by one or more user equipments in a preset period, thereby reducing signaling overhead on the network side, simplifying the acknowledgement process, and optimizing system efficiency.
Further, at the user equipment side, the user equipment sends a first SI request; receiving confirmation information in a candidate listening window of the user equipment; determining an SI request set confirmed by a network according to the confirmation information; the SI request set comprises SI requests sent by the same or different user equipment in a preset period.
Those skilled in the art understand that, with the solution of the embodiment of the present invention, the ue can obtain the contents of all SI requests sent by all ues connected to the network within a preset period, thereby effectively avoiding repeated requests for the same SI. Further, repeated requests of the user equipment side for the same SI are avoided, so that the network confirmation amount and signaling overhead are effectively reduced, and the overall efficiency is greatly improved.
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.
Fig. 1 is a flowchart of a method for acknowledging an SI request according to a first embodiment of the present invention, which may be applied to a network side, for example, performed by a base station on the network side. Wherein the SI request may include an on-demand (on-demand) request (also referred to as an SI-on-demand request) for requesting the portion of the SI that is not periodically broadcast; the network may indicate to the user equipment through the acknowledgement information that the network will broadcast the SI requested by the user equipment within a certain time period in the future. The specific time period may also be indicated by the acknowledgement information; alternatively, the specific time period may be pre-agreed by the network and the user equipment.
Specifically, in this embodiment, the method for confirming the SI request may include the following steps:
step S101, in a preset period, receiving a plurality of SI requests for requesting SI, where the plurality of SI requests are received from at least one ue.
Step S102, determining at least one monitoring window according to a first resource adopted by acknowledgement information and a respective candidate monitoring window of each user equipment, wherein the number of the monitoring windows is less than or equal to the number of the candidate monitoring windows, and the acknowledgement information is used for acknowledging the received plurality of SI requests.
Step S103, sending the acknowledgement information by using the first resource in the at least one listening window.
More specifically, the preset period may be pre-agreed by the network and the user equipment. Alternatively, the preset period may also be predetermined by the network and indicated to the ue when the ue accesses the network. For example, the preset period may be 10 milliseconds (ms). Those skilled in the art understand that by configuring the preset period, the network can receive as many SI requests as possible in the preset period, and then acknowledge all the SI requests received in the preset period, which greatly reduces signaling overhead.
Further, the SI request may be received in a special preamble, which may be obtained based on a request procedure of the MSG1, so that the network can receive an on-demand SI request of the user equipment through a random access process (random access procedure). For example, the SI request may be an on-demand SI request based on MSG 1.
As one non-limiting example, the MSG 1-based on-demand SI request may include an existing preamble transmitted on a particular resource. For example, if the preamble is transmitted on a particular time and/or frequency domain resource, the network may know that the preamble is used to request SI.
As a variation, the MSG 1-based on-demand SI request may also include a preamble indicating the SI request based on its own sequence. For example, compared to the existing preamble (including 64 preamble sequences), the number of preamble sequences using the scheme described in this embodiment can be doubled by adding one bit (bit), wherein the added preamble sequence can be used exclusively for SI request. Further, among the new preamble sequences, different preamble sequences may be used to request different SIs.
For example, whether based on the preamble sequence adopted by the special preamble or based on the physical resource adopted when the special preamble is transmitted, according to the scheme of this embodiment, when the special preamble is received, the network may first determine whether the special preamble is used for SI request, and if so, the network further determines the SI content requested by the special preamble.
Further, the at least one user equipment may comprise a user equipment accessing (access) or already connected to the network.
Further, the first resource used by the acknowledgement information may be selected from: a public resource; or, for each SI request, a second resource associated with the SI request.
As a non-limiting example, the common resource may be a resource dedicated to transmitting the acknowledgement information.
Further, the common resource may be indicated in advance by broadcasting. For example, the user equipment may acquire the common resource through a broadcast of the network upon initial access to the network.
As another non-limiting example, the SI request may be received through a special preamble, and the Network may derive a corresponding Random Access-Radio Network Temporary Identity (RA-RNTI) based on time and frequency resources used during transmission of the special preamble. Further, the network may transmit the acknowledgement information using the RA-RNTI.
For example, the network may determine the second resource based on the RA-RNTI and transmit the acknowledgement information using the second resource to ensure that the user equipment can successfully receive the acknowledgement information.
Preferably, the second resource may be a resource of a Physical Downlink Control Channel (PDCCH for short).
Further, the RA-RNTI may be calculated and obtained based on a System Frame Number (SFN) of a special preamble used for sending the SI request.
Further, candidate listening windows for a user equipment may be determined based on transmission characteristic parameters of the user equipment to enable the network to configure different candidate listening windows for different user equipments. For example, for a user equipment with a higher priority, a shorter (or smaller) candidate listening window may be configured to ensure that the user equipment can receive the acknowledgement information earlier.
Further, the transmission characteristic parameter may be selected from: the SI to which the SI request is directed; the received special preamble; resources for transmitting the special preamble.
For example, the candidate listening window may be indicated by two window-related parameters (hereinafter referred to as a first parameter and a second parameter). Wherein the first parameter may be used to indicate a start time of the candidate listening window, and the second parameter may be used to indicate an end time of the candidate listening window. For each ue, the acknowledgement information may be transmitted within a candidate listening window of the ue, and the ue may obtain more sleep opportunities outside the candidate listening window of the ue, thereby reducing power consumption of the ue.
Further, the first parameter may be used to indicate that, after transmitting the special preamble, the ue may be in a sleep state or perform a Discontinuous Reception (DRX) operation until the time indicated by the first parameter starts. For example, the first parameter may be a newly defined parameter SI-responseWindowStart.
Further, the second parameter may be used to ensure that the network is able to collect as many on-demand SI requests as possible from a plurality of user equipments. Further, at the end of the candidate listening window defined based on the first and second parameters, the network may transmit acknowledgement information, which may include acknowledgement information for all SI requests collected by the network before the end of the window. The confirmation information sent by the network may be the same confirmation information for different candidate listening windows corresponding to different user equipments in the preset period. For example, the second parameter may be a newly defined parameter SI-responsewindownend.
As a non-limiting example, the candidate listening windows of the user equipment may be indicated in advance by broadcasting. For example, the network may broadcast the first and second parameters for each user equipment, and for any user equipment accessing the network, the user equipment may receive the broadcasted information and select the first and second parameters corresponding to itself therefrom.
For example, for a user equipment with higher priority, the time indicated by the first parameter may be closer to the time when the user equipment transmits an SI request, and the time indicated by the second parameter may also be closer to the time indicated by the first parameter, either of which (or a combination of both) may enable the user equipment to be configured with a shorter candidate listening window, enabling the user equipment to wake up earlier after sending an SI request and receive the acknowledgement information faster.
Those skilled in the art will appreciate that the names related to the candidate listening windows (e.g. names of the first parameter and the second parameter) in the above examples are only indicative and exemplary, and other names with the same meaning may be used to indicate the start time and the end time of the window for the network to send the acknowledgement information to the user equipment. Further, the unit of the first parameter and the unit of the second parameter may be a subframe, and those skilled in the art may also adopt other time units as the unit of the first parameter and the unit of the second parameter, which is not described herein again.
Further, since the respective candidate listening windows of different user equipments sending the SI request may not be the same, on the network side, the step S102 may be performed to further reduce the signaling overhead. For example, the listening window may be one of respective candidate listening windows of the different user equipments; alternatively, the listening window may also be an overlapping region of multiple candidate listening windows.
As a non-limiting example, the step S102 may include: for a first part of SI requests, determining candidate monitoring windows with overlapping relation in respective candidate monitoring windows of each user equipment sending the first part of SI requests; determining the overlapping area of the candidate monitoring windows with the overlapping relation as the monitoring window corresponding to the first part of SI request; wherein the first part of SI requests includes SI requests corresponding to acknowledgement information that uses the same first resource among the plurality of SI requests.
Further, the first resource may be the common resource. For example, whether each SI request in the first part of SI requests is sent using the same resource or not, the network sends only one acknowledgement message using the common resource, so as to better reduce signaling overhead. Therefore, it is necessary to determine the overlapping area of the respective candidate listening windows of the user equipments sending the SI requests in the first part of SI requests, so that in the case that the network only needs to send one piece of acknowledgement information, the part of the user equipments sending the SI requests belonging to the first part of SI requests and having overlapping relation of the candidate listening windows can receive the acknowledgement information in their respective candidate listening windows.
Further, the first resource may be the common resource or the first part of the SI request a commonly associated second resource.
Accordingly, the step S103 may include: determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions; generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and sending the confirmation information at a preset position of a monitoring window corresponding to the first part of SI requests based on the common resources or the second resources commonly associated with the first part of SI requests.
For example, for SI requests sent by each of the plurality of user equipments, whether these SI requests are transmitted using the same special preamble (i.e. whether these SI requests are associated with the same second resource), the network may choose to transmit the acknowledgement information using the common resource and may consider these SI requests as belonging to the first partial SI requests.
For another example, when the plurality of user equipments respectively transmit their respective SI requests using the same special preamble, the SI requests are associated with the same second resource since the second resource is derived from the time-frequency resource used in the special preamble transmission. Further, the network may choose to transmit the acknowledgement information using a second resource commonly associated with the SI requests, and at this time, the SI requests may also be considered to belong to the first part of SI requests.
Alternatively, when the plurality of user equipments respectively transmit their respective SI requests using the same special preamble, the network may also select to transmit the acknowledgement information using the common resource. Accordingly, the network needs to indicate to the user equipments sending the SI requests of the first part of SI requests to instruct these user equipments to listen to the common resource in the respective candidate listening windows instead of listening to the second resource.
As a variation, for an SI request sent by a user equipment with no overlapping relationship between candidate listening windows in the first part of SI requests, the step S102 may include: determining candidate monitoring windows which do not have an overlapping relation in respective candidate monitoring windows of each user equipment sending out the first part of SI requests; and for each SI request sent by the user equipment corresponding to the candidate monitoring window without the overlapping relation, determining the candidate monitoring window of the user equipment sending the SI request as the monitoring window corresponding to the SI request.
Accordingly, the first resource may be the common resource or the first part of the SI request a commonly associated second resource.
Further, the step S103 may include: determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions; generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and sending the confirmation information at a preset position of a monitoring window corresponding to each SI request based on the common resource or the second resource commonly associated with the first part of SI requests.
For example, in a typical application scenario, for 5 SI requests sent by 5 user equipments within the preset period, if the network determines to respond to these SI requests with the same first resource, the 5 SI requests may be referred to as the first part of SI requests. Further, in the 5 pieces of user equipment, the candidate listening windows of the 3 pieces of user equipment have an overlapping relationship, so the overlapping region of the three candidate listening windows can be determined as the listening window (for the sake of distinction, this listening window can be referred to as a first listening window). Accordingly, the network may send 1 acknowledgement message in the first listening window using the common resource or the first part of SI request co-associated second resource.
In addition, for the remaining 2 ues, since there is no overlapping relationship between their candidate listening windows and there is no overlapping relationship with the candidate listening windows of the aforementioned 3 ues, the candidate listening windows of these 2 ues can be respectively used as the listening windows (for the convenience of distinguishing, this listening window can be referred to as a second listening window), and there are 2 second listening windows in total. Accordingly, the network may use the common resource or the first part of SI to request the commonly associated second resource to send 2 pieces of acknowledgement information in the 2 second listening windows, respectively.
Or, for the remaining 2 ues, if their candidate listening windows do not have an overlapping relationship with the candidate listening windows of the aforementioned 3 ues, but have an overlapping relationship with each other, the overlapping regions of the candidate listening windows of these 2 ues may be used as the listening windows (for the sake of convenience of distinction, this listening window may be referred to as a third listening window). Correspondingly, the network may send 1 piece of acknowledgement information in the third listening window by using the common resource or the second resource that the first part of SI requests to be associated with in common, respectively.
In summary, in the application scenario, in response to 5 SI requests, the network only needs to send 2 or 3 pieces of acknowledgement information, which greatly reduces signaling overhead. Further, each of the confirmation information may have the same content.
As a variation, the step S102 may include: for each SI request in the second part of SI requests, determining a candidate monitoring window of user equipment sending the SI request as a monitoring window corresponding to the SI request; wherein the second part of SI requests includes SI requests corresponding to acknowledgement information using different first resources in the plurality of SI requests.
Accordingly, the first resource may be a respective associated second resource for each of the second partial SI requests,
accordingly, the step S103 may include: determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions; generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition; and for each SI request in the second part of SI requests, sending the confirmation information at a preset position of a monitoring window corresponding to the SI request based on a second resource associated with the SI request.
For example, in a typical application scenario, for 5 SI requests sent by 5 user equipments within the preset period, if the 5 SI requests are sent with different special preambles and the network determines not to respond to the 5 SI requests with the same first resource, the 5 SI requests may be referred to as the second partial SI requests. Further, the candidate listening window of each of the 5 ues may be respectively used as the listening window (for convenience of distinction, this listening window may be referred to as a fourth listening window), and there are 5 fourth listening windows in total, and the fourth listening window is associated with the ue. Accordingly, for each SI request of the 5 SI requests, the network may transmit the acknowledgement information using the second resource associated with the SI request in the fourth listening window associated with the user equipment transmitting the SI request.
In summary, in the application scenario, in response to 5 SI requests, the network needs to send 5 pieces of acknowledgement information in total, but the content of the 5 pieces of acknowledgement information is different from that of the acknowledgement information sent in the prior art, so that future repeated SI requests can be effectively avoided. Further, the content of each of the 5 pieces of confirmation information is the same.
Further, the preset position may be determined according to a priority of the at least one user equipment.
For example, for a user equipment with a higher priority, the preset position may be located at the beginning of the listening window, so that the user equipment can receive the acknowledgement information as early as possible.
Further, in the preset period, the SI request that has not been confirmed may refer to an SI request received in the current preset period.
Further, within the listening window, in particular before transmitting the acknowledgement information, the network may continue to receive SI requests and acknowledge newly received SI requests as part of the not yet acknowledged SI requests as well. Further, if the newly received SI request satisfies the confirmation condition, the newly received SI request may be indicated in the confirmation information, and the SI requested by the newly received SI request will be broadcast after the preset period expires.
As a non-limiting example, there may be a case where not all SI requests received within a preset period are eventually acknowledged, and the network may select, from the SI requests received within the preset period, an SI request satisfying an acknowledgement condition to respond to the acknowledgement. For example, the network may not be able to decode some received SI requests, which may be considered SI requests that do not satisfy the acknowledgement condition.
Further, the confirmation condition may be defined based on existing confirmation logic for SI requests.
Further, for SI requests satisfying the confirmation condition, the network broadcasts the SI requested by these SI requests at the expiration of the preset period.
For example, the network may indicate a specific time for broadcasting the SI in the future through the acknowledgement information, and broadcast the SI requested by the SI request satisfying the acknowledgement condition among the plurality of SI requests at the time indicated by the acknowledgement information. Preferably, the time indicated by the acknowledgement information is later than the expiration time of the preset period, so that the network can collect as many SI requests as possible before sending the acknowledgement information, and signaling overhead and power consumption on the network side are better saved.
Thus, for a user equipment that has sent one or more SI requests, the network may indicate to it all the SIs that will be broadcast, which may include the SIs requested by other user equipments through the SI request.
As a non-limiting example, the generating the confirmation information according to the SI request that has not been confirmed and satisfies the confirmation condition may include: adding a random access identifier (RAPID for short) of a special preamble of each SI request in a message header or a message subheader of the acknowledgement information; wherein the number of message headers or the number of message subheaders may be consistent with the number of special preambles of the SI request that has not been acknowledged and satisfies the acknowledgement condition.
Further, since the SI request may be received through the special preamble, correspondingly, the acknowledgement information may be a Random Access Response (RAR) message.
Further, since the RAPID is an identification of a special preamble employed when the user equipment transmits the SI request, the RAPID may be used to indicate SI to be broadcast.
For example, different special preambles may correspond to different SI requests, and by adding the RAPID of the special preamble for the SI request, the network may indicate to all user equipments which SI requests have been determined, to enable the user equipments to determine which SIs will be broadcast. Further, since the RAR message used as the acknowledgement information includes RAPID of the special preamble corresponding to all SI requests that have not been acknowledged and satisfy the acknowledgement condition, the RAR message can provide SI request information related to other ues to each ue to prevent the ue from requesting the same SI again.
As a non-limiting example, if two or more special preambles are used to send the same SI request, the acknowledgement information may include only one of the special preambles, such as a RAPID including only one of the special preambles. In this scenario, only one special preamble may be considered to satisfy the acknowledgement condition.
Further, the generating the confirmation information according to the SI request that is not confirmed yet and satisfies a confirmation condition may further include: and adding backoff indication information in the message header and the message subheader of the acknowledgement information.
For example, the subheader of the message containing the backoff indication information may be located at the beginning of the header of the RAR message.
As a non-limiting example, the message body of the acknowledgement message may be empty, e.g., the RAR message may only contain information in a header (header).
Further, the method for confirming according to this embodiment may further include: broadcasting the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests when the preset period expires.
For example, the specific time of broadcast may be indicated by the acknowledgement information or other higher layer signaling. Alternatively, the specific time of the broadcast may be agreed in advance by the network and the user equipment receiving the confirmation information; alternatively, the specific time of the broadcast may also be predefined by the network and indicated to all the accessed user equipments. Preferably, the predefined specific time of broadcasting may be a specific broadcasting window.
For another example, the specific time of broadcasting may be indicated by the acknowledgement information.
As described above, with the solution of this embodiment, the network may monitor the special preamble transmissions of different ues and create an acknowledgement message (e.g. an RAR message, which may also be referred to as RAR message), where the message body of the acknowledgement message is empty, and the number of message headers or message subheaders in the message header may be consistent with the number of special preambles of different SIs requested to obtain acknowledgement. Optionally, one more message subheader may be used to place the backoff indicator.
Further, the network may transmit the RAR message based on an RA-RNTI of a special preamble transmitted by the user equipment for requesting the SI. Alternatively, the network may send the RAR message based on a predefined common RA-RNTI, which may be calculated based on common resources predefined and indicated by the network.
Those skilled in the art understand that, based on the solution of this embodiment, the acknowledgment information in response to all SI requests sent to all user equipments within a preset period may be the same information, so as to greatly reduce the configuration complexity of the acknowledgment information. Further, the acknowledgement information is sent in the listening window to acknowledge and respond to as many SI requests as possible through one transmission behavior, and these SI requests may be sent by one or more user equipments in a preset period, thereby reducing signaling overhead on the network side, simplifying the acknowledgement process, and optimizing system efficiency.
Fig. 2 is a schematic structural diagram of an apparatus for acknowledging an SI request according to a second embodiment of the present invention. Those skilled in the art understand that the validation apparatus 2 of the present embodiment is used to implement the method technical solution described in the embodiment shown in fig. 1. Specifically, in the present embodiment, the confirmation apparatus 2 may include: a receiving module 21, configured to receive, in a preset period, a plurality of SI requests for requesting SI, where the plurality of SI requests are received from at least one user equipment; a determining module 22, configured to determine at least one monitoring window according to a first resource used by acknowledgement information and a respective candidate monitoring window of each ue, where the number of the monitoring windows is less than or equal to the number of the candidate monitoring windows, and the acknowledgement information is used to acknowledge the received SI requests; a sending module 23, configured to send the acknowledgement information using the first resource in the at least one listening window.
Further, the SI request may be received in a special preamble, which may be acquired based on the request procedure of the MSG 1.
Further, the first resource employed by the acknowledgement information and the second resource employed by the plurality of SI requests may be selected from: a public resource; or for each SI request, second resources associated with the SI request.
Further, the common resource is indicated in advance by broadcasting.
As one non-limiting example, the determining module 22 may include: a first determining sub-module 221, configured to determine, for a first part of SI requests, candidate listening windows in which an overlapping relationship exists among respective candidate listening windows of each user equipment that sends the first part of SI requests; a second determining sub-module 222, configured to determine an overlapping area of the candidate listening windows with the overlapping relationship as a listening window corresponding to the first part of SI requests; wherein the first part of SI requests includes SI requests corresponding to acknowledgement information that uses the same first resource among the plurality of SI requests.
Accordingly, the first resource may be the common resource or a second resource that the first part of the SI requests to be associated with, and the sending module 23 may include: a third determining sub-module 231, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition in the plurality of SI requests; a generating submodule 232, configured to generate the confirmation information according to the SI request that has not been confirmed and meets a confirmation condition; a first sending sub-module 233, configured to send the acknowledgement information at a preset position of a listening window corresponding to the first part of SI requests based on the common resource or a second resource associated with the first part of SI requests.
Further, the determining module 22 may further include: a fourth determining sub-module 223, configured to determine a candidate listening window that does not have an overlapping relationship in respective candidate listening windows of each user equipment that sends the first part SI request; the fifth determining sub-module 224 determines, for each SI request sent by the user equipment corresponding to the candidate listening window that does not have the overlapping relationship, the candidate listening window of the user equipment that sent the SI request as the listening window corresponding to the SI request.
Accordingly, the first resource may be the common resource or the first part of SI request a commonly associated second resource, and the sending module 23 may include: a third determining sub-module 231, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition in the plurality of SI requests; a generating submodule 232, configured to generate the confirmation information according to the SI request that has not been confirmed and meets a confirmation condition; a second sending submodule 234, configured to send the acknowledgement information based on the common resource or the first part of SI requests, or a preset position of a monitoring window corresponding to each SI request of the common resource.
As a variant, the determination module 22 may comprise: a sixth determining submodule 225, configured to determine, for each SI request in the second part of SI requests, a candidate listening window of the user equipment that sent the SI request as a listening window corresponding to the SI request; wherein the second part of SI requests includes SI requests corresponding to acknowledgement information using different first resources in the plurality of SI requests.
Correspondingly, the first resource may be a respective associated second resource for each SI request in the second part of SI requests, and the sending module 23 may include: a third determining sub-module 231, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition in the plurality of SI requests; a generating submodule 232, configured to generate the confirmation information according to the SI request that has not been confirmed and meets a confirmation condition; and a third sending sub-module 235, configured to send, for each SI request in the second part of SI requests, the acknowledgement information based on a second resource associated with the SI request at a preset position of a monitoring window corresponding to the SI request.
Further, the preset position may be determined according to a priority of the at least one user equipment.
Further, the SI request is received by using a special preamble, where the special preamble is obtained based on a request procedure of MSG 1; the generation submodule 232 may include: a first adding unit 2321, configured to add a RAPID of the special preamble of each SI request in a message header or a message subheader of the acknowledgement information; wherein the number of the message headers or message subheaders is consistent with the number of special preambles of the SI request which is not confirmed yet and satisfies the confirmation condition.
Further, the generating sub-module 232 may further include: a second adding unit 2322, configured to add backoff indication information in the message header or the message subheader of the acknowledgement information.
Further, the candidate listening window of the user equipment may be determined according to the transmission characteristic parameter of the user equipment.
Preferably, the transmission characteristic parameter may be selected from: the SI to which the SI request is directed; the received special preamble; resources for transmitting the special preamble.
Further, the candidate listening windows of the user equipment may be indicated in advance by broadcasting.
Further, the confirmation apparatus 2 may further include: a broadcasting module 24, configured to broadcast, when the preset period expires, an SI requested by an SI request that meets the confirmation condition among the plurality of SI requests.
Further, the broadcasting module 24 may include: a broadcasting sub-module 241, configured to broadcast the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests at the time indicated by the confirmation information, where the time indicated by the confirmation information is later than the expiration time of the preset period.
For more details of the operation principle and the operation mode of the confirmation apparatus 2, reference may be made to the description in fig. 1, and details are not repeated here.
Fig. 3 is a flowchart of an on-demand request method for SI according to a third embodiment of the present invention, which may be applied to a user equipment side, for example, executed by the user equipment. Wherein the requested SI may include the portion of the SI that is broadcast aperiodically. For example, Minimum System Information (MSI) may be periodically broadcast by the network, and the requested SI may include Other System Information (OSI) in addition to the MSI. By implementing the scheme of this embodiment, the user equipment can request the network to broadcast its required SI in the future, so such a SI request mode can be referred to as an on-demand request for SI.
Specifically, in this embodiment, the on-demand request method for the SI may include:
step S201, a first SI request is sent.
Step S202, receiving confirmation information in a candidate listening window of the user equipment.
Step S203, determining the SI request set confirmed by the network according to the confirmation information.
The SI request set comprises SI requests sent by the same or different user equipment in a preset period.
More specifically, the first SI request may be for requesting SI.
Further, the on-demand request method for SI may further include: before the candidate listening window of the user equipment starts, the user equipment is in a sleep state or performs DRX operation so as to better reduce energy consumption.
Further, the SI request may be transmitted in a special preamble, which may be transmitted based on the request procedure of the MSG 1.
As a non-limiting example, the step S202 may include: and monitoring a preset resource in a candidate monitoring window of the user equipment to acquire the confirmation information.
Further, the preset resource may be selected from: a public resource; or a second resource associated with the first SI request.
As a non-limiting example, after transmitting the first SI request, the user equipment may listen to the common resource to receive the acknowledgement information, wherein the first SI request may be transmitted using any special preamble.
As a variation, after sending the first SI request by using a special preamble, the ue may monitor a corresponding second resource according to an RA-RNTI to receive the acknowledgement information, where the RA-RNTI may be determined according to a time-frequency position of the special preamble; the second resource may be a resource of a PDCCH. Further, after transmitting the special preamble, the ue may monitor a corresponding PDCCH according to the RA-RNTI in the candidate monitoring window to receive the acknowledgement information. Optionally, the second resource may be predetermined by the network and associated with a special preamble for transmitting the first SI request. Optionally, for the user equipment side, the resource used when transmitting the special preamble may be the same as or different from the resource monitored when receiving the acknowledgement information.
In a preferred embodiment, the network may indicate in advance whether it will use said common resource or said second resource for transmitting said acknowledgement information.
Alternatively, when performing step S202, the ue may also monitor the common resource and the second resource at the same time to ensure that the acknowledgement information can be successfully received.
Optionally, if the first SI request is sent using the common resource, the user may listen to the common resource only to receive the acknowledgement information.
Preferably, the common resource may be predetermined by receiving broadcasted information.
As a non-limiting example, the step S203 may include: and acquiring the SI request set from a message header or a message subheader of the confirmation information.
Further, since the SI request is sent by using a special preamble sent based on the request procedure of MSG1, the acknowledgement information may be a RAR message. Accordingly, the SI request set may include SI requests and RAPID of corresponding special preambles.
For example, the RAPID may be used to indicate the user equipment that sent the SI request, and the SI requested by the user equipment.
As a non-limiting example, the on-demand request method may further include the steps of:
step S204, determining whether the SI request set includes the first SI request.
Step S205, when the determination result indicates that the SI request set does not include the first SI request, obtain backoff indication information from a message header or a message subheader of the acknowledgment information.
Step S206, resending the first SI request according to the indication of the backoff indication information.
Otherwise, i.e. when the result of the determination indicates that the set of SI requests includes the first SI request, meaning that the network has acknowledged the first SI request of the user equipment, the user equipment may wait for a broadcast by the network to receive the SI requested by the first SI request.
For example, the on-demand request method may further include step S207 of, if the set of SI requests includes the first SI request, maintaining (entering) a sleep mode or performing DRX operation until SI broadcasting starts.
Preferably, the time when the SI broadcast starts (i.e. the specific time of the broadcast in the first embodiment above) may be indicated by the acknowledgement information.
Alternatively, the time when the SI broadcast starts may be indicated by other higher layer signaling instead of the acknowledgement information.
In one non-limiting embodiment, after receiving the set of SI requests and before the SI broadcast starts, if the user equipment generates new SI needs again, the user equipment may prioritize the set of SI requests instead of immediately sending new SI requests. Further, the user equipment may send a new SI request to the network only if the newly generated SI request is not included in the set of SI requests. Otherwise, based on the SI request set, the ue may determine that its newly required SI has been requested by other ues, and the ue does not send a new SI request but waits for the SI to broadcast to receive all its required SI, thereby greatly reducing signaling overhead.
Further, the candidate listening windows of the user equipment may be determined according to the transmission characteristic parameter, so that different user equipments may have different candidate listening windows. For example, a user equipment with a higher priority may correspond to a smaller (or shorter) candidate listening window, such that the user equipment can acquire the acknowledgement information earlier, and thus decide earlier whether it needs to resend its first SI request.
Preferably, the transmission characteristic parameter may be selected from: the first SI requests the directed SI; a special preamble for transmitting the first SI request; resources for transmitting the special preamble.
Further, the candidate listening window of the user equipment may be predetermined by receiving broadcasted information.
Preferably, the acknowledgement information may be random access response information (also referred to as RAR message).
More specifically, for the explanation of the terms in this embodiment, reference may be made to the related description in fig. 1, which is not repeated herein.
Thus, with the scheme of this embodiment, the ue may obtain all SI requests sent by all ues connected to the network within a preset period, so as to avoid repeated requests. Further, the acknowledgement amount and the signaling overhead of the network can be reduced, so that the overall efficiency of the system is greatly optimized.
Fig. 4 is a schematic structural diagram of an on-demand request device for SI according to a fourth embodiment of the present invention. Those skilled in the art understand that the on-demand request device 4 according to the present embodiment is used for implementing the technical solution of the method described in the embodiment shown in fig. 3. Specifically, in this embodiment, the on-demand request device 4 may include: a sending module 41, configured to send a first SI request; a receiving module 43, configured to receive acknowledgement information within a candidate listening window of a user equipment; a determining module 44, configured to determine, according to the confirmation information, an SI request set confirmed by the network; the SI request set comprises SI requests sent by the same or different user equipment in a preset period.
Further, the on-demand request device 4 may further include: a holding module 42, configured to be in a sleep state or perform DRX operation before a candidate listening window of the user equipment starts.
Further, the SI request may be sent by using a special preamble, where the special preamble may be sent based on a request procedure of the MSG1, and the receiving module 43 may include: and the monitoring submodule 431 is configured to monitor a preset resource in a candidate monitoring window of the user equipment to obtain the confirmation information.
Further, the preset resource may be selected from: a public resource; a second resource associated with the first SI request.
Further, the common resource may be predetermined by receiving broadcasted information.
Further, the determining module 44 may include: the obtaining sub-module 441 is configured to obtain the SI request set from a message header or a message subheader of the acknowledgement information.
Further, the SI request may be sent in a special preamble, which may be sent based on the request procedure of the MSG1, and the set of SI requests may include the SI request and the RAPID of the corresponding special preamble.
Further, the on-demand request device 4 may further include: a determining module 45, configured to determine whether the set of SI requests includes the first SI request; an obtaining module 46, configured to obtain backoff indication information from a message header or a message subheader of the acknowledgement information when the determination result indicates that the SI request set does not include the first SI request; a resending module 47, configured to resend the first SI request according to the indication of the backoff indication information.
Further, the candidate listening window of the user equipment is determined according to the transmission characteristic parameter.
Further the transmission characteristic parameter may be selected from: the first SI requests the directed SI; a special preamble for transmitting the first SI request; resources for transmitting the special preamble.
Further, the candidate listening window of the user equipment may be predetermined by receiving broadcasted information.
Further, the acknowledgement information may be random access response information.
For more details on the operation principle and operation mode of the on-demand request device 4, reference may be made to the related description in fig. 3, and details are not repeated here.
In a typical application scenario, referring to fig. 5, a signaling interaction between a user equipment and a network employing an embodiment of the present invention is further explained.
In particular, in the present application scenario, the network 1 may perform operation s1 to broadcast a candidate listening window group, which may include candidate listening windows corresponding to all possible priorities of the user equipment. As a non-limiting example, the set of candidate listening windows may include only one candidate listening window, which may correspond to all types of user equipment.
Further, the content broadcast by the network 1 may also include common resources that may be used to transmit acknowledgement information. For example, the network may indicate the location of the common resource in the time and frequency domains by broadcasting an RA-RNTI for the common resource.
Further, the user equipment 2 accessing the network 1 may perform operation s2 to select a corresponding candidate listening window from the received candidate listening window group based on its priority. For example, the priority of the user equipment may be determined based on the priority of the SI requested by the user equipment. Alternatively, the priority of the user equipment may be determined based on the priority of a transmitted special preamble, which is used to transmit the SI request. Still alternatively, the priority of the user equipment may be determined based on a priority of a resource transmitting the special preamble.
Further, the user equipment 3, also accessing the network 1, may perform operation s3 to select a corresponding candidate listening window from the received set of candidate listening windows based on its own priority. The candidate listening windows of the user equipment 2 and the user equipment 3 may be the same or different.
In one non-limiting embodiment, candidate listening windows in the set of candidate listening windows may be determined based on a transmission characteristic parameter to indicate a priority of an SI to which an SI request is directed through different candidate listening windows; priority of a special preamble for transmitting SI requests; and/or priority of resources used to transmit the special preamble.
Further, the user equipment 2 may perform operation s4 to send an SI request to the network 1 when it needs to request SI within a preset period.
In one non-limiting embodiment, the user equipment 2 may employ preamble resources to transmit the SI request. Wherein the SI request may be transmitted through a MSG 1-based request process.
After receiving the SI request of the user equipment 2, the network 1 may not immediately respond to the SI request, but wait for other possible SI requests until the preset period expires or the candidate listening window of the user equipment 2 ends.
In one non-limiting embodiment, the candidate listening windows for the user equipment 2 may be determined based on SI requests sent by the user equipment 2. Or, after the ue 2 accesses the network 1, the network 1 may determine candidate listening windows of the ue 2.
Similarly, when a request for SI is required, the user equipment 3 may perform operation s5 to send a SI request to the network 1.
In an application scenario, if it is determined that the common resource is used to transmit the confirmation information, the network 1 may perform operation s6 to determine whether there is an overlapping area between the candidate listening windows of the user equipment 2 and the candidate listening windows of the user equipment 3. In this embodiment, the second resource associated with the SI request sent by the user equipment 2 may be the same as or different from the second resource associated with the SI request sent by the user equipment 3, and the second resource may be a resource that needs to be used when sending the response information for the special preamble according to the prior art.
In a preferred example, if there is an overlapping area between the candidate listening windows of the user equipment 2 and the candidate listening windows of the user equipment 3, the network 1 may perform operation s7 to use the overlapping area as the listening window.
Further, before the preset position of the listening window (as the preset position is coming), the network 1 may perform operation s8 to determine all SI requests it receives within the preset period, and select an SI request satisfying the confirmation condition from them to generate the SI request set.
As a non-limiting example, the preset position of the listening window may be determined based on the priority of the user equipment 2 and/or the user equipment 3.
Further, the network 1 may perform operation s9 to generate acknowledgement information, a header or a subheader of which may include the set of SI requests.
As a non-limiting example, each message header or message subheader of the acknowledgement information may respectively include a RAPID of a special preamble employed by each SI request in the set of SI requests.
For example, if the SI request of the user equipment 2 and the SI request of the user equipment 3 respectively request different SIs, the message subheader may include the SI request of the user equipment 2 and the SI request of the user equipment 3, and may also include SI requests sent by other user equipments which are different from the two SI requests.
For another example, if the SI requested by the SI request of the user equipment 2 and the SI requested by the SI request of the user equipment 3 are the same, the message subheader may include the SI request of the user equipment 2 or the SI request of the user equipment 3, and SI requests sent by other user equipments different from the SI requests of the user equipment 2 and the user equipment 3.
For another example, if the SI request of the user equipment 2 does not satisfy the confirmation condition, the confirmation information does not include the SI request.
Further, the acknowledgement information may additionally include a message header or a message subheader for containing the backoff indicator.
As a non-limiting example, the acknowledgement may be a RAR message.
Further, at the preset position of the listening window, the network 1 may perform operation s10 to send the acknowledgement information using the common resource.
Accordingly, after sending the SI request, the user equipment 2 may perform operation s11 to enter a sleep mode or perform DRX operation until its candidate listening window starts.
Further, when the candidate listening window of the user equipment 2 starts, the user equipment 2 may perform operation s12 to switch from the sleep mode to the normal mode and listen to the common resource to receive the acknowledgement information. Preferably, the network 1 may indicate in advance to the user equipment 2 that the acknowledgement information is to be sent using the common resource.
Similarly, after sending the SI request, the user equipment 3 may perform operation s13 to enter sleep mode or perform DRX operation until its candidate listening window starts.
Further, when the candidate listening window of the user equipment 3 starts, the user equipment 3 may perform operation s14 to switch from the sleep mode to the normal mode and listen to the common resource to receive the acknowledgement information. Preferably, the network 1 may also instruct the user equipment 2 in advance, and the acknowledgement information is sent using the common resource.
As a non-limiting example, the start time of the candidate listening window of the user equipment 2 may be different from the start time of the candidate listening window of the user equipment 3, and/or the end time of the candidate listening window of the user equipment 2 may also be different from the end time of the candidate listening window of the user equipment 3. However, since the listening window is an overlapping region of the candidate listening windows of the user equipment 2 and the candidate listening windows of the user equipment 3, the acknowledgement information transmitted in the listening windows can still be successfully received by the user equipment 2 and the user equipment 3 within their respective candidate listening windows.
Further, upon receiving the confirmation information, the user equipment 2 may perform operation s15 to obtain the set of SI requests based on the confirmation information.
As a non-limiting example, if the set of SI requests includes the SI request of the user equipment 2, the user equipment 2 may enter a sleep mode or perform DRX operation until SI broadcasting starts. Wherein a start time of the SI broadcast may be obtained based on the acknowledgement information.
Otherwise, i.e. if the SI request of the user equipment 2 is not included in the set of SI requests, the user equipment 2 may perform operation s16 to re-send the SI request to the network 1.
On the side of the user equipment 3, after receiving the confirmation information, the user equipment 3 may also perform the operation s15, or the operations s15 and s16, which is not described herein again.
As a variation, if there is no overlapping area between the candidate listening windows of the user equipment 2 and the candidate listening windows of the user equipment 3, the operation s7 may be replaced with an operation s7 ', and the network 1 may determine both the candidate listening windows of the user equipment 2 and the candidate listening windows of the user equipment 3 as the listening windows by performing the operation s 7'. Wherein, the listening window of the user equipment 2 may be a candidate listening window thereof; the listening window of the user equipment 3 may be a candidate listening window thereof.
Accordingly, the operation s10 may be replaced with the operation s10 ', and by performing the operation s 10', for each ue, the network 1 may transmit the acknowledgement information at a preset position of a listening window of the ue. In this scenario, since the preset positions of the respective listening windows of the ue 2 and the ue 3 may be different, the acknowledgment messages respectively sent to the two ues may not be sent simultaneously. In this scenario, the network 1 may use the common resource to send two identical acknowledgement messages, and the ue 2 and the ue 3 receive one acknowledgement message respectively.
As another variation, if the network 1 decides to transmit the acknowledgement information using the respective associated second resource of each SI request, and the second resource associated with the SI request transmitted by the user equipment 2 is different from the second resource associated with the SI request transmitted by the user equipment 3, the operation s6 may be omitted, and the operation s7 may be replaced with the operation s 7'.
Accordingly, the operation s10 may be replaced with the above-described operation s 10'. Those skilled in the art will appreciate that this variant differs from the above example in that the network 1 may transmit the acknowledgement information separately using different second resources associated with the SI requests respectively transmitted by the user equipment 2 and the user equipment 3.
Accordingly, in this variant, the user equipment 2 may listen to the second resource associated with the SI request it transmits instead of the common resource, while performing the operation s 12. Similarly, the user equipment 3 may also perform a similar operation to successfully receive the acknowledgement information, which is not described herein.
For more contents of the working principle and working mode of the network 1, the user equipment 2 and the user equipment 3 in this application scenario, reference may be made to the related descriptions in fig. 1 to fig. 4, and details are not repeated here.
Further, the embodiment of the present invention also discloses a storage medium, on which computer instructions are stored, and when the computer instructions are executed, the technical solutions of the methods described in the embodiments shown in fig. 1 and fig. 3 are executed. Preferably, the storage medium may include a computer-readable storage medium. The storage medium may include ROM, RAM, magnetic or optical disks, etc.
Further, an embodiment of the present invention further discloses a terminal, which includes a memory and a processor, where the memory stores a computer instruction capable of running on the processor, and the processor executes the technical solution of the method in the embodiment shown in fig. 3 when running the computer instruction. Preferably, the terminal may be the user equipment.
Further, the embodiment of the present invention further discloses a base station, which includes a memory and a processor, where the memory stores computer instructions capable of being executed on the processor, and the processor executes the technical solution of the method in the embodiment shown in fig. 1 when executing the computer instructions. Preferably, the base station may be in the network, the network interacts with the user equipment through the base station, the user equipment may receive the confirmation information based on the base station, and the network may receive the SI request based on the base station.
Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be effected therein by one skilled in the art without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (61)
1. A method for acknowledging an SI request, comprising:
receiving a plurality of SI requests for requesting SI within a preset period, wherein the plurality of SI requests are received from at least one user equipment;
determining at least one monitoring window according to a first resource adopted by acknowledgement information and a respective candidate monitoring window of each user equipment, wherein the number of the monitoring windows is less than or equal to the number of the candidate monitoring windows, the acknowledgement information is used for acknowledging the received multiple SI requests, the acknowledgement information includes an SI request set, the SI request set includes SI requests meeting acknowledgement conditions in all SI requests sent by the same or different user equipments within the preset period, and the SI requests in the SI request set are used for requesting different SIs;
sending the acknowledgement information using the first resource in the at least one listening window;
broadcasting the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests when the preset period expires.
2. The acknowledgement method of claim 1, wherein the SI request is received using a special preamble, and wherein the special preamble is obtained based on a request procedure of MSG1, and wherein the special preamble is used for requesting SI.
3. The method according to claim 1, wherein the first resource used by the acknowledgement information is selected from:
a public resource; or
For each SI request, second resources associated with the SI request.
4. The acknowledgement method of claim 3, wherein the common resource is indicated in advance by broadcasting.
5. The method according to claim 3, wherein the determining at least one listening window according to the first resource used by the acknowledgement information and the respective candidate listening window of each ue comprises:
for a first part of SI requests, determining candidate monitoring windows with overlapping relation in respective candidate monitoring windows of each user equipment sending the first part of SI requests;
determining the overlapping area of the candidate monitoring windows with the overlapping relation as the monitoring window corresponding to the first part of SI request;
wherein the first part of SI requests includes SI requests corresponding to acknowledgement information that uses the same first resource among the plurality of SI requests.
6. The acknowledgement method of claim 5, wherein the first resource is the common resource or a second resource commonly associated with the first partial SI request, and wherein the sending the acknowledgement information using the first resource in the at least one listening window comprises:
determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions;
generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition;
and sending the confirmation information at a preset position of a monitoring window corresponding to the first part of SI requests based on the common resources or the second resources commonly associated with the first part of SI requests.
7. The method according to claim 5, wherein the determining at least one listening window according to the first resource used by the acknowledgement information and the respective candidate listening window of each ue further comprises:
determining candidate monitoring windows which do not have an overlapping relation in respective candidate monitoring windows of each user equipment sending out the first part of SI requests;
and for each SI request sent by the user equipment corresponding to the candidate monitoring window without the overlapping relation, determining the candidate monitoring window of the user equipment sending the SI request as the monitoring window corresponding to the SI request.
8. The acknowledgement method of claim 7, wherein the first resource is the common resource or a second resource commonly associated with the first partial SI request, and wherein the sending the acknowledgement information using the first resource in the at least one listening window comprises:
determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions;
generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition;
and sending the confirmation information at a preset position of a monitoring window corresponding to each SI request based on the common resource or the second resource commonly associated with the first part of SI requests.
9. The method according to claim 3, wherein the determining at least one listening window according to the first resource used by the acknowledgement information and the respective candidate listening window of each ue comprises:
for each SI request in the second part of SI requests, determining a candidate monitoring window of user equipment sending the SI request as a monitoring window corresponding to the SI request;
wherein the second part of SI requests includes SI requests corresponding to acknowledgement information using different first resources in the plurality of SI requests.
10. The method of claim 9, wherein the first resource is a respective associated second resource for each SI request in the second portion of SI requests, and wherein the sending the acknowledgement information using the first resource in the at least one listening window comprises:
determining SI requests of the plurality of SI requests which are not confirmed and meet confirmation conditions;
generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition;
and for each SI request in the second part of SI requests, sending the confirmation information at a preset position of a monitoring window corresponding to the SI request based on a second resource associated with the SI request.
11. The acknowledgement method according to claim 6 or 8 or 10, wherein the preset position is determined according to a priority of the at least one user equipment.
12. The acknowledgement method according to claim 6 or 8 or 10, wherein the SI request is received by means of a special preamble, and the special preamble is obtained based on a request procedure of MSG 1; the generating the confirmation information according to the SI request that has not been confirmed and satisfies a confirmation condition includes:
adding RAPID of a special preamble of each SI request in a message header or a message subheader of the confirmation information;
wherein the number of the message headers or message subheaders is consistent with the number of special preambles of the SI request which is not confirmed yet and satisfies the confirmation condition.
13. The method according to claim 12, wherein the generating the acknowledgement information according to the SI request that has not been acknowledged and satisfies an acknowledgement condition further comprises:
and adding backoff indication information in the message header or the message subheader of the acknowledgement information.
14. The acknowledgement method according to claim 1, wherein the candidate listening window of the ue is determined according to a transmission characteristic parameter of the ue.
15. The acknowledgement method of claim 14, wherein the SI request is received using a special preamble, wherein the special preamble is obtained based on a request procedure of MSG1, and wherein the transmission characteristic parameter is selected from the group consisting of:
the SI to which the SI request is directed;
the received special preamble;
resources for transmitting the special preamble.
16. The acknowledgement method of claim 1, wherein the candidate listening window of the UE is indicated in advance by broadcasting.
17. The acknowledgement method according to claim 1, wherein the broadcasting the SI requested by the SI request satisfying the acknowledgement condition among the plurality of SI requests at the expiration of the preset period comprises:
broadcasting the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests at the time indicated by the confirmation information, wherein the time indicated by the confirmation information is later than the expiration time of the preset period.
18. An apparatus for acknowledging an SI request, comprising:
a receiving module, configured to receive, within a preset period, a plurality of SI requests for requesting an SI, where the plurality of SI requests are received from at least one user equipment;
a determining module, configured to determine at least one monitoring window according to a first resource used by a confirmation information and a respective candidate monitoring window of each ue, where the number of the monitoring windows is less than or equal to the number of the candidate monitoring windows, the confirmation information is used to confirm the received multiple SI requests, the confirmation information includes an SI request set, the SI request set includes SI requests that satisfy a confirmation condition among all SI requests sent by the same or different ues within the preset period, and the SI requests in the SI request set are used to request different SIs;
a sending module, configured to send the acknowledgement information using the first resource in the at least one listening window;
and the broadcasting module is used for broadcasting the SI requested by the SI request meeting the confirmation condition in the plurality of SI requests when the preset period expires.
19. The apparatus of claim 18, wherein the SI request is received in a special preamble, and wherein the special preamble is obtained based on a request procedure of MSG1, and wherein the special preamble is used for requesting SI.
20. The apparatus as claimed in claim 18, wherein the first resource used by the acknowledgement information and the second resource used by the plurality of SI requests are selected from:
a public resource; or
For each SI request, second resources associated with the SI request.
21. The apparatus according to claim 20, wherein the common resource is indicated in advance by broadcasting.
22. The confirmation apparatus of claim 20, wherein the determination module comprises:
the first determining submodule determines candidate monitoring windows with overlapping relation in respective candidate monitoring windows of each user equipment sending the first part of SI requests for the first part of SI requests;
a second determining submodule, configured to determine an overlapping area of the candidate listening windows with the overlapping relationship as a listening window corresponding to the first part of SI requests;
wherein the first part of SI requests includes SI requests corresponding to acknowledgement information that uses the same first resource among the plurality of SI requests.
23. The apparatus as claimed in claim 22, wherein the first resource is a second resource commonly associated with the common resource or the first partial SI request, and the transmitting module comprises: a third determining submodule, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition among the plurality of SI requests;
the generation submodule is used for generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition;
and the first sending submodule is used for sending the confirmation information at the preset position of the monitoring window corresponding to the first part of the SI requests on the basis of the common resources or the second resources which are jointly associated with the first part of the SI requests.
24. The confirmation apparatus of claim 22, wherein the determination module further comprises:
a fourth determining sub-module, configured to determine a candidate listening window that does not have an overlapping relationship among respective candidate listening windows of each user equipment that sends the first part of SI request;
and the fifth determining submodule determines the candidate monitoring window of the user equipment sending the SI request as the monitoring window corresponding to the SI request for each SI request sent by the user equipment corresponding to the candidate monitoring window without the overlapping relation.
25. The apparatus as claimed in claim 24, wherein the first resource is a second resource commonly associated with the common resource or the first partial SI request, and the transmitting module comprises: a third determining submodule, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition among the plurality of SI requests;
the generation submodule is used for generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition;
and the second sending submodule is used for sending the confirmation information at the preset position of the monitoring window corresponding to each SI request based on the common resource or the second resource which is jointly associated with the first part of SI requests.
26. The confirmation apparatus of claim 20, wherein the determination module comprises:
a sixth determining submodule, configured to determine, for each SI request in the second part of SI requests, a candidate listening window of a user equipment that sent the SI request as a listening window corresponding to the SI request;
wherein the second part of SI requests includes SI requests corresponding to acknowledgement information using different first resources in the plurality of SI requests.
27. The apparatus as claimed in claim 26, wherein the first resource is a respective associated second resource for each SI request in the second portion of SI requests, the sending module comprises:
a third determining submodule, configured to determine an SI request that has not been confirmed and satisfies a confirmation condition among the plurality of SI requests;
the generation submodule is used for generating the confirmation information according to the SI request which is not confirmed yet and meets the confirmation condition;
and a third sending submodule, configured to send, for each SI request in the second part of SI requests, the acknowledgement information based on a preset position of a second resource associated with the SI request in a listening window corresponding to the SI request.
28. The apparatus according to claim 23, 25 or 27, wherein the predetermined location is determined according to a priority of the at least one ue.
29. The apparatus according to claim 23, 25 or 27, wherein the SI request is received in a special preamble, and the special preamble is obtained based on a request procedure of MSG 1; the generation submodule includes:
a first adding unit, configured to add a RAPID of a special preamble of each SI request in a message header or a message subheader of the acknowledgement information;
wherein the number of the message headers or message subheaders is consistent with the number of special preambles of the SI request which is not confirmed yet and satisfies the confirmation condition.
30. The validation apparatus of claim 29, wherein the generation submodule further comprises: and a second adding unit, configured to add backoff indication information in a message header or a message subheader of the acknowledgement information.
31. The apparatus of claim 18, wherein the candidate listening window of the ue is determined according to a transmission characteristic parameter of the ue.
32. The apparatus of claim 31, wherein the SI request is received using a special preamble, wherein the special preamble is obtained based on a request procedure of MSG1, and wherein the transmission characteristic parameter is selected from a group consisting of:
the SI to which the SI request is directed;
the received special preamble;
resources for transmitting the special preamble.
33. The apparatus of claim 18, wherein the candidate listening window of the ue is indicated in advance by broadcasting.
34. The confirmation apparatus of claim 18, wherein the broadcast module comprises:
a broadcast sub-module, configured to broadcast, at a time indicated by the acknowledgement information, an SI requested by an SI request that satisfies an acknowledgement condition in the plurality of SI requests, where the time indicated by the acknowledgement information is later than an expiration time of the preset period.
35. An on-demand request method for SI, comprising:
sending a first SI request;
receiving confirmation information in a candidate listening window of the user equipment;
determining an SI request set confirmed by a network according to the confirmation information;
if the set of SI requests comprises the first SI request, maintaining or entering a sleep mode or performing DRX operation until SI broadcasting starts;
the SI request set comprises SI requests meeting confirmation conditions in all SI requests sent by the same or different user equipment in a preset period, and the SI requests in the SI request set are used for requesting different SIs;
after receiving the SI request set and before the SI broadcast starts, if a new SI request is generated, searching the SI request set;
if the new SI request is included in the SI request set, waiting for the SI broadcast to receive all needed SI;
if the new SI request is not included in the SI request set, the new SI request is sent.
36. The on-demand request method as recited in claim 35, further comprising:
before the candidate listening window of the user equipment starts, in a sleep state or performing a DRX operation.
37. The on-demand request method according to claim 35, wherein the SI request is sent in a special preamble, the special preamble is sent based on a request procedure of MSG1, the special preamble is used for requesting SI, and the receiving acknowledgement information within a candidate listening window of a user equipment comprises:
and monitoring a preset resource in a candidate monitoring window of the user equipment to acquire the confirmation information.
38. An on-demand request method as claimed in claim 37, wherein the predetermined resource is selected from: a public resource; or
A second resource associated with the first SI request.
39. The on-demand request method according to claim 38, wherein the common resource is predetermined by receiving broadcasted information.
40. The on-demand request method of claim 35, wherein the determining the set of SI requests for network acknowledgement according to the acknowledgement information comprises:
and acquiring the SI request set from a message header or a message subheader of the confirmation information.
41. The on-demand request method according to claim 40, wherein the SI request is sent in a special preamble, the special preamble is sent based on a request procedure of MSG1, and the set of SI requests comprises SI requests and RAPIDs of the corresponding special preambles.
42. The on-demand request method as recited in claim 35, further comprising:
determining whether the set of SI requests includes the first SI request;
when the judgment result shows that the SI request set does not comprise the first SI request, acquiring backoff indication information from a message header or a message subheader of the acknowledgement information;
and retransmitting the first SI request according to the indication of the backoff indication information.
43. The on-demand request method according to claim 35, wherein the candidate listening windows of the ue are determined according to a transmission characteristic parameter.
44. The on-demand request method according to claim 43, wherein the SI request is sent in a special preamble, the special preamble is sent based on a request procedure of MSG1, and the transmission characteristic parameter is selected from the group consisting of:
the first SI requests the directed SI;
a special preamble for transmitting the first SI request;
resources for transmitting the special preamble.
45. The on-demand request method of claim 35, wherein the candidate listening windows of the user equipment are predetermined by receiving broadcasted information.
46. An on-demand request method according to any one of claims 35 to 45, wherein the acknowledgement information is random access response information.
47. An on-demand request device for SI, comprising:
a sending module, configured to send a first SI request;
the receiving module is used for receiving confirmation information in a candidate listening window of the user equipment;
a determining module, configured to determine an SI request set confirmed by the network according to the confirmation information;
if the set of SI requests comprises the first SI request, the on-demand requesting device to remain or enter a sleep mode or perform DRX operations until SI broadcasting begins;
the SI request set comprises SI requests meeting confirmation conditions in all SI requests sent by the same or different user equipment in a preset period, and the SI requests in the SI request set are used for requesting different SIs;
after receiving the SI request set and before the SI broadcast starts, if a new SI request is generated, the on-demand request device searches the SI request set;
if the new SI request is included in the SI request set, the on-demand requesting device waits for the SI broadcast to receive all the needed SI;
if the new SI request is not included in the SI request set, the on-demand requesting device sends the new SI request.
48. The on-demand request device according to claim 47, further comprising:
a maintaining module for being in a sleep state or performing a DRX operation before a candidate listening window of the user equipment starts.
49. The on-demand request device of claim 47, wherein the SI request is sent in a special preamble, the special preamble is sent based on a request procedure of MSG1, the special preamble is used for requesting SI, and the receiving module comprises:
and the monitoring submodule is used for monitoring a preset resource in a candidate monitoring window of the user equipment so as to acquire the confirmation information.
50. The on-demand request device according to claim 49, wherein the preset resource is selected from the group consisting of: a public resource; or
A second resource associated with the first SI request.
51. The on-demand request device according to claim 50, wherein the common resource is predetermined by receiving broadcasted information.
52. The on-demand request device according to claim 47, wherein the determining module comprises: and the acquisition submodule is used for acquiring the SI request set from a message header or a message subheader of the confirmation information.
53. The on-demand request device of claim 52, wherein the SI request is sent in a special preamble, wherein the special preamble is sent based on a request procedure of MSG1, and wherein the set of SI requests comprises SI requests and RAPIDs of corresponding special preambles.
54. The on-demand request device according to claim 47, further comprising:
a determining module, configured to determine whether the SI request set includes the first SI request;
an obtaining module, configured to obtain backoff indication information from a message header or a message subheader of the acknowledgment information when the determination result indicates that the SI request set does not include the first SI request;
and a retransmission module, configured to retransmit the first SI request according to the indication of the backoff indication information.
55. The on-demand request device of claim 47, wherein the candidate listening window of the UE is determined according to a transmission characteristic parameter.
56. The on-demand request device of claim 55, wherein the SI request is sent in a special preamble, wherein the special preamble is sent based on a request procedure of MSG1, wherein the transmission characteristic parameter is selected from a group consisting of:
the first SI requests the directed SI;
a special preamble for transmitting the first SI request;
resources for transmitting the special preamble.
57. The on-demand request device of claim 47, wherein the candidate listening window of the UE is predetermined by receiving broadcasted information.
58. An on-demand request device as claimed in any one of claims 47 to 57, wherein the acknowledgement information is random access response information.
59. A storage medium having a computer program stored thereon, the computer program, when executed by a processor, performing the steps of the method of any of claims 1 to 17 or of any of claims 35 to 46.
60. A terminal comprising a memory and a processor, the memory having stored thereon a computer program operable on the processor, wherein the processor, when executing the computer program, performs the steps of the method of any of claims 35 to 46.
61. A base station comprising a memory and a processor, the memory having stored thereon a computer program operable on the processor, wherein the processor, when executing the computer program, performs the steps of the method of any of claims 1 to 17.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711008937.3A CN109714809B (en) | 2017-10-25 | 2017-10-25 | Method for confirming SI request, method and device for requesting SI on demand, storage medium, terminal and base station |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711008937.3A CN109714809B (en) | 2017-10-25 | 2017-10-25 | Method for confirming SI request, method and device for requesting SI on demand, storage medium, terminal and base station |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109714809A CN109714809A (en) | 2019-05-03 |
CN109714809B true CN109714809B (en) | 2020-11-13 |
Family
ID=66252820
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711008937.3A Active CN109714809B (en) | 2017-10-25 | 2017-10-25 | Method for confirming SI request, method and device for requesting SI on demand, storage medium, terminal and base station |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109714809B (en) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110602799B (en) * | 2019-09-30 | 2021-10-29 | 北京紫光展锐通信技术有限公司 | Information processing method, network element equipment, terminal and storage medium |
CN113688340A (en) * | 2021-08-13 | 2021-11-23 | 山东海量信息技术研究院 | Http request processing method, device, system and storage medium |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101877825A (en) * | 2009-04-28 | 2010-11-03 | 中兴通讯股份有限公司 | Instruction method for changing system information and receiving method of system information |
CN106171011A (en) * | 2016-06-30 | 2016-11-30 | 北京小米移动软件有限公司 | system information transmission method and device |
CN107251612A (en) * | 2015-02-10 | 2017-10-13 | 高通股份有限公司 | On-demand system information |
-
2017
- 2017-10-25 CN CN201711008937.3A patent/CN109714809B/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101877825A (en) * | 2009-04-28 | 2010-11-03 | 中兴通讯股份有限公司 | Instruction method for changing system information and receiving method of system information |
CN107251612A (en) * | 2015-02-10 | 2017-10-13 | 高通股份有限公司 | On-demand system information |
CN106171011A (en) * | 2016-06-30 | 2016-11-30 | 北京小米移动软件有限公司 | system information transmission method and device |
Non-Patent Citations (3)
Title |
---|
MediaTek Inc..NR SI Unicast.《3GPP TSG-RAN2#97 Meeting R2-1701362》.2017,第2部分. * |
NR SI Unicast;MediaTek Inc.;《3GPP TSG-RAN2#97 Meeting R2-1701362》;20170217;第2部分 * |
On Demand SI Delivery: Signaling Aspects;Samsung;《3GPP TSG-RAN WG2 NR R2-1700011》;20170119;第2部分 * |
Also Published As
Publication number | Publication date |
---|---|
CN109714809A (en) | 2019-05-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11832308B2 (en) | Method and apparatus for performing random access procedure | |
US10575337B2 (en) | Communications device and method for improving the transmission of random access messages | |
US20220104249A1 (en) | Search space optimization method and apparatus, and storage medium | |
JP7010212B2 (en) | A method for showing the resources allocated to HARQ messages in a random access procedure for low complexity narrowband terminals. | |
EP3167677B1 (en) | Methods, apparatus and computer programs for keep-alive signaling | |
JP5371074B2 (en) | Prevention of random access based on old system information in wireless communication systems | |
US11102714B2 (en) | Method and apparatus for obtaining system information | |
CN107409317B (en) | Method for operating fast random access procedure in wireless communication system and apparatus therefor | |
JP2021527979A (en) | Random access backoff method and device in wireless communication system | |
KR20190027869A (en) | System information transmission method, user equipment, network side equipment, system and storage medium | |
CN109714809B (en) | Method for confirming SI request, method and device for requesting SI on demand, storage medium, terminal and base station | |
KR20100089728A (en) | Method of transmitting and receiving an acknowledgement in a wireless system | |
CN109565741B (en) | Method, device and system for acquiring system information | |
US11924882B2 (en) | Method and apparatus for providing non-scheduled network access | |
CN111527785A (en) | Information feedback method and device and computer storage medium | |
US20120287812A1 (en) | Method for performing efficient ranging in a broadband wireless access system | |
EP3562254A1 (en) | Methods and apparatuses for decoding of contention based uplink transmissions | |
WO2018171808A1 (en) | Method and device for responding to system message, and computer storage medium | |
WO2024077639A1 (en) | Hybrid automatic request (harq) feedback |
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 |