METHOD AND SYSTEM FOR REDUCING ALWAYS-ON RADIO SIGNALS

Abstract

This application provides a method and system for reducing always-on radio signals, which includes: determining a SI-PlanningInformation and adding transmit message type sublists with a predetermined number to the SI-PlanningInformation, where each transmit message type sublist includes at least one transmit message type; adding ra-PreambleLength fields to si-RequestConfig, where ra-PreambleLength is equal to the predetermined number, and the ra-PreambleLength fields have a one-to-one correspondence with elements in the transmit message time sublists; sending SIB1 messages and detecting a Msg1 preamble; and transmitting a transmit type that corresponds to a terminal based on a specific transmit message request preamble if the specific message request preamble is detected.In the present application, the type of transmission message requested by the terminal side can be accurately identified only by updating the configuration on the base station side without increasing the message flow and system loading cost, thus providing a simplified design on the base station side, decreasing system power consumption and reducing interference between adjacent cells.

Description

METHOD AND SYSTEM FOR REDUCING ALWAYS-ON RADIO SIGNALS CROSS-REFERENCE WITH RELATED APPLICATIONS This application is based on and claims priority to Chinese Patent Application No. 202110721718.X, filed on June 28, 2021, entitled Method and System for Reducing Always-On Radio Signals, the description of which is incorporated herein by reference in its entirety. TECHNICAL FIELD OF THE INVENTION This application relates to the field of communications technology and, in particular, to a method and system for reducing always-on radio signals. BACKGROUND OF THE INVENTION With the rapid development of 5G, it has become a key focus of global attention and competition. Unlike traditional 2G, 3G, and 4G communication modes, 5G communication is characterized by its high speed, low latency, and high capacity. The development of 5G infrastructure and the implementation of commercial 5G applications not only promote the emergence of a smarter and more convenient lifestyle for humans but also drive the intelligent transformation and improvement of industries. By integrating production and human life, 5G can create a new era of the Internet of Everything. 5G network design always follows a simplified design principle, minimizing always-on signals such as transmission signals and demodulation reference signals. In traditional LTE scenarios, these signals consume relatively few system resources and have relatively little impact. However, in 5G, which faces high-density, high-traffic scenarios, each network node carries relatively little traffic, making the influence of always-on signals more prominent. This impact primarily manifests in two ways: firstly, it increases network power consumption, and secondly, it increases interference between adjacent cells, leading to a decrease in system capacity. Lronnn / rznz / E / YiAi BRIEF DESCRIPTION OF THE INVENTION The present application provides a method and system for reducing always-on radio signals, which can resolve the defects in the related art that always-on radio signals cause an excessive network load and easily increase interference between adjacent cells and can optimally configure radio resources. This application provides a method for reducing always-on radio signals, which includes: determine a PlanningInformation SI and add transmission message type sublists with a predetermined number in the PlanningInformation SI, where each transmission message type sublist includes at least one transmission message type; add fields ra-PreambleLength in si-RequestConfig, where ra-PreambleLength is equal to the preset number, and the fields in ra-PreambleLength have a one-to-one correspondence with items in the transmit message time sublists; send SIB1 messages and detect an Msgl preamble; and transmit a transmission type that corresponds to a terminal based on a specific transmission message request preamble if the specific message request preamble is detected. In one modality, the method also includes: Perform other preamble procedure flows if any remaining preamble resources are detected. In one modality, the method also includes: record transmission message types or combinations requested by each terminal within a pre-established period; count the occurrence numbers of each message type or combination after the preset period ends and sort the occurrence numbers in descending order to obtain a ranking result; Select the preset number of transmission message types or combinations placed in the first based on the sorting result and compare the selected preset number of transmission message types or combinations in a second period with the preset number of transmission message types or combinations in a first period to obtain a comparison result; and update the SIB1 messages and repeat a message registration procedure in case the comparison result is consistent. Leonnn / eznz / E / YiAi In one modality, the method also includes: trigger a transmission message modification procedure and send Location messages if the comparison result is inconsistent. This application also provides a method for reducing always-on radio signals, which includes: Receive SIB1 messages sent by a base station and store transmit message type sublists with a preset number and ra-PreambleLength fields, initiate a transmit message request according to business requirements and search for matched transmit message types or combinations from the transmit message type sublists, use corresponding preamble resources and initiate Msgl if matched transmit message types or combinations are present; and receive a transmit message if the Msg2 returned by the base station is successfully received, otherwise, repeat steps of using corresponding preamble resources and initiating Msgl based on matched transmit message types or combinations. In one modality, the method also includes: initiate a Msg3-based broadcast message request if broadcast message types or combinations are missing from the broadcast message type sublists. This application also provides a system for reducing always-on radio signals, which includes: a first determination module, configured to determine a PlanningInformationSI and add transmission message type sublists with a predetermined number in the PlanningInformationSI, where each transmission message type sublist includes at least one transmission message type; a second determination module, configured to add ra-PreambleLength fields in s¡-RequestConfig, where the ra-PreambleLength is equal to the preset number, and the ra-PreambleLength fields have a one-to-one correspondence with elements in the transmission message time sublists; a sending module, configured to send SIB1 messages and detect an Msgl preamble; and a transmission module, configured to transmit a transmission type that corresponds to a terminal based on a specific transmission message request preamble in case the specific message request preamble is detected. Lronnn / rznz / E / YiAi This application also provides a system for reducing always-on radio signals, which includes: a first receive module, configured to receive SIB1 messages sent by a base station and store transmit message type sublists with a preset number and ra-PreambleLength fields, a search module, configured to initiate a transmit message request according to business requirements and search for matched transmit message types or combinations from the transmit message type sublists, a determination module, configured to use corresponding preamble resources and initiate Msgl if matched transmit message types or combinations are present; A second receive module, configured to receive a transmit message if the Msg2 returned by the base station is successfully received; otherwise, repeat steps of using the corresponding preamble resources and initializing Msgl based on the paired transmit message types or combinations. The present application also provides an electronic device, which includes a processor and a memory that has stored in it computer programs executed by the processor to implement the steps of the aforementioned methods for reducing always-on radio signals. The present application also provides a non-transient, computer-readable storage medium, which has stored in it computer programs executed by the processor to implement the steps of the aforementioned methods for reducing always-on radio signals. In the method and system for reducing always-on radio signals in accordance with this application, the type of transmission message requested by the terminal side can be accurately identified only by updating the configuration on the base station side without increasing the message flow and system loading cost, thereby providing a simplified design on the base station side, decreasing system power consumption, and reducing interference between adjacent cells. BRIEF DESCRIPTION OF THE FIGURES To illustrate more clearly the solutions in this application or in the prior art, the accompanying drawings used in the description of the related art are briefly introduced below. The drawings in the following description show only some Leonnn / eznz / E / YiAi modalities of the present application. Skilled artists may obtain other drawings based on these drawings without any creative work. Figure 1 shows transmission request configuration information based on Msgl according to the previous technique; Figure 2 shows transmission request configuration information based on Msg3 according to the previous technique; Figure 3 is a first schematic flowchart of a method for reducing always-on radio signals according to the present application; Figure 4 is a flowchart of a terminal requesting a transmission message in accordance with the present request; Figure 5 is a flowchart of a base station maintaining sublists of transmission message types in accordance with the present application; Figure 6 is a flowchart of a transmit message request at a base station in accordance with the present request; Figure 7 is a flowchart of a base station that maintains sublists of message types according to the present request; Figure 8 is a second schematic flowchart of a method for reducing always-on radio signals according to the present application; Figure 9 is a flowchart of a transmission message request on one terminal side in accordance with the present request; Figure 10 is a first schematic flowchart of a system for reducing always-on radio signals in accordance with the present application; Figure 11 is a second schematic flowchart of a system for reducing always-on radio signals in accordance with the present application; Figure 12 is a schematic structural diagram of an electrical device according to the present application. DETAILED DESCRIPTION OF THE INVENTION To clarify the objectives, technical solutions, and advantages of this application, the solutions herein are described clearly and completely below with reference to the accompanying drawings. The described embodiments are part of, but not all of, the embodiments of this application. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative work will fall within the scope of protection of this application. i Γοηηη / Γ7η7 / Β / γΐΛΐ Currently, to follow the principle of simplified design, 5G supports on-demand transmissions of SIB2 and subsequent transmission signals; that is, a base station side transmits a corresponding transmission signal only after a terminal initiates a transmission request. Specifically, the following two modes are supported. 1. Request for transmission to Msgl base (SI request) According to protocol 38.331, the base station sends scheduling information (listScheduleSchedule) for other transmit signals (such as SIB2 and SIB3), including information such as transmission periods and modes for each transmit signal, in a field of SI-ScheduleInformation in SIB1. For a transmit signal with a transmission mode of not transmitting, the terminal uses a Msgl resource configured in siRequestConfig to trigger a transmit request if SIScheduleInformation contains a si-RequestConfig. As shown in Figure 1, for SIB2, SIB3, and SIBx with the transmission mode of not transmitting, the terminal can use the Msgl resource configured in si-RequestConfig to request the base station to send the transmit signal. 2. Request for transmission to Msg3 base (request SI) According to protocol 38.331, if a RequestConfig is not included in the SI-PlanningInformation field, the terminal uses Msg3 to request the broadcast transmission, and Msg3 contains the RRCSystemInfoRequest message. As shown in Figure 2, the RRCSystemInfoRequest message reported by the terminal indicates that the base station needs to schedule SIB2, SIB3, and SIBx. In the two previous modes, for a Msgl-based transmission request, the base station only allocates a preamble resource corresponding to the Msgl, and different terminals can only request the same type of transmission message or combination. For example, the SIB2 and SIB3 types in the PlanningInfoList are not transmitting. Even though the terminal only needs SIB2, the base station will transmit SIB2 and SIB3 after receiving the Msgl, which wastes resources and undermines the simplified design principle. For a Msg3-based transmission request, although it can precisely indicate the type of transmission or combination to be sent by the base station, it requires increasing the transmission of Msg3 and Msg4 compared to the Msgl-based transmission request, which also wastes resources. Therefore, this application provides a new design method for redesigning the broadcast application procedure. Figure 3 is a first schematic flowchart of a method for reducing always-on radio signals, as implemented by a base station, in accordance with this application. The method includes: 101, determine a Planning Information System and add sublists of type of Leonnn / eznz / E / YiAi transmission message with a predetermined number in the SI-PlanningInformation, where each transmission message type sublist includes at least one transmission message type; 102, add ra-PreambleLength fields to si-RequestConfig, where ra-PreambleLength is equal to the preset number, and the ra-PreambleLength fields have a one-to-one correspondence with items in the transmit message time sublists; 103, send SIB1 messages and detect an Msgl preamble; and 104, transmit a transmission type that corresponds to a terminal based on a specific transmission message request preamble in case the specific message request preamble is detected. In one mode, this application provides a preamble-based transmission request solution. That is, the base station assigns different transmission types or combinations to different preambles in a one-to-one correspondence in the SI-PlanningInformation field of SIB1, and the terminal selects different preamble resources to transmit Msgl according to the expected transmission message type. The base station then sends a corresponding transmission type or combination, based on the Msgl. Since the number of preambles is limited, the base station periodically maintains the transmission type or combination requested by all terminals and maps the maximum number of transmission types or combinations to the limited preamble. The terminal uses a Msg3-based transmission request if the transmission type or combination requested by the terminal is not in the SI-PlanningInformation field. It should be noted that the flowchart showing that a terminal requests a transmit message includes: adding N transmit message type sublists (subListaDelnfoDePlanificación) to SI-InformacionDePlanificación, each transmit message type sublist including one or more transmit message types; adding raLengthOfPreamble fields in si-ConfigDeSolicitud, where ra-LengthOfPreamble equals N, indicating that N preamble resources, starting from ra-indexOfPreamble, correspond to the items in the listaDelnfoDePlanificación in one-to-one correspondence; after receiving the specific preamble to the transmit request, finding, via the base station side, the corresponding transmit message type sublist and transmitting the corresponding transmit message type, as shown in Figure 4. In one modality, the steps for maintaining the base station's transmit message type sublist include: determining a first maintenance period T for the transmit message type sublists, counting the transmit message types, or Leonnn / eznz / E / YiAi combinations requested by all terminals in the first maintenance period and classify the transmission message types or combinations in terms of the number of occurrences, select the first N transmission message types or combinations according to the number N of specific preambles configured and, in case the first N transmission message types or combinations are different from the transmission message types or combinations in a second period, triggering a system message modification procedure and resending the SIB1 message, as shown in Figure 5. In the present application, the type of transmission message requested by the terminal side can be accurately identified only by updating the configuration on the base station side without increasing the message flow and system load cost, thus providing a simplified design on the base station side, decreasing system power consumption and reducing interference between adjacent cells. Based on the previous approach, the method also includes: perform other preamble procedure flows in case remaining preamble resources are detected; record transmission message types or combinations requested by each terminal within a pre-established period; count the occurrence numbers of each message type or combination after the preset period ends and sort the occurrence numbers in descending order to obtain a ranking result; select the preset number of transmission message types or combinations placed in the first based on the sorting result and compare the preset number of transmission message types or combinations selected in a second period with the preset number of transmission message types or combinations in a first period to obtain a comparison result; Update the SIB1 messages and repeat a message logging procedure if the comparison result is consistent, and trigger a transmission message modification procedure and send a Location message if the comparison result is inconsistent. In one mode, the procedure for requesting a transmission message from the terminal, as shown in Figure 6, includes: Step 301, add again, via the base station side, a transmission message type sublist subPlanningInfoList in SI-PlanningInformation, the transmission message type sublist that includes N transmission message types or combinations; Leonnn / eznz / E / YiAi 302, add ra-PreambleLength fields to si-RequestConfig, where ra-PreambleLength equals N, and the ra-PreambleLength fields have a one-to-one correspondence with items in the transmit message time sublist; Step 303, send message SIB1; Step 304, detect an Msgl preamble; Step 305, if a specific transmit message request preamble is detected, perform step 306, and if other preamble resources are detected, perform step 307; Step 306, select the appropriate transmission message type or combination to transmit; and Step 307, carry out another preamble procedure flow. The procedure for maintaining the transmission message type sublist by the base station, as shown in Figure 7, includes: Step 401, send N types of transmission message or default combinations; Step 402, record transmission message types or combinations requested by each terminal in a period T; Step 403, after the period ends, count the number of occurrences of each type of message or combination and sort the number of occurrences in descending order to obtain a sorting result; Step 404, select the first N types of transmission message or combinations according to the sorting result and compare the first N types of transmission message or combinations in a second period, repeat step 402 if a comparison result is consistent and otherwise carry out step 405; Step 405, trigger the transmission message modification procedure and send a Location message; and step 406, update the SIB1 messages and repeat step 402. Figure 8 is a second schematic flowchart of a method for reducing always-on radio signals in accordance with the present application. As shown in Figure 8, the method is implemented by a terminal and includes: Receive SIB1 messages sent by a base station and save transmit message type sublists with a preset number and ra-PreambleLength fields, initiate a transmit message request according to business requirements and search for matched transmit message types or combinations from the transmit message type sublists, use corresponding preamble resources and initiate Msgl if they are Leonnn / eznz / E / YiAi present the paired transmission message types or combinations; Receive a transmit message if the Msg2 returned by the base station is successfully received; otherwise, repeat steps of using appropriate preamble resources and initializing Msgl based on the paired transmit message types or combinations. In one modality, the method also includes: initiate a Msg3-based broadcast message request if broadcast message types or combinations are missing from the broadcast message type sublists. In one mode, as shown in Figure 9, the procedure flow on one side of the terminal includes: step 321, receive SIB1 messages and save information such as subPlanningInfoList and ra-PreambleLength; Step 322, initiate a broadcast message request in accordance with business requirements; Step 323, search for matched transmission message types or combinations for the transmission message type sublists, perform step 324 if the transmission message types or combinations are present, otherwise perform step 326; Step 324, use appropriate preamble resources and initialize Msgl according to the paired transmission message types or combinations; Step 325, indicate that the base station successfully detects Msgl. If the terminal successfully receives Msg2, proceed to step 327; otherwise, proceed to step 324. Step 326, select to initiate a transmission message request based on Msg3; and step 327, receive a transmission message. The system for reducing always-on radio signals, as described in this application, is set forth below. The system for reducing always-on radio signals described below and the method for reducing always-on radio signals described above may be referenced accordingly. Figure 10 is a first schematic flowchart of a system for reducing always-on radio signals in accordance with this application. As shown in Figure 10, the system includes: A first determination module 1001, configured to determine a PlanningInformation SI and add transmission message type sublists with a predetermined number in the PlanningInformation SI, where each message type sublist of Leonnn / eznz / E / YiAi transmission comprises at least one transmission message type; a second determination module 1002, configured to add ra-PreambleLength fields in siConfigDeSolicitud, wherein ra-PreambleLength is equal to the preset number, and the ra-PreambleLength fields have a one-to-one correspondence with items in the transmission message time sublists; a dispatch module 1003, configured to send a SIB1 message and detect an Msgl preamble; and a transmission module 1004, configured to transmit a transmission type that corresponds to a terminal based on a specific transmission message request preamble in case the specific message request preamble is detected. In the present application, the type of transmission message requested by the terminal side can be accurately identified only by updating the configuration on the base station side without increasing the message flow and system load cost, thus providing a simplified design on the base station side, decreasing system power consumption and reducing interference between adjacent cells. Figure 11 is a second schematic flowchart of a system for reducing always-on radio signals in accordance with this application. As shown in Figure 11, the system includes: a first receive module 1101, configured to receive a SIB1 message sent by a base station and store transmit message type sublists with a preset number and ra-PreambleLength fields, a search module 1102, configured to initiate a transmit message request in accordance with business requirements and search for matched transmit message types or combinations from the transmit message type sublists, a determination module 1103, configured to use corresponding preamble resources and initiate Msgl if matched transmit message types or combinations are present;and a second receive module 1104, configured to receive a transmit message if the Msg2 returned by the base station is successfully received; otherwise, repeat steps of using the corresponding preamble resources and initializing Msgl based on the paired transmit message types or combinations. Figure 12 illustrates a schematic diagram of the physical structure of an electronic device. As shown in Figure 12, the electronic device may include a processor 1210, a communications interface 1220, a memory 1230, and a communications bus 1240. The processor 1210, the communications interface 1220, and the memory 1230 communicate with each other via the communications bus 1240. The processor 1210 can call logical instructions in memory 1230 to carry out a method for reducing always-on radio signals, where the method includes determining a Scheduling Information and adding sublists of type Leonnn / eznz / E / YiAi of transmit message with a predetermined number in SI-PlanningInformation, where each transmit message type sublist includes at least one transmit message type; add ra-PreambleLength fields in si-RequestConfig, where ra-PreambleLength is equal to the predetermined number, and the ra-PreambleLength fields have a one-to-one correspondence with items in the transmit message time sublists; send an SIB1 message and detect a Msgl preamble; and transmit a transmit type that corresponds to a terminal based on a specific transmit message request preamble if the specific message request preamble is detected. Furthermore, the aforementioned logical instructions in memory 1230 can be implemented as functional software units and stored on a computer-readable storage medium when sold or used as a standalone product. Based on this understanding, the solution in this disclosure can be represented as a software product in substance, or the contributing portion thereof. The computer software product is stored on a storage medium and includes various instructions used to cause a computing device (which may be a personal computer, a server, a network device, etc.) to perform all or part of the steps of the methods described in the various embodiments of this application.The storage medium mentioned above may include: a USB disk, a mobile hard disk, read-only memory (ROM), random access memory (RAM), a magnetic disk or a compact disk, and other media capable of storing program code. The present application further provides a computing product, which includes a computer program stored on a non-transient, computer-readable storage medium, wherein the computer program includes program instructions that are executed by the processor to implement the method for reducing always-on radio signals in accordance with the above methods, wherein the method includes: determining a PlanningInformation and adding transmission message type sublists with a predetermined number in the PlanningInformation.wherein each transmit message type sublist includes at least one transmit message type; adding raPreambleLength fields to si-RequestConfig, wherein raPreambleLength is equal to the preset number, and the raPreambleLength fields have a one-to-one correspondence with items in the transmit message time sublists; sending a SIB1 message and detecting an Msgl preamble; and transmitting a transmit type that corresponds to a terminal based on a specific transmit message request preamble if the specific request message preamble is detected. This application also provides a readable storage medium Lronnn / rznz / E / YiAi computer that has stored in it, computer programs that are executed by the processor to implement the aforementioned methods to reduce always-on radio signals, where the method includes: determining a SI-PlanningInformation and adding transmission message type sublists with a predetermined number in the SI-PlanningInformation.wherein each transmit message type sublist includes at least one transmit message type; adding ra-PreambleLength fields in siConfigRequest, wherein ra-PreambleLength is equal to the preset number, and the ra-PreambleLength fields have a one-to-one correspondence with items in the transmit message time sublists; sending a SIB1 message and detecting an Msgl preamble; and transmitting a transmit type that corresponds to a terminal based on a specific transmit message request preamble if the specific request message preamble is detected. The device configurations described above are for illustrative purposes only. Units described as separate components may or may not be physically separate, and components shown as units may or may not be physical units; that is, they may be located in a single location or distributed across multiple network units. Some or all of the units may be selected according to the actual needs to achieve the purpose of the solution for the current configuration. From the description of the preceding modalities, those skilled in the art will readily understand that various modalities can be implemented using software and a necessary general hardware platform, and certainly, they can also be implemented using hardware. The aforementioned solutions can be represented as software products in essence, or as parts that contribute to the related technique. These software products can be stored on computer-readable storage media, such as ROM / RAM, magnetic disk A, a compact disc, etc., and include various instructions to cause a computing device (which may be a personal computer, a server, a network device, etc.) to carry out the methods described in various modalities or parts thereof. Finally, it should be appreciated that the above modalities are used only to illustrate the solutions of the present application, but not to limit them; although the present application has been described in detail in conjunction with the above modalities, those skilled in the art will understand that it is possible to modify the technical solutions described in the above modalities, or to replace some technical features in an equivalent manner; and that these modifications or replacements do not cause the essence of the corresponding solutions to deviate from the scope of the solutions of the modalities of the present application.

Claims

1. A method for reducing always-on radio signals, characterized in that it comprises: determining a PlanningInformation SI and adding transmit message type sublists with a predetermined number to the PlanningInformation SI, wherein each transmit message type sublist comprises at least one transmit message type; adding ra-PreambleLength fields to RequestConfig, wherein the ra-PreambleLength is equal to the predetermined number, and the ra-PreambleLength fields have a one-to-one correspondence with elements in the transmit message time sublists; sending SIB1 messages and detecting a Msgl preamble; and transmitting a transmit type that corresponds to a terminal based on a specific transmit message request preamble if the specific message request preamble is detected. 2 - The method according to claim 1, further characterized in that it additionally comprises: carrying out other preamble procedure flows in case remaining preamble resources are detected.

3. The method according to claim 1 or 2, further characterized in that it further comprises: recording transmission message types or combinations requested by each terminal within a predetermined period; counting the number of occurrences of each message type or combination after the predetermined period ends and sorting the occurrence numbers in descending order to obtain a sorting result; selecting the predetermined number of transmission message types or combinations placed in the first period based on the sorting result and comparing the selected predetermined number of transmission message types or combinations in a second period with the predetermined number of transmission message types or combinations in a first period to obtain a comparison result;and update the SIB1 messages and repeat a message logging procedure if the comparison result is consistent.

4. The method according to claim 3, further characterized in that it also comprises: triggering a transmission message modification procedure and sending a Location message if the comparison result is inconsistent.

5. A method for reducing always-on radio signals, characterized in that it comprises: receiving SIB1 messages sent by a base station and storing transmit message type sublists with a preset number and ra-PreambleLength fields, initiating a transmit message request in accordance with business requirements and searching for matched transmit message types or combinations from the transmit message type sublists, using corresponding preamble resources and initiating Msgl if the matched transmit message types or combinations are present; receiving a transmit message if the Msg2 returned by the base station is successfully received, otherwise, repeating the steps of using corresponding preamble resources and initiating Msgl based on the matched transmit message types or combinations. 6 - The method according to claim 5, further characterized in that it further comprises: initiating a transmission message request based on Msg3 in case transmission message types or combinations are absent from the transmission message type sublists. 7 - A system for reducing always-on radio signals, characterized in that it comprises: a first determination module, configured to determine a PlanningInformationSI and add transmission message type sublists with a predetermined number in the PlanningInformationSI.wherein each transmission message type sublist comprises at least one transmission message type; a second determination module, configured to add ra-PreambleLength fields to si-RequestConfig, wherein ra-PreambleLength is equal to the preset number, and the ra-PreambleLength fields have a one-to-one correspondence with items in the transmission message time sublists; a sending module, configured to send SIB1 messages and detect an Msgl preamble; and a transmission module, configured to transmit a transmission type that corresponds to a terminal based on a specific transmission message request preamble in case the specific message request preamble is detected.

8. A system for reducing always-on radio signals, characterized in that it comprises: a first receiving module, configured to receive SIB1 messages sent by a base station and store transmit message type sublists with a preset number and ra-PreambleLength fields, a search module, configured to initiate a transmit message request in accordance with business requirements and search for matched transmit message types or combinations from the transmit message type sublists, a determination module, configured to use corresponding preamble resources and initiate Msgl if matched transmit message types or combinations are present;a second receive module, configured to receive a transmit message if the Msg2 returned by the base station is successfully received; otherwise, repeat steps of using the corresponding preamble resources and initializing Msgl based on the paired transmit message types or combinations.

9. An electronic device comprising a processor and a memory having computer programs stored therein, wherein the computer programs, executed by the processor, carry out the steps of the method for reducing always-on radio signals in accordance with any of claims 1 to 6.

10. A non-transient computer-readable storage medium comprising computer programs stored therein, wherein the computer programs, when executed by the processor, carry out the steps of the method for reducing always-on radio signals in accordance with any of claims 1 to 6.

Images