WO2018191839A1 - 用于请求系统消息的方法、装置、用户设备及基站 - Google Patents

用于请求系统消息的方法、装置、用户设备及基站 Download PDF

Info

Publication number
WO2018191839A1
WO2018191839A1 PCT/CN2017/080713 CN2017080713W WO2018191839A1 WO 2018191839 A1 WO2018191839 A1 WO 2018191839A1 CN 2017080713 W CN2017080713 W CN 2017080713W WO 2018191839 A1 WO2018191839 A1 WO 2018191839A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
requested
system message
response message
random access
Prior art date
Application number
PCT/CN2017/080713
Other languages
English (en)
French (fr)
Inventor
江小威
Original Assignee
北京小米移动软件有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to ES17906580T priority Critical patent/ES2945133T3/es
Priority to KR1020197033977A priority patent/KR102314479B1/ko
Priority to BR112019021576A priority patent/BR112019021576A2/pt
Priority to JP2020505953A priority patent/JP6961795B2/ja
Application filed by 北京小米移动软件有限公司 filed Critical 北京小米移动软件有限公司
Priority to PL17906580.0T priority patent/PL3614599T3/pl
Priority to RU2019134995A priority patent/RU2726741C1/ru
Priority to EP23158485.5A priority patent/EP4213426A1/en
Priority to PCT/CN2017/080713 priority patent/WO2018191839A1/zh
Priority to EP17906580.0A priority patent/EP3614599B1/en
Priority to CN201780000210.2A priority patent/CN107223353B/zh
Priority to SG11201909607P priority patent/SG11201909607PA/en
Publication of WO2018191839A1 publication Critical patent/WO2018191839A1/zh
Priority to US16/653,340 priority patent/US11096223B2/en
Priority to US17/368,175 priority patent/US11612000B2/en
Priority to US18/172,467 priority patent/US20230199858A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0203—Power saving arrangements in the radio access network or backbone network of wireless communication networks
    • H04W52/0206—Power saving arrangements in the radio access network or backbone network of wireless communication networks in access points, e.g. base stations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H04W74/0833—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access] using a random access procedure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
    • H04W48/14—Access restriction or access information delivery, e.g. discovery data delivery using user query or user detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/16—Discovering, processing access restriction or access information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/002—Transmission of channel access control information
    • H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Definitions

  • the present disclosure relates to the field of communications technologies, and in particular, to a method, an apparatus, a user equipment, and a base station for requesting a system message.
  • SI System Information
  • LTE Long Term Evolution
  • UE User Equipments
  • the second type of system message is broadcasted in the sending window of the second type of system message requested by the UE, but in the related art, the UE may fail to send the MSG1 due to the low power of sending the MSG1, thereby causing The base station does not receive the request message sent by the UE and does not broadcast the second type of system message. The UE can only request the second type of system message through the MSG1 in the next system message period, causing the UE to obtain the system message extended. Affect performance.
  • the embodiments of the present disclosure provide a method, an apparatus, a user equipment, and a base station for requesting a system message, so as to improve efficiency of requesting a system message to be requested by a user equipment through a random access request, and avoiding When the request fails, the requested system message to be requested or the time extension of the system message cannot be received.
  • a method for requesting a system message comprising:
  • the to-be-requested system message is monitored and received in a sending window of the to-be-requested system message corresponding to the guide code identifier, based on the guide code identifier included in the response message.
  • the method comprises:
  • the method further includes:
  • the number of requests for the system message to be requested is greater than the preset number of times, the number of requests for the system message to be requested has been indicated to the radio resource control RRC layer for the maximum number of times.
  • the method further includes:
  • a method for requesting a system message including:
  • generating, in the request message, a response message in a preset format including:
  • generating a response message in a preset format based on the request message including:
  • a response message of the preset format is obtained.
  • the header of the response message further includes indication information indicating a structure type of the response message.
  • the method further includes:
  • an apparatus for requesting a system message comprising:
  • the first sending module is configured to send a first random access request, where the first random access request carries at least one pilot code that identifies a system message to be requested;
  • the first monitoring module is configured to listen to the response message corresponding to the first random access request within a preset time period, where the response message carries information for responding to the pilot code;
  • a second monitoring module configured to: when the response message is received, monitor and receive the in the sending window of the to-be-requested system message corresponding to the guiding code identifier, based on the guiding code identifier included in the response message System message to be requested.
  • the apparatus comprises:
  • the first determining module is configured to determine, according to the guide identifier that is included in the response message, and at least one pilot that carries the identifier to be requested system message in the first random access request, to determine that the request result is a failed pending system Message
  • the second sending module is configured to send a second random access request, where the second random access request carries a pilot code of the to-be-requested system message that the request fails.
  • the apparatus further includes:
  • a statistics module configured to count the number of requests for each system message to be requested
  • the problem reporting module is configured to indicate to the radio resource control RRC layer that the number of requests for the to-be-requested system message has reached a maximum number of times when the number of requests for the system message to be requested is greater than a preset number of times.
  • the apparatus further includes:
  • the second determining module is configured to determine that no pending system message request is successful when the response message is not monitored.
  • an apparatus for requesting a system message comprising:
  • the first receiving module is configured to receive a random access request that is sent by the user equipment and that carries the guide code of the to-be-requested system message;
  • a message generating module configured to generate a response message in a preset format based on the request message received by the first receiving module
  • the third sending module is configured to send the response message generated by the message generating module.
  • the message generating module includes:
  • a first parsing submodule configured to parse the to-be-requested system from the request message The guide code of the message
  • the first generation submodule is configured to add a guide identifier of the guide code of the to-be-requested system message to be determined to be added to the sub-packet header of the response message, to obtain a response message of the preset format.
  • the message generating module includes:
  • a second parsing submodule configured to parse the pilot code of the to-be-requested system message from the request message
  • a second generation submodule configured to set, in a header portion of the response message, a number of pilot codes of the system message to be requested or a body length of the response message, and to respond to the system message to be requested
  • the code identifier of the guide code is added to the body of the response message to obtain a response message of the preset format.
  • the header of the response message further includes indication information indicating a structure type of the response message.
  • the apparatus further includes:
  • a fourth sending module configured to send the responded system message to be requested in a sending window of the to-be-requested system message.
  • a user equipment including:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • the to-be-requested system message is monitored and received in a sending window of the to-be-requested system message corresponding to the guide code identifier, based on the guide code identifier included in the response message.
  • a base station including:
  • a memory for storing processor executable instructions
  • processor is configured to:
  • a non-transitory computer readable storage medium having stored thereon computer instructions that, when executed by a processor, implement the following steps:
  • the to-be-requested system message is monitored and received in a sending window of the to-be-requested system message corresponding to the guide code identifier, based on the guide code identifier included in the response message.
  • a non-transitory computer readable storage medium having stored thereon computer instructions that, when executed by a processor, implement the following steps:
  • the UE may be controlled to listen to the system message to be requested in the sending window of the system message to be requested that is successfully requested when the system message request to be requested is successful; and further, when determining that the request result of the system message to be requested is a request failure
  • the system message to be requested can be repeatedly requested by the random access request until the request is successful, so as to improve the efficiency of sending and receiving system messages between the base station and the user equipment, and avoid the extension of the system information when the user equipment acquires the system message, and reduce the power of the system message sent by the base station. Consumption, increasing the utilization of spectrum resources.
  • FIG. 1A is a flowchart of a method for requesting a system message, according to an exemplary embodiment.
  • FIG. 2 is a flow chart showing another method for requesting a system message, according to an exemplary embodiment.
  • FIG. 3 is a flow chart showing a method for requesting a system message, according to an exemplary embodiment.
  • FIG. 5 is a flow chart showing another method for transmitting a system message, according to an exemplary embodiment.
  • FIG. 6 is a block diagram of an apparatus for receiving a system message, according to an exemplary embodiment.
  • FIG. 7 is a block diagram of another apparatus for receiving a system message, according to an exemplary embodiment.
  • FIG. 8 is a block diagram of an apparatus for transmitting a system message, according to an exemplary embodiment.
  • FIG. 10 is a block diagram of an apparatus suitable for requesting a system message, according to an exemplary embodiment.
  • FIG. 11 is a block diagram of an apparatus suitable for requesting a system message, according to an exemplary embodiment.
  • FIG. 1A is a flowchart of a method for receiving a system message according to an exemplary embodiment
  • FIG. 1B is a scene diagram of a method for requesting a system message according to an exemplary embodiment
  • the method for receiving a system message may be applied to the UE.
  • the method for requesting a system message includes the following steps 110-130:
  • step 110 a first random access request is sent, where the first random access request carries at least one pilot code that identifies the to-be-requested system message.
  • the first random access request is the first message MSG1 of the random access procedure.
  • the time-frequency resource of the random access request may be a first type of system message broadcast by the base station, such as System Information Block 2 (SIB2 for short).
  • SIB2 System Information Block 2
  • the configuration information of the physical random access channel (PRACH) is obtained, and the time-frequency resource of the random access request can be determined by related technologies, and details are not described herein.
  • the to-be-requested system message belongs to the second type of system message, for example, system information block 12 (SystemInformationBlock12, abbreviated as SIB12).
  • system Information Block 12 SystemInformationBlock12, abbreviated as SIB12.
  • the guide code of the to-be-requested system message is used to identify the system message to be requested, which may be a preamble guide code, or may be another type of orthogonal code, which is not limited in this disclosure.
  • one or more pilot codes may be carried in the first random access request.
  • step 120 the response message corresponding to the first random access request is monitored within a preset time period, and the response message carries information for responding to the pilot code.
  • the preset time period may be a length of time negotiated between the base station and the user equipment, and the response message is returned within the preset time period after the MSG1 is sent. If the user equipment receives a response message within a preset time period, it may consider that the response message is no longer received.
  • step 130 when the response message is received, based on the guide code identifier included in the response message, the system message to be requested is monitored and received in the sending window of the system message to be requested corresponding to the code identifier.
  • the system message to be requested that is successfully requested may be determined.
  • the first random access request carries the guide code corresponding to the system message 1 to be requested, the guide code corresponding to the system message 2 to be requested, the guide code 3 corresponding to the system message 3 to be requested, and the first random access request.
  • the corresponding response message includes only the guide code identifier corresponding to the guide code 1 and the guide code identifier corresponding to the guide code 2.
  • the system message to be requested that is successfully requested is determined to be the system message 1 to be requested and the system message 2 to be requested.
  • the response message corresponding to the first random access request is a Random Access Response (RAR) message.
  • RAR Random Access Response
  • the UE may send a scheduling message carried by the first type of system message broadcast by the base station.
  • the information determines the send window of each pending system message.
  • the mobile network is an LTE network and the base station is an evolved base station (eNB).
  • eNB evolved base station
  • the eNB 10 and the UE 20 are included.
  • the eNB 10 periodically broadcasts the first type of system message.
  • the UE 20 may determine the time domain resource of the random access request and the sending window and the pilot code of the system message to be requested.
  • the UE 20 may send the first random access request that carries the pilot code of the to-be-requested system message on the time domain resource of the random access request, and if it is determined that the system message request is successful based on the response message of the first random access request,
  • the system window for requesting a successful pending system message listens to the system message to be requested, and if the request message based on the first random access request determines that the request for the system message to be requested fails, the message may continue to be sent on the time domain resource of the random access request.
  • the second random access request until the pending system message request is successful or the time domain resource is used up.
  • the foregoing technical solution can be used to control the UE when the pending system message request is successful.
  • the requesting system message of the pending request system message is used to listen to the system message to be requested, so as to improve the efficiency of sending and receiving system messages between the base station and the user equipment, and to prevent the user equipment from acquiring system messages, and reducing the base station sending system messages. Power consumption increases the utilization of spectrum resources.
  • the method for requesting a system message may further include:
  • the system message to be requested is received in a transmission window of the system message to be requested.
  • the method for requesting a system message may further include:
  • the network resource report message is sent to the RRC layer, where the network problem report message is used to indicate that the system message to be requested is preset by the random access request.
  • the method provided by the embodiment of the present disclosure can improve the efficiency of sending and receiving system messages between the base station and the user equipment, avoiding the extension of the system information when the user equipment acquires the system, reducing the power consumption of the system message sent by the base station, and increasing the spectrum resource. Utilization.
  • FIG. 2 is a flowchart of another method for requesting a system message according to an exemplary embodiment of the present disclosure.
  • the method is used by the UE to request a system message to be requested by using a random access request.
  • the following steps are included:
  • step 210 a time domain resource of the random access request is determined.
  • step 220 the first random access request is sent by using the time-frequency resource of the random access request, and the first random access request carries the pilot code of the system message to be requested.
  • step 230 it is monitored whether there is a response message corresponding to the first random access request within a preset time period.
  • step 240 when the response message is received, based on the pilot identifier carried in the response message, the system message to be requested that is successfully requested and the system message to be requested that fails the request are determined, and steps 250 and 260 are performed.
  • the interception result may be unlisted, and if not, at least a part of the unsolicited success in the to-be-requested system message is all of the to-be-requested system message.
  • the interception result is a response to the response message
  • at least a part of the unsuccessful request is a part of the to-be-requested system message that is responded to by the response message carrying the information for responding to the guide code, if the response message is carried in the message.
  • a guide code for responding to all pending system messages For information, at least part of the value of the unsuccessful request is empty. If the response message carries information of the pilot code of the system message to be requested, the value of at least a part of the unsuccessful request is not null.
  • step 250 if the system message request to be requested is successful, the system message to be requested is monitored and received in the sending window of the system message to be requested that is successfully requested, and the process ends.
  • step 260 if the request for the system message to be requested fails, the second random access request is sent, and the second random access request carries the pilot code of the to-be-requested system message indicating that the request is failed.
  • each to-be-requested system message may correspond to multiple guide codes, for example, the system message 1 to be requested may correspond to the guide code 11, or the guide code 12, or the guide code 13.
  • the pilot code of the to-be-requested system message of the request that is carried in the second random access request may be inconsistent with the code of the corresponding system message to be requested carried in the first random access request, or may be consistent.
  • the request for the system message 1 to be requested is unsuccessful, if the pilot code of the to-be-requested system message 1 carried in the first random access request is the pilot code 11, the to-be-requested system message 1 carried in the second random access request
  • the guide code can be either guide code 12 or 11.
  • the UE may determine, according to the response message of the second random access request, whether the system message to be requested requested by the second random access request has a system message to be requested that is not requested successfully, and the process is based on the first random
  • the process of determining the part of the unsolicited success of the system message to be requested requested by the first random access request is the same as the response message of the access request, and details are not described herein again.
  • the second random access request may continue to be sent, and the second random access request sent later is carried.
  • the code is a guide code of the to-be-requested system message that does not request success until all the pending system message requests are successful or the time domain resource of the random access request is used up.
  • step 270 the number of requests for each system message to be requested is counted.
  • step 280 when the number of requests for the system message to be requested is greater than the preset number of times, the RRC layer indicates to the RRC layer that the number of requests for the system message to be requested has reached the maximum number of times and the maximum number of pending system messages have been reached.
  • the preset number of times may be a system agreed value, such as 3 times.
  • the UE when the UE determines that the request result of the system message to be requested is a request failure, the UE can repeatedly request the system message to be requested through the random access request until the request is successful, so as to improve system message sending between the base station and the user equipment. And the efficiency of receiving, avoiding the extension of the time when the user equipment acquires the system message, reducing the power consumption of the system message sent by the base station, and increasing the utilization of the spectrum resource.
  • FIG. 3 is a flowchart of a method for requesting a system message according to an exemplary embodiment.
  • the method for requesting a system message may be applied to an eNB.
  • This embodiment is exemplarily described in conjunction with FIG. 1B, such as As shown in FIG. 3, the method for requesting a system message includes the following steps 310-330:
  • step 310 a random access request that is sent by the user equipment and carries a pilot code of the system message to be requested is received.
  • step 320 a response message in a preset format is generated based on the request message.
  • the preset format may be a format that includes only one or more sub-packets, but does not include a packet, that is, does not include information such as a Cell Radio Network Temporary Identifier (C-RNTI) of the UE, and a response message.
  • C-RNTI Cell Radio Network Temporary Identifier
  • the method to be carried by the sub-packet is generated by the sub-packet.
  • the method for generating the response message in the preset format is as shown in the embodiment shown in FIG.
  • the preset format may be a format of a packet header + a packet body, and the packet header includes indication information for indicating a number of pilot codes in the packet or indicating a length of the packet body; in an embodiment, in the packet header The type indication information for indicating the structure of the response message may be included, and the method may include one or more guide codes in the packet.
  • the method for generating the response message in the preset format is as shown in the embodiment shown in FIG. .
  • step 330 a response message is sent.
  • the mobile network is an LTE network and the base station is an evolved base station (eNB).
  • eNB evolved base station
  • the eNB 10 and the UE 20 are included.
  • the eNB 10 periodically broadcasts the first type of system message, and the UE 20 receives
  • the time domain resource of the random access request and the transmission window and the pilot code of the system message to be requested may be determined when the first type of system message is obtained.
  • the UE 20 may send a first random access request carrying a pilot code of the to-be-requested system message on the time domain resource of the random access request, and if it is determined that the system message request to be requested is successful based on the response message of the first random access request, Listening to the system message to be requested in the sending window of the to-be-requested system message, if it is determined that the request for the system message to be requested fails based on the response message of the first random access request, the second random number may be sent on the time domain resource of the random access request. Access request until the pending system message request is successful or the time domain resource is used up.
  • the base station may generate a response message in a preset format when receiving the request message sent by the time-frequency resource of the random access request by the UE, in the foregoing steps 310-330, to indicate whether the UE is in the system message to be requested.
  • the system message to be requested is sent in the sending window to improve the efficiency of system message sending and receiving between the base station and the user equipment.
  • generating a response message in a preset format based on the request message including:
  • generating a response message in a preset format based on the request message including:
  • the header of the response message further includes indication information indicating a structure type of the response message.
  • the method for requesting a system message may further include:
  • the responded system message to be requested is sent within the sending window of the system message to be requested.
  • FIG. 4 is another method for transmitting a system message according to an exemplary embodiment.
  • the flowchart of the present disclosure is exemplified by how to generate a response message in a preset format by using the foregoing method provided by the embodiment of the present disclosure. As shown in FIG. 4, the method includes the following steps:
  • step 410 a request message for transmitting a pilot code of the to-be-requested system message sent by the user equipment on the time-frequency resource of the random access request is received.
  • step 420 the pilot of the system message to be requested is parsed from the request message.
  • step 430 the pilot identifier of the pilot code of the system message to be requested that is determined to be responded is added to the sub-packet header of the response message to obtain a response message in a preset format.
  • the base station may determine a system message to be requested that is currently to be requested, and determine a pilot code identifier of a pilot code of the system message to be requested to respond to.
  • a guide identifier may be added to each sub-packet header; in yet another embodiment, multiple guide identifiers may be added to a sub-packet header.
  • a response message in a preset format is obtained.
  • step 440 a response message is sent and the system message to be requested is sent within the transmission window of the system message to be requested.
  • the base station may send more than one of the responded system messages to be requested in the sending window of the system message to be requested.
  • the base station may generate a response message according to a pre-agreed format to implement a request for a system message to be requested, thereby improving the efficiency of system message transmission and reception between the base station and the user equipment.
  • FIG. 5 is a flowchart of another method for sending a system message according to an exemplary embodiment of the present disclosure.
  • This embodiment uses the foregoing method provided by the embodiment of the present disclosure to generate a response message in a preset format as an example.
  • An exemplary description, as shown in FIG. 5, includes the following steps:
  • step 510 the request message of the pilot that carries the to-be-requested system message sent by the user equipment on the time-frequency resource of the random access request is received.
  • step 520 the pilot code of the system message to be requested is parsed from the request message.
  • step 530 the responding system to be requested is set in the header portion of the response message.
  • the number of the pilots of the information or the length of the packet of the response message, and the received code identifier of the transmitted code of the system message to be requested is added to the body of the response message to obtain a response message in a preset format.
  • the base station may determine the system message to be requested currently to be determined, and determine the number of pilot codes of the system message to be requested to respond or the body length of the response message.
  • the header of the response message further includes indication information indicating a structure type of the response message.
  • step 540 a response message is sent and the system message to be requested is sent within the transmission window of the system message to be requested.
  • the base station may generate a response message according to a pre-agreed format to implement a request for a system message to be requested, thereby improving the efficiency of system message transmission and reception between the base station and the user equipment.
  • FIG. 6 is a block diagram of an apparatus for requesting a system message according to an exemplary embodiment. As shown in FIG. 6, the apparatus for requesting a system message includes:
  • the first sending module 610 is configured to send a first random access request, where the first random access request carries at least one pilot code that identifies the to-be-requested system message.
  • the first monitoring module 620 is configured to listen to a response message corresponding to the first random access request within a preset time period, where the response message carries information for responding to the pilot code;
  • the second monitoring module 630 is configured to listen to and receive the to-be-requested system message in the sending window of the system message to be requested corresponding to the code identifier when the response message is received, based on the code identifier included in the response message.
  • FIG. 7 is a block diagram of another apparatus for requesting a system message according to an exemplary embodiment. As shown in FIG. 7, on the basis of the embodiment shown in FIG. 6 above, in an embodiment, the apparatus includes :
  • the first determining module 640 is configured to determine, according to the guide identifier that is included in the response message, and at least one pilot code that carries the identifier to be requested system message in the first random access request, to determine that the request result is a failed pending system message;
  • the second sending module 650 is configured to send a second random access request, and the second random access
  • the incoming request carries the pilot code of the pending system message for which the request failed.
  • the apparatus further includes:
  • the statistics module 660 is configured to count the number of requests for each system message to be requested
  • the problem reporting module 670 is configured to indicate to the radio resource control RRC layer that the number of requests for the system message to be requested has reached the maximum number of times when the number of requests for the system message to be requested is greater than the preset number of times.
  • the apparatus further includes:
  • the second determining module 680 is configured to determine that no pending system message request is successful when the response message is not monitored.
  • FIG. 8 is a block diagram of an apparatus for requesting a system message, applied to a base station, as shown in FIG. 8, the apparatus for requesting a system message, according to an exemplary embodiment, includes:
  • the first receiving module 810 is configured to receive a random access request that is sent by the user equipment and that carries a pilot code of the to-be-requested system message;
  • the message generating module 820 is configured to generate a response message in a preset format based on the request message received by the first receiving module 920;
  • the third sending module 830 is configured to send a response message generated by the message generating module 920.
  • FIG. 9 is a block diagram of another apparatus for requesting a system message according to an exemplary embodiment. As shown in FIG. 9, on the basis of the embodiment shown in FIG. 8 above, in an embodiment, message generation is performed.
  • Module 820 includes:
  • the first parsing sub-module 821 is configured to parse a guide code of the to-be-requested system message from the request message;
  • the first generation sub-module 822 is configured to add a guide identifier of the guide code of the system message to be requested that is determined to be responded to the sub-packet header of the response message to obtain a response message in a preset format.
  • the message generating module 820 includes:
  • the second parsing submodule 823 is configured to parse the pilot code of the to-be-requested system message from the request message;
  • the second generation sub-module 824 is configured to set a number of the transmitted guide code of the to-be-requested system message or a packet body length of the response message in the header portion of the response message, and to transmit the transmitted code of the system message to be requested
  • the guide identifier is added to the body of the response message to obtain a response message in a preset format.
  • the header of the response message further includes indication information indicating a structure type of the response message.
  • the apparatus further includes:
  • the fourth sending module 840 is configured to send the responded system message to be requested within the sending window of the system message to be requested.
  • FIG. 10 is a block diagram of an apparatus suitable for requesting a system message, according to an exemplary embodiment.
  • the device 1000 can be a user device such as a mobile phone, a computer, a digital broadcast terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, and the like.
  • apparatus 1000 can include one or more of the following components: processing component 1002, memory 1004, power component 1006, multimedia component 1008, audio component 1012, input/output (I/O) interface 1012, sensor component 1014, And a communication component 1016.
  • Processing component 1002 typically controls the overall operation of device 1000, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • Processing component 1002 can include one or more processors 1020 to execute instructions to perform all or part of the steps of the above described methods.
  • processing component 1002 can include one or more modules to facilitate interaction between component 1002 and other components.
  • processing component 1002 can include a multimedia module to facilitate interaction between multimedia component 1008 and processing component 1002.
  • the memory 1004 is configured to store various types of data to support operation at the device 1000. Examples of such data include instructions for any application or method operating on device 1000, contact data, phone book data, messages, pictures, videos, and the like.
  • the memory 1004 can Implemented by any type of volatile or non-volatile storage device or combination thereof, such as static random access memory (SRAM), electrically erasable programmable read only memory (EEPROM), erasable programmable read only Memory (EPROM), Programmable Read Only Memory (PROM), Read Only Memory (ROM), Magnetic Memory, Flash Memory, Disk or Optical Disk.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read only memory
  • EPROM erasable programmable read only Memory
  • PROM Programmable Read Only Memory
  • ROM Read Only Memory
  • Magnetic Memory Flash Memory
  • Disk Disk or Optical Disk.
  • Power component 1006 provides power to various components of device 1000.
  • Power component 1006 can include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power for device 1000.
  • the multimedia component 1008 includes a screen between the device 1000 and the user that provides an output interface.
  • the screen can include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touches, slides, and gestures on the touch panel. The touch sensor can sense not only the boundaries of the touch or sliding action, but also the duration and pressure associated with the touch or slide operation.
  • the multimedia component 1008 includes a front camera and/or a rear camera. When the device 1000 is in an operation mode, such as a shooting mode or a video mode, the front camera and/or the rear camera can receive external multimedia data. Each front and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.
  • the audio component 1012 is configured to output and/or input an audio signal.
  • the audio component 1012 includes a microphone (MIC) that is configured to receive an external audio signal when the device 1000 is in an operational mode, such as a call mode, a recording mode, and a voice recognition mode.
  • the received audio signal may be further stored in memory 1004 or transmitted via communication component 1016.
  • audio component 1012 also includes a speaker for outputting an audio signal.
  • the I/O interface 1012 provides an interface between the processing component 1002 and the peripheral interface module, which may be a keyboard, a click wheel, a button, or the like. These buttons may include, but are not limited to, a home button, a volume button, a start button, and a lock button.
  • Sensor assembly 1014 includes one or more sensors for providing device 1000 with various aspects of state assessment.
  • sensor assembly 1014 can detect the opening of device 1000 / The closed state, the relative positioning of the components, such as the display and the keypad of the device 1000, the sensor assembly 1014 can also detect a change in position of one component of the device 1000 or device 1000, the presence or absence of contact of the user with the device 1000, the orientation of the device 1000 Or acceleration/deceleration and temperature changes of device 1000.
  • Sensor assembly 1014 can include a proximity sensor configured to detect the presence of nearby objects without any physical contact.
  • Sensor assembly 1014 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor assembly 1014 can also include an acceleration sensor, a gyro sensor, a magnetic sensor, a pressure sensor, or a temperature sensor.
  • Communication component 1016 is configured to facilitate wired or wireless communication between device 1000 and other devices.
  • the device 1000 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof.
  • the communication component 1016 receives a broadcast signal or broadcast associated information from an external broadcast management system via a broadcast channel.
  • communication component 1016 also includes a near field communication (NFC) module to facilitate short range communication.
  • NFC near field communication
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology, and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • a non-transitory computer readable storage medium comprising instructions, such as a memory 1004 including instructions that, when executed, can configure processor 1020 of apparatus 1000 to perform the above method, include:
  • the guide code is The sending window of the corresponding pending system message is monitored and received to receive the system message.
  • apparatus 1100 is a block diagram of an apparatus suitable for requesting a system message, according to an exemplary embodiment.
  • the device 1100 can be provided as a base station.
  • apparatus 1100 includes a processing component 1122, a wireless transmit/receive component 1124, an antenna component 1126, and a signal processing portion specific to the wireless interface.
  • the processing component 1122 can further include one or more processors.
  • One of the processing components 1122 can be configured to:
  • a non-transitory computer readable storage medium including instructions stored on a storage medium, wherein the instructions are executed by the processor, implements the following steps:

Abstract

本公开是关于一种用于请求系统消息的方法、装置、用户设备及基站。方法包括：发送第一随机接入请求，第一随机接入请求中携带标识待请求系统消息的至少一个导码；在预设时间段内监听第一随机接入请求对应的响应消息，响应消息携带用于响应导码的信息；在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。本公开技术方案可以避免由于UE通过随机接入请求请求待请求系统消息失败使得基站不能及时广播第二类系统消息，所导致的UE获取系统消息的时延长的问题。

Description

用于请求系统消息的方法、装置、用户设备及基站 技术领域
本公开涉及通信技术领域，尤其涉及一种用于请求系统消息的方法、装置、用户设备及基站。
背景技术
随着无线通信技术的飞速发展，长期演进(Long Term Evolution，简称为LTE)的系统消息(System Information，简称为SI)数目增多，采用周期性广播的方式发送LTE的系统消息使得基站的功耗较大，频谱资源利用率较低。对于接入的用户设备(User Equipment，简称为UE)数目比较少的情况，周期性广播发送LTE的系统消息存在资源浪费的问题。为了缓解广播发送LTE的系统消息所带来的资源浪费和基站功耗较大的问题，运营商开始考虑通过分类发送系统消息的方式来解决上述问题。
在第五代移动通信技术(5th Generation，简称为5G)项目的研究讨论中，可将系统消息分为第一类系统消息和第二类系统消息，第一类系统消息可包含小区选择与接入的相关系统消息，第二类系统消息可包含除第一类系统消息之外的其他系统消息。相关技术中，仍可通过广播发送第一类系统消息，而对于第二类系统消息，则可在接收到UE通过MSG1(随机接入过程的第一个消息)发送特定前序导码(preamble码)请求第二类系统消息时，在UE所请求的第二类系统消息的发送窗口中广播第二类系统消息，但是相关技术中UE可能由于发送MSG1的功率低导致MSG1发送失败，进而导致基站因没有接收到UE发送的请求消息而不进行第二类系统消息的广播，UE只能等下一个系统消息周期重新通过MSG1请求第二类系统消息，造成UE获取系统消息的时延长，严重影响性能。
发明内容
为克服相关技术中存在的问题，本公开实施例提供一种用于请求系统消息的方法、装置、用户设备及基站，用以提高用户设备通过随机接入请求请求待请求系统消息的效率，避免在请求失败时不能接收到所请求的待请求系统消息或者获取系统消息的时延长。
根据本公开实施例的第一方面，提供一种用于请求系统消息的方法，包括：
发送第一随机接入请求，所述第一随机接入请求中携带标识待请求系统消息的至少一个导码；
在预设时间段内监听所述第一随机接入请求对应的响应消息，所述响应消息携带用于响应导码的信息；
在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。
在一实施例中，方法包括：
基于所述响应消息中包含的导码标识以及所述第一随机接入请求中携带标识待请求系统消息的至少一个导码，确定请求结果为失败的待请求系统消息；
发送第二随机接入请求，所述第二随机接入请求携带所述请求失败的待请求系统消息的导码。
在一实施例中，方法还包括：
统计每一个待请求系统消息的请求次数；
在有待请求系统消息的请求次数大于预设次数时，向无线资源控制RRC层指示所述待请求系统消息的请求次数已达最大次数。
在一实施例中，方法还包括：
在没有监听到所述响应消息时，确定没有待请求系统消息请求成功。
根据本公开实施例的第二方面，提供一种用于请求系统消息的方法，包括：
接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求；
基于所述请求消息，生成预设格式的响应消息；
发送所述响应消息。
在一实施例中，于所述请求消息，生成预设格式的响应消息，包括：
从所述请求消息中解析所述待请求系统消息的导码；
将确定要响应的待请求系统消息的导码的导码标识添加至所述响应消息的子包头中，得到所述预设格式的响应消息。
在一实施例中，基于所述请求消息，生成预设格式的响应消息，包括：
从所述请求消息中解析所述待请求系统消息的导码；
在所述响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者所述响应消息的包体长度，并且将所响应的待请求系统消息的导码的导码标识添加至所述响应消息的包体中，得到所述预设格式的响应消息。
在一实施例中，响应消息的包头中还包括用于指示所述响应消息的结构类型的指示信息。
在一实施例中，方法还包括：
在所述待请求系统消息的发送窗口内发送所响应的待请求系统消息。
根据本公开实施例的第三方面，提供一种用于请求系统消息的装置，包括：
第一发送模块，被配置为发送第一随机接入请求，所述第一随机接入请求中携带标识待请求系统消息的至少一个导码；
第一监听模块，被配置为在预设时间段内监听所述第一随机接入请求对应的响应消息，所述响应消息携带用于响应导码的信息；
第二监听模块，被配置为在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。
在一实施例中，装置包括：
第一确定模块，被配置为基于所述响应消息中包含的导码标识以及所述第一随机接入请求中携带标识待请求系统消息的至少一个导码，确定请求结果为失败的待请求系统消息；
第二发送模块，被配置为发送第二随机接入请求，所述第二随机接入请求携带所述请求失败的待请求系统消息的导码。
在一实施例中，装置还包括：
统计模块，被配置为统计每一个待请求系统消息的请求次数；
问题报告模块，被配置为在有待请求系统消息的请求次数大于预设次数时，向无线资源控制RRC层指示所述待请求系统消息的请求次数已达最大次数。
在一实施例中，装置还包括：
第二确定模块，被配置为在没有监听到所述响应消息时，确定没有待请求系统消息请求成功。
根据本公开实施例的第四方面，提供一种用于请求系统消息的装置，包括：
第一接收模块，被配置为接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求；
消息生成模块，被配置为基于所述第一接收模块接收到的所述请求消息，生成预设格式的响应消息；
第三发送模块，被配置为发送所述消息生成模块生成的所述响应消息。
在一实施例中，消息生成模块包括：
第一解析子模块，被配置为从所述请求消息中解析所述待请求系统 消息的导码；
第一生成子模块，被配置为将确定要响应的待请求系统消息的导码的导码标识添加至所述响应消息的子包头中，得到所述预设格式的响应消息。
在一实施例中，消息生成模块包括：
第二解析子模块，被配置为从所述请求消息中解析所述待请求系统消息的导码；
第二生成子模块，被配置为在所述响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者所述响应消息的包体长度，并且将所响应的待请求系统消息的导码的导码标识添加至所述响应消息的包体中，得到所述预设格式的响应消息。
在一实施例中，响应消息的包头中还包括用于指示所述响应消息的结构类型的指示信息。
在一实施例中，装置还包括：
第四发送模块，被配置为在所述待请求系统消息的发送窗口内发送所响应的待请求系统消息。
根据本公开实施例的第五方面，提供一种用户设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
发送第一随机接入请求，所述第一随机接入请求中携带标识待请求系统消息的至少一个导码；
在预设时间段内监听所述第一随机接入请求对应的响应消息，所述响应消息携带用于响应导码的信息；
在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。
根据本公开实施例的第六方面，提供一种基站，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：
接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求；
基于所述请求消息，生成预设格式的响应消息；
发送所述响应消息。
根据本公开实施例的第七方面，提供一种非临时计算机可读存储介质，所述存储介质上存储有计算机指令，所述指令被处理器执行时实现以下步骤：
发送第一随机接入请求，所述第一随机接入请求中携带标识待请求系统消息的至少一个导码；
在预设时间段内监听所述第一随机接入请求对应的响应消息，所述响应消息携带用于响应导码的信息；
在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。
根据本公开实施例的第八方面，提供一种非临时计算机可读存储介质，所述存储介质上存储有计算机指令，所述指令被处理器执行时实现以下步骤：
接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求；
基于所述请求消息，生成预设格式的响应消息；
发送所述响应消息。
本公开的实施例提供的技术方案可以包括以下有益效果：
当UE向基站发送携带有待请求系统消息的导码的随机接入请求时， 通过上述技术方案，可以控制UE在有待请求系统消息请求成功时在请求成功的待请求系统消息的发送窗口中监听待请求系统消息；此外，在确定确定有待请求系统消息的请求结果为请求失败时能够通过随机接入请求重复请求待请求系统消息直至请求成功，以提高基站与用户设备之间的系统消息发送和接收的效率，避免用户设备获取系统消息的时延长，降低基站发送系统消息的功率消耗，增加频谱资源的利用率。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1A是根据一示例性实施例示出的一种用于请求系统消息的方法的流程图。
图1B是根据一示例性实施例示出的一种用于请求系统消息的方法的场景图。
图2是根据一示例性实施例示出的另一种用于请求系统消息的方法的流程图。
图3是根据一示例性实施例示出的一种用于请求系统消息的方法的流程图。
图4是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图。
图5是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图。
图6是根据一示例性实施例示出的一种用于接收系统消息的装置的框图。
图7是根据一示例性实施例示出的另一种用于接收系统消息的装置的框图。
图8是根据一示例性实施例示出的一种用于发送系统消息的装置的框图。
图9是根据一示例性实施例示出的另一种用于发送系统消息的装置的框图。
图10是根据一示例性实施例示出的一种适用于用于请求系统消息的装置的框图。
图11是根据一示例性实施例示出的一种适用于用于请求系统消息的装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
图1A是根据一示例性实施例示出的一种用于接收系统消息的方法的流程图，图1B是根据一示例性实施例示出的一种用于请求系统消息的方法的场景图；该用于接收系统消息的方法可以应用在UE上，如图1A所示，该用于请求系统消息的方法包括以下步骤110-130：
在步骤110中，发送第一随机接入请求，第一随机接入请求中携带标识待请求系统消息的至少一个导码。
在一实施例中，第一随机接入请求为随机接入流程的第一个消息MSG1。
在一实施例中，随机接入请求的时频资源可以通过基站广播的第一类系统消息，如系统信息块2(SystemInformationBlock2，简称为SIB2) 中的物理随机接入信道(Physical Random Access Channel，简称为PRACH)的配置信息得到，随机接入请求的时频资源可通过相关技术确定，这里不再详述。
在一实施例中，待请求系统消息属于第二类系统消息，例如：系统信息块12(SystemInformationBlock12，简称为SIB12)。
在一实施例中，待请求系统消息的导码用于标识待请求的系统消息，其可以为前序导码，也可以为其他形式的正交码，本公开对此不作限定。
在一实施例中，第一随机接入请求中可以携带一个或者两个以上的导码。
在步骤120中，在预设时间段内监听第一随机接入请求对应的响应消息，响应消息携带用于响应导码的信息。
在一实施例中，预设时间段可以为基站和用户设备之间协商设置的一个时间长度，在发送MSG1之后会在这个预设时间段内返回响应消息。如果用户设备在预设时间段内有接收到响应消息，则其可以认为不会再收到响应消息。
在步骤130中，在监听到响应消息时，基于响应消息中包含的导码标识，在导码标识对应的待请求系统消息的发送窗口中监听并接收待请求系统消息。
在一实施例中，基于响应消息中所包含的导码标识，可以确定出请求成功的待请求系统消息。例如，第一随机接入请求中携带有待请求系统消息1对应的导码1、待请求系统消息2对应的导码2、待请求系统消息3对应的导码3，而第一随机接入请求对应的响应消息中只包含导码1对应的导码标识和导码2对应的导码标识，则可以确定出请求成功的待请求系统消息为待请求系统消息1和待请求系统消息2。
在一实施例中，第一随机接入请求对应的响应消息为随机接入响应(Random Access Response，简称为RAR)消息。
在一实施例中，UE可通过基站广播的第一类系统消息携带的调度信 息确定每一个待请求系统消息的发送窗口。
在一示例性场景中，如图1B所示，以移动网络为LTE网络并且基站为演进型基站(eNB)为例进行示例性说明，在图1B所示的场景中，包括eNB10、UE20，其中，eNB10周期性广播第一类系统消息，UE20接收到第一类系统消息时可确定随机接入请求的时域资源以及待请求系统消息的发送窗口和导码。UE20可随机接入请求的时域资源上发送携带待请求系统消息的导码的第一随机接入请求，如果基于第一随机接入请求的响应消息确定有待请求系统消息请求成功，则可在请求成功的待请求系统消息的发送窗口中监听待请求系统消息，如果基于第一随机接入请求的响应消息确定待请求系统消息请求失败，则可继续在随机接入请求的时域资源上发送第二随机接入请求，直到待请求系统消息请求成功或者时域资源被用完为止。
本实施例中，通过上述步骤110-步骤130，当UE向基站发送携带有待请求系统消息的导码的随机接入请求时，通过上述技术方案，可以控制UE在有待请求系统消息请求成功时在请求成功的待请求系统消息的发送窗口中监听待请求系统消息，以提高基站与用户设备之间的系统消息发送和接收的效率，避免用户设备获取系统消息的时延长，降低基站发送系统消息的功率消耗，增加频谱资源的利用率。
在一实施例中，用于请求系统消息的方法进一步还可以包括：
响应于所确定的待请求系统消息中的未请求成功的至少一部分为空，在待请求系统消息的发送窗口中接收待请求系统消息。
在一实施例中，用于请求系统消息的方法进一步还可以包括：
统计待请求系统消息的请求次数；
当请求次数大于预设次数时，向无线资源控制层发送网络问题报告消息，网络问题报告消息用于指示已通过随机接入请求预设次数的待请求系统消息。
在一实施例中，基于在预设时间段内的监听结果，确定待请求系统 消息中的未请求成功的至少一部分，包括：
响应于预设时间段内没有收到随机接入请求对应的响应消息，确定待请求系统消息中的未请求成功的至少一部分是待请求系统消息的全部；
响应于预设时间段内收到随机接入请求对应的响应消息，确定待请求系统消息中的未请求成功的至少一部分是待请求系统消息中未被响应消息携带用于响应导码的信息所响应的部分。
具体如何请求系统消息的，请参考后续实施例。
至此，本公开实施例提供的上述方法，可以提高基站与用户设备之间的系统消息发送和接收的效率，避免用户设备获取系统消息的时延长，降低基站发送系统消息的功率消耗，增加频谱资源的利用率。
下面以具体实施例来说明本公开实施例提供的技术方案。
图2是根据一示例性实施例示出的另一种用于请求系统消息的方法的流程图；本实施例利用本公开实施例提供的上述方法，UE通过随机接入请求请求待请求系统消息为例进行示例性说明，如图2所示，包括如下步骤：
在步骤210中，确定随机接入请求的时域资源。
在步骤220中，通过随机接入请求的时频资发送第一随机接入请求，第一随机接入请求中携带有待请求系统消息的导码。
在步骤230中，在预设时间段内监听是否有第一随机接入请求对应的响应消息。
在步骤240中，在监听到响应消息时，基于响应消息中携带的导码标识，确定请求成功的待请求系统消息和请求失败的待请求系统消息，执行步骤250和步骤260。
在一实施例中，监听结果可以为没有监听到，如果没有监听到，则待请求系统消息中的未请求成功的至少一部分为待请求系统消息的全部。
在一实施例中，监听结果为监听到响应消息时，则未请求成功的至少一部分为待请求系统消息中为被响应消息携带用于响应导码的信息所响应的部分，如果响应消息中携带了用于响应全部待请求系统消息的导码的 信息，则未请求成功的至少一部分的值为空，如果响应消息中携带了响应部分待请求系统消息的导码的信息，则未请求成功的至少一部分的值不为空。
在步骤250中，如果有待请求系统消息请求成功，在请求成功的待请求系统消息的发送窗口中监听并接收待请求系统消息，流程结束。
在步骤260中，如果有待请求系统消息请求失败，发送第二随机接入请求，第二随机接入请求中携带标识请求失败的待请求系统消息的导码。
在一实施例中，每一个待请求系统消息可以对应多个导码，例如待请求系统消息1可以对应导码11、或者导码12、或者导码13。
在一实施例中，第二随机接入请求中携带的请求失败的待请求系统消息的导码可以与第一随机接入请求中携带的对应的待请求系统消息的导码不一致，也可以一致。例如，在待请求系统消息1请求失败时，如果第一随机接入请求中携带的待请求系统消息1的导码为导码11，则第二随机接入请求中携带的待请求系统消息1的导码可以为导码12，也可以为11。
在一实施例中，UE可基于第二随机接入请求的响应消息确定第二随机接入请求所请求的待请求系统消息是否还有未请求成功的待请求系统消息，过程与基于第一随机接入请求的响应消息确定第一随机接入请求所请求的待请求系统消息的未请求成功的一部分的过程相同，这里不再赘述。
在一实施例中，如果UE发送第二随机接入请求之后，还有待请求系统消息没有请求成功，则可继续发送第二随机接入请求，后面发送的第二随机接入请求中携带的导码为没有请求成功的待请求系统消息的导码，直到所有的待请求系统消息都请求成功或者随机接入请求的时域资源被用完为止。
在步骤270中，统计每一个待请求系统消息的请求次数。
在步骤280中，当有待请求系统消息的请求次数大于预设次数时，向无线资源控制层指示有待请求系统消息的请求次数已达最大次数以及已达最大次数的待请求系统消息。
在一实施例中，预设次数可以为系统约定值，如3次。
本实施例中，可以控制UE在确定有待请求系统消息的请求结果为请求失败时，能够通过随机接入请求重复请求待请求系统消息直至请求成功，以提高基站与用户设备之间的系统消息发送和接收的效率，避免用户设备获取系统消息的时延长，降低基站发送系统消息的功率消耗，增加频谱资源的利用率。
图3是根据一示例性实施例示出的一种用于请求系统消息的方法的流程图；该用于请求系统消息的方法可以应用在eNB上，本实施例结合图1B进行示例性说明，如图3所示，该用于请求系统消息的方法包括以下步骤310-330：
在步骤310中，接收用户设备发送的携带待请求系统消息的导码的随机接入请求。
在步骤320中，基于请求消息，生成预设格式的响应消息。
在一实施例中，预设格式可以为只含有一个或者多个子包头，但是不包含包体的格式，也即不包含UE的小区无线网络临时标识(CellRadioNetworkTemporaryIdentifier，C-RNTI)等信息，响应消息所要携带的导码通过子包头携带，生成此预设格式的响应消息的方法参见图4所示实施例，这里先不详述。
在一实施例中，预设格式可以为包头+包体的格式，包头中包含用于指示包体中导码的数目或者或指示包体的长度的指示信息；在一实施例中，包头中还可以包含用于指示响应消息的结构的类型指示信息，包体中可以包含一个或多个导码，生成此预设格式的响应消息的方法参见图5所示实施例，这里先不详述。
在步骤330中，发送响应消息。
在一示例性场景中，如图1B所示，以移动网络为LTE网络并且基站为演进型基站(eNB)为例进行示例性说明，在图1B所示的场景中，包括eNB10、UE20，其中，eNB10周期性广播第一类系统消息，UE20接收 到第一类系统消息时可确定随机接入请求的时域资源以及待请求系统消息的发送窗口和导码。UE20可随机接入请求的时域资源上发送携带待请求系统消息的导码的第一随机接入请求，如果基于第一随机接入请求的响应消息确定待请求系统消息请求成功，则可在待请求系统消息的发送窗口中监听待请求系统消息，如果基于第一随机接入请求的响应消息确定待请求系统消息请求失败，则可继续在随机接入请求的时域资源上发送第二随机接入请求，直到待请求系统消息请求成功或者时域资源被用完为止。
本实施例中，通过上述步骤310-330，基站在接收到UE通过随机接入请求的时频资源发送的请求消息时可生成预设格式的响应消息，以指示UE是否会在待请求系统消息的发送窗口中发送待请求系统消息，以提高基站与用户设备之间的系统消息发送和接收的效率。
在一实施例中，基于请求消息，生成预设格式的响应消息，包括：
从请求消息中解析待请求系统消息的导码；
将确定要响应的待请求系统消息的导码的导码标识添加至响应消息的子包头中，得到预设格式的响应消息。
在一实施例中，基于请求消息，生成预设格式的响应消息，包括：
从请求消息中解析待请求系统消息的导码；
在响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者响应消息的包体长度，并且将所响应的待请求系统消息的导码的导码标识添加至响应消息的包体中，得到预设格式的响应消息。
在一实施例中，响应消息的包头中还包括用于指示响应消息的结构类型的指示信息。
在一实施例中，用于请求系统消息的方法还可以进一步包括：
在待请求系统消息的发送窗口内发送所响应的待请求系统消息。
具体如何发送系统消息的，请参考后续实施例。
下面以具体实施例来说明本公开实施例提供的技术方案。
图4是根据一示例性实施例示出的另一种用于发送系统消息的方法 的流程图；本实施例利用本公开实施例提供的上述方法，以如何生成预设格式的响应消息为例进行示例性说明，如图4所示，包括如下步骤：
在步骤410中，接收用户设备在随机接入请求的时频资源上发送的携带待请求系统消息的导码的请求消息。
在步骤420中，从请求消息中解析待请求系统消息的导码。
在步骤430中，将确定要响应的待请求系统消息的导码的导码标识添加至响应消息的子包头中，得到预设格式的响应消息。
在一实施例中，基站可确定当前要相应的待请求系统消息，并且确定要响应的待请求系统消息的导码的导码标识。在一实施例中，可以在每一个子包头中添加一个导码标识；在又一实施例中，可以在一个子包头中添加多个导码标识。
在一实施例中，由于该预设格式中不包括包体，因此基于待请求系统消息的导码确定响应消息的子包头后，即可得到预设格式的响应消息。
在步骤440中，发送响应消息，并且在待请求系统消息的发送窗口内发送待请求系统消息。
在一实施例中，基站可在待请求系统消息的发送窗口中发送一次以上的所响应的待请求系统消息。
本实施例中，基站可根据预先约定的格式生成响应消息，以实现待请求系统消息的请求，进而提高基站与用户设备之间的系统消息发送和接收的效率。
图5是根据一示例性实施例示出的另一种用于发送系统消息的方法的流程图；本实施例利用本公开实施例提供的上述方法，以如何生成预设格式的响应消息为例进行示例性说明，如图5所示，包括如下步骤：
在步骤510中，接收用户设备在随机接入请求的时频资源上发送的携带待请求系统消息的导码的请求消息。
在步骤520中，从请求消息中解析待请求系统消息的导码。
在步骤530中，在响应消息的包头部分设置所响应的待请求系统消 息的导码的数目或者响应消息的包体长度，并且将所响应的待请求系统消息的导码的导码标识添加至响应消息的包体中，得到预设格式的响应消息。
在一实施例中，基站可确定当前要相应的待请求系统消息，并且确定要响应的待请求系统消息的导码的数目或者响应消息的包体长度。
在一实施例中，响应消息的包头中还包括用于指示响应消息的结构类型的指示信息。
在步骤540中，发送响应消息，并且在待请求系统消息的发送窗口内发送待请求系统消息。
本实施例中，基站可根据预先约定的格式生成响应消息，以实现待请求系统消息的请求，进而提高基站与用户设备之间的系统消息发送和接收的效率。
图6是根据一示例性实施例示出的一种用于请求系统消息的装置的框图，如图6所示，用于请求系统消息的装置包括：
第一发送模块610，被配置为发送第一随机接入请求，第一随机接入请求中携带标识待请求系统消息的至少一个导码。
第一监听模块620，被配置为在预设时间段内监听第一随机接入请求对应的响应消息，响应消息携带用于响应导码的信息；
第二监听模块630，被配置为在监听到响应消息时，基于响应消息中包含的导码标识，在导码标识对应的待请求系统消息的发送窗口中监听并接收待请求系统消息。
图7是根据一示例性实施例示出的另一种用于请求系统消息的装置的框图，如图7所示，在上述图6所示实施例的基础上，在一实施例中，装置包括：
第一确定模块640，被配置为基于响应消息中包含的导码标识以及第一随机接入请求中携带标识待请求系统消息的至少一个导码，确定请求结果为失败的待请求系统消息；
第二发送模块650，被配置为发送第二随机接入请求，第二随机接 入请求携带请求失败的待请求系统消息的导码。
在一实施例中，装置还包括：
统计模块660，被配置为统计每一个待请求系统消息的请求次数；
问题报告模块670，被配置为在有待请求系统消息的请求次数大于预设次数时，向无线资源控制RRC层指示待请求系统消息的请求次数已达最大次数。
在一实施例中，装置还包括：
第二确定模块680，被配置为在没有监听到响应消息时，确定没有待请求系统消息请求成功。
图8是根据一示例性实施例示出的一种用于请求系统消息的装置的框图，应用在基站上，如图8所示，用于请求系统消息的装置包括：
第一接收模块810，被配置为接收用户设备发送的携带待请求系统消息的导码的随机接入请求；
消息生成模块820，被配置为基于第一接收模块920接收到的请求消息，生成预设格式的响应消息；
第三发送模块830，被配置为发送消息生成模块920生成的响应消息。
图9是根据一示例性实施例示出的另一种用于请求系统消息的装置的框图，如图9所示，在上述图8所示实施例的基础上，在一实施例中，消息生成模块820包括：
第一解析子模块821，被配置为从请求消息中解析待请求系统消息的导码；
第一生成子模块822，被配置为将确定要响应的待请求系统消息的导码的导码标识添加至响应消息的子包头中，得到预设格式的响应消息。
在一实施例中，消息生成模块820包括：
第二解析子模块823，被配置为从请求消息中解析待请求系统消息的导码；
第二生成子模块824，被配置为在响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者响应消息的包体长度，并且将所响应的待请求系统消息的导码的导码标识添加至响应消息的包体中，得到预设格式的响应消息。
在一实施例中，响应消息的包头中还包括用于指示响应消息的结构类型的指示信息。
在一实施例中，装置还包括：
第四发送模块840，被配置为在待请求系统消息的发送窗口内发送所响应的待请求系统消息。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图10是根据一示例性实施例示出的一种适用于用于请求系统消息的装置的框图。例如，装置1000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等用户设备。
参照图10，装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1012，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。
处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理部件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在设备1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以 由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电力组件1006为装置1000的各种组件提供电力。电力组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。
多媒体组件1008包括在装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当设备1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1012被配置为输出和/或输入音频信号。例如，音频组件1012包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1012还包括一个扬声器，用于输出音频信号。
I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到设备1000的打开/ 关闭状态，组件的相对定位，例如组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信部件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令在被执行时可配置装置1000的处理器1020以执行上述方法，包括：
发送第一随机接入请求，第一随机接入请求中携带标识待请求系统消息的至少一个导码；
在预设时间段内监听第一随机接入请求对应的响应消息，响应消息携带用于响应导码的信息；
在监听到响应消息时，基于响应消息中包含的导码标识，在导码标 识对应的待请求系统消息的发送窗口中监听并接收待请求系统消息。
图11是根据一示例性实施例示出的一种适用于用于请求系统消息的装置的框图。装置1100可以被提供为一基站。参照图11，装置1100包括处理组件1122、无线发射/接收组件1124、天线组件1126、以及无线接口特有的信号处理部分，处理组件1122可进一步包括一个或多个处理器。
处理组件1122中的其中一个处理器可以被配置为：
接收用户设备发送的携带待请求系统消息的导码的随机接入请求；
基于请求消息，生成预设格式的响应消息；
发送响应消息。
在示例性实施例中，基站中还提供了一种包括指令的非临时性计算机可读存储介质，存储介质上存储有计算机指令，其特征在于，指令被处理器执行时实现以下步骤：
接收用户设备发送的携带待请求系统消息的导码的随机接入请求；
基于请求消息，生成预设格式的响应消息；
发送响应消息。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本请求旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (22)

  1. 一种用于请求系统消息的方法，其特征在于，所述方法包括：
    发送第一随机接入请求，所述第一随机接入请求中携带标识待请求系统消息的至少一个导码；
    在预设时间段内监听所述第一随机接入请求对应的响应消息，所述响应消息携带用于响应导码的信息；
    在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    基于所述响应消息中包含的导码标识以及所述第一随机接入请求中携带标识待请求系统消息的至少一个导码，确定请求结果为失败的待请求系统消息；
    发送第二随机接入请求，所述第二随机接入请求携带所述请求失败的待请求系统消息的导码。
  3. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    统计每一个待请求系统消息的请求次数；
    在有待请求系统消息的请求次数大于预设次数时，向无线资源控制RRC层指示所述待请求系统消息的请求次数已达最大次数。
  4. 根据权利要求1所述的方法，其特征在于，所述方法还包括：
    在没有监听到所述响应消息时，确定没有待请求系统消息请求成功。
  5. 一种用于请求系统消息的方法，其特征在于，所述方法包括：
    接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求；
    基于所述请求消息，生成预设格式的响应消息；
    发送所述响应消息。
  6. 根据权利要求5所述的方法，其特征在于，所述基于所述请求消息， 生成预设格式的响应消息，包括：
    从所述请求消息中解析所述待请求系统消息的导码；
    将确定要响应的待请求系统消息的导码的导码标识添加至所述响应消息的子包头中，得到所述预设格式的响应消息。
  7. 根据权利要求5所述的方法，其特征在于，所述基于所述请求消息，生成预设格式的响应消息，包括：
    从所述请求消息中解析所述待请求系统消息的导码；
    在所述响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者所述响应消息的包体长度，并且将所响应的待请求系统消息的导码的导码标识添加至所述响应消息的包体中，得到所述预设格式的响应消息。
  8. 根据权利要求7所述的方法，其特征在于，所述响应消息的包头中还包括用于指示所述响应消息的结构类型的指示信息。
  9. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    在所述待请求系统消息的发送窗口内发送所响应的待请求系统消息。
  10. 一种用于请求系统消息的装置，其特征在于，所述装置包括：
    第一发送模块，被配置为发送第一随机接入请求，所述第一随机接入请求中携带标识待请求系统消息的至少一个导码；
    第一监听模块，被配置为在预设时间段内监听所述第一随机接入请求对应的响应消息，所述响应消息携带用于响应导码的信息；
    第二监听模块，被配置为在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。
  11. 根据权利要求10所述的装置，其特征在于，所述装置包括：
    第一确定模块，被配置为基于所述响应消息中包含的导码标识以及所述第一随机接入请求中携带标识待请求系统消息的至少一个导码，确定请求结果为失败的待请求系统消息；
    第二发送模块，被配置为发送第二随机接入请求，所述第二随机接入 请求携带所述请求失败的待请求系统消息的导码。
  12. 根据权利要求10所述的装置，其特征在于，所述装置还包括：
    统计模块，被配置为统计每一个待请求系统消息的请求次数；
    问题报告模块，被配置为在有待请求系统消息的请求次数大于预设次数时，向无线资源控制RRC层指示所述待请求系统消息的请求次数已达最大次数。
  13. 根据权利要求10所述的装置，其特征在于，所述装置还包括：
    第二确定模块，被配置为在没有监听到所述响应消息时，确定没有待请求系统消息请求成功。
  14. 一种用于请求系统消息的装置，其特征在于，所述装置包括：
    第一接收模块，被配置为接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求；
    消息生成模块，被配置为基于所述第一接收模块接收到的所述请求消息，生成预设格式的响应消息；
    第三发送模块，被配置为发送所述消息生成模块生成的所述响应消息。
  15. 根据权利要求14所述的装置，其特征在于，所述消息生成模块包括：
    第一解析子模块，被配置为从所述请求消息中解析所述待请求系统消息的导码；
    第一生成子模块，被配置为将确定要响应的待请求系统消息的导码的导码标识添加至所述响应消息的子包头中，得到所述预设格式的响应消息。
  16. 根据权利要求14所述的装置，其特征在于，所述消息生成模块包括：
    第二解析子模块，被配置为从所述请求消息中解析所述待请求系统消息的导码；
    第二生成子模块，被配置为在所述响应消息的包头部分设置所响应的待请求系统消息的导码的数目或者所述响应消息的包体长度，并且将所响 应的待请求系统消息的导码的导码标识添加至所述响应消息的包体中，得到所述预设格式的响应消息。
  17. 根据权利要求16所述的装置，其特征在于，所述响应消息的包头中还包括用于指示所述响应消息的结构类型的指示信息。
  18. 根据权利要求14所述的装置，其特征在于，所述装置还包括：
    第四发送模块，被配置为在所述待请求系统消息的发送窗口内所响应的所述待请求系统消息。
  19. 一种用户设备，其特征在于，包括：
    处理器；
    用于存储处理器可执行指令的存储器；
    其中，所述处理器被配置为：
    发送第一随机接入请求，所述第一随机接入请求中携带标识待请求系统消息的至少一个导码；
    在预设时间段内监听所述第一随机接入请求对应的响应消息，所述响应消息携带用于响应导码的信息；
    在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。
  20. 一种基站，其特征在于，包括：
    处理器；
    用于存储处理器可执行指令的存储器；
    其中，所述处理器被配置为：
    接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求；
    基于所述请求消息，生成预设格式的响应消息；
    发送所述响应消息。
  21. 一种非临时计算机可读存储介质，所述存储介质上存储有计算机指令，其特征在于，所述指令被处理器执行时实现以下步骤：
    发送第一随机接入请求，所述第一随机接入请求中携带标识待请求系统消息的至少一个导码；
    在预设时间段内监听所述第一随机接入请求对应的响应消息，所述响应消息携带用于响应导码的信息；
    在监听到所述响应消息时，基于所述响应消息中包含的导码标识，在所述导码标识对应的待请求系统消息的发送窗口中监听并接收所述待请求系统消息。
  22. 一种非临时计算机可读存储介质，所述存储介质上存储有计算机指令，其特征在于，所述指令被处理器执行时实现以下步骤：
    接收用户设备发送的携带所述待请求系统消息的导码的随机接入请求；
    基于所述请求消息，生成预设格式的响应消息；
    发送所述响应消息。
PCT/CN2017/080713 2017-04-17 2017-04-17 用于请求系统消息的方法、装置、用户设备及基站 WO2018191839A1 (zh)

Priority Applications (14)

Application Number Priority Date Filing Date Title
RU2019134995A RU2726741C1 (ru) 2017-04-17 2017-04-17 Способ и устройство для запроса системной информации, пользовательское оборудование и базовая станция
BR112019021576A BR112019021576A2 (pt) 2017-04-17 2017-04-17 método e aparelho para solicitação de informações de sistema, equipamento de usuário e estação base
JP2020505953A JP6961795B2 (ja) 2017-04-17 2017-04-17 システム情報を要求するための方法、装置、ユーザ機器および基地局
PCT/CN2017/080713 WO2018191839A1 (zh) 2017-04-17 2017-04-17 用于请求系统消息的方法、装置、用户设备及基站
PL17906580.0T PL3614599T3 (pl) 2017-04-17 2017-04-17 Sposób wykorzystywany do żądania informacji systemowych, urządzenie, urządzenie użytkownika i stacja bazowa
KR1020197033977A KR102314479B1 (ko) 2017-04-17 2017-04-17 시스템 정보 요청을 위한 방법과 장치, 사용자 장비 및 기지국
EP23158485.5A EP4213426A1 (en) 2017-04-17 2017-04-17 Method, apparatus for requesting system information, user equipment and base station
ES17906580T ES2945133T3 (es) 2017-04-17 2017-04-17 Método usado para solicitar información de sistema, aparato, equipo de usuario y estación base
EP17906580.0A EP3614599B1 (en) 2017-04-17 2017-04-17 Method used to request system information, apparatus, user equipment and base station
CN201780000210.2A CN107223353B (zh) 2017-04-17 2017-04-17 用于请求系统消息的方法、装置、用户设备及基站
SG11201909607P SG11201909607PA (en) 2017-04-17 2017-04-17 Method, apparatus for requesting system information, user equipment and base station
US16/653,340 US11096223B2 (en) 2017-04-17 2019-10-15 Methods and apparatuses for requesting system information
US17/368,175 US11612000B2 (en) 2017-04-17 2021-07-06 Methods and apparatuses for requesting system information
US18/172,467 US20230199858A1 (en) 2017-04-17 2023-02-22 Methods and apparatuses for requesting system information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/080713 WO2018191839A1 (zh) 2017-04-17 2017-04-17 用于请求系统消息的方法、装置、用户设备及基站

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/653,340 Continuation US11096223B2 (en) 2017-04-17 2019-10-15 Methods and apparatuses for requesting system information

Publications (1)

Publication Number Publication Date
WO2018191839A1 true WO2018191839A1 (zh) 2018-10-25

Family

ID=59953952

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/080713 WO2018191839A1 (zh) 2017-04-17 2017-04-17 用于请求系统消息的方法、装置、用户设备及基站

Country Status (11)

Country Link
US (3) US11096223B2 (zh)
EP (2) EP3614599B1 (zh)
JP (1) JP6961795B2 (zh)
KR (1) KR102314479B1 (zh)
CN (1) CN107223353B (zh)
BR (1) BR112019021576A2 (zh)
ES (1) ES2945133T3 (zh)
PL (1) PL3614599T3 (zh)
RU (1) RU2726741C1 (zh)
SG (1) SG11201909607PA (zh)
WO (1) WO2018191839A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109983830A (zh) * 2019-02-14 2019-07-05 北京小米移动软件有限公司 随机接入的处理方法及装置

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11528749B2 (en) 2017-06-08 2022-12-13 Qualcomm Incorporated Techniques and apparatuses for random access procedure in a wireless backhaul network
US11419143B2 (en) * 2017-06-08 2022-08-16 Qualcomm Incorporated Random access procedure in a wireless backhaul network
CN109451879B (zh) * 2017-11-17 2022-08-26 北京小米移动软件有限公司 系统信息配置、读取方法及装置、基站和用户设备
US11848885B2 (en) 2018-02-05 2023-12-19 Beijing Xiaomi Mobile Software Co., Ltd. System information reception method and apparatus, and system information transmission method and apparatus
WO2019174049A1 (zh) * 2018-03-16 2019-09-19 北京小米移动软件有限公司 系统消息请求调整方法及装置和用户设备
WO2019183763A1 (zh) 2018-03-26 2019-10-03 北京小米移动软件有限公司 信息记录方法和信息记录装置
WO2019183837A1 (zh) * 2018-03-28 2019-10-03 Oppo广东移动通信有限公司 获取系统信息的方法、终端设备和网络设备
US10791502B2 (en) 2018-04-02 2020-09-29 FG Innovation Company Limited On-demand system information request procedure and error handling
CN110418419B (zh) * 2018-04-28 2022-03-25 中国移动通信有限公司研究院 一种随机接入方法、终端及网络设备
US11622387B2 (en) 2018-05-08 2023-04-04 Nokia Technologies Oy Monitoring of random access procedure
CN111869282B (zh) * 2018-10-30 2023-06-02 Oppo广东移动通信有限公司 一种窗口配置方法及装置、终端、网络设备
WO2020087476A1 (zh) * 2018-11-01 2020-05-07 Oppo广东移动通信有限公司 传输系统信息的方法和设备
US11910296B2 (en) * 2018-11-01 2024-02-20 Beijing Xiaomi Mobile Software Co., Ltd. Method and apparatus for processing SI request, terminal and storage medium
EP4195785A4 (en) * 2020-08-28 2023-10-11 Huawei Technologies Co., Ltd. COMMUNICATION METHOD AND APPARATUS

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101695196A (zh) * 2009-10-20 2010-04-14 普天信息技术研究院有限公司 一种提高竞争模式下随机接入成功率的方法、系统和装置
CN101827450A (zh) * 2009-03-04 2010-09-08 华为技术有限公司 随机接入的方法、装置及系统

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101572594B (zh) * 2008-04-29 2013-01-16 中兴通讯股份有限公司 系统消息调度方法
CN101784121B (zh) * 2009-01-20 2012-01-04 华为技术有限公司 一种随机接入的方法、装置和系统
WO2011084008A2 (ko) * 2010-01-07 2011-07-14 엘지전자 주식회사 광대역 무선 접속 시스템에서 컨텐트 보존 등록해제 모드 수행 방법
KR20120070689A (ko) * 2010-12-22 2012-07-02 한국전자통신연구원 사물 통신 서비스를 위한 랜덤 액세스 방법 및 이를 이용한 무선 통신 장치
GB2487908B (en) * 2011-02-04 2015-06-17 Sca Ipla Holdings Inc Telecommunications method and system
GB2493702B (en) * 2011-08-11 2016-05-04 Sca Ipla Holdings Inc OFDM subcarrier allocations in wireless telecommunications systems
JP5834639B2 (ja) * 2011-09-02 2015-12-24 ソニー株式会社 通信装置、通信方法、通信システム、および基地局
EP3301967B1 (en) * 2012-05-11 2019-07-17 Kyocera Corporation Communication control method and system
CN103067880A (zh) * 2013-01-09 2013-04-24 中兴通讯股份有限公司 一种发送集群消息的方法和网络侧设备、终端设备
US9867183B2 (en) * 2013-07-12 2018-01-09 Lg Electronics Inc. Communication method and wireless device for supporting variable bandwidth
US10764796B2 (en) * 2015-01-13 2020-09-01 Telefonaktiebolaget Lm Ericsson (Publ) Network node, wireless device and method for use in a random access procedure therebetween in a cell of the network node
CN113115406A (zh) * 2015-06-11 2021-07-13 苹果公司 用于无线通信的低开销系统信息获取
AU2017227408B2 (en) * 2016-02-29 2021-09-30 Samsung Electronics Co., Ltd. Apparatus and method for signaling system information
JP2019517216A (ja) * 2016-06-30 2019-06-20 北京小米移動軟件有限公司Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ． システム情報伝送方法、装置、プログラム及び記録媒体
US10834759B2 (en) * 2017-03-20 2020-11-10 Motorola Mobility Llc Feedback for a system information request

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101827450A (zh) * 2009-03-04 2010-09-08 华为技术有限公司 随机接入的方法、装置及系统
CN101695196A (zh) * 2009-10-20 2010-04-14 普天信息技术研究院有限公司 一种提高竞争模式下随机接入成功率的方法、系统和装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109983830A (zh) * 2019-02-14 2019-07-05 北京小米移动软件有限公司 随机接入的处理方法及装置

Also Published As

Publication number Publication date
US11096223B2 (en) 2021-08-17
KR20190136084A (ko) 2019-12-09
SG11201909607PA (en) 2019-11-28
BR112019021576A2 (pt) 2020-05-05
KR102314479B1 (ko) 2021-10-18
EP3614599A1 (en) 2020-02-26
RU2726741C1 (ru) 2020-07-15
JP2020517208A (ja) 2020-06-11
JP6961795B2 (ja) 2021-11-05
US20210337600A1 (en) 2021-10-28
CN107223353A (zh) 2017-09-29
US20230199858A1 (en) 2023-06-22
EP3614599B1 (en) 2023-04-12
US20200045749A1 (en) 2020-02-06
PL3614599T3 (pl) 2023-08-14
ES2945133T3 (es) 2023-06-28
EP3614599A4 (en) 2020-04-22
CN107223353B (zh) 2018-09-04
US11612000B2 (en) 2023-03-21
EP4213426A1 (en) 2023-07-19

Similar Documents

Publication Publication Date Title
WO2018191839A1 (zh) 用于请求系统消息的方法、装置、用户设备及基站
WO2020019217A1 (zh) 传输配置方法及装置
US11469858B2 (en) Hybrid automatic repeat request feedback indication and feedback method, device, and base station
WO2019104541A1 (zh) 资源配置方法、装置、用户设备及基站
WO2018195970A1 (zh) 公共下行控制信息的传输、获取方法及装置
WO2019191948A1 (zh) 下行控制信息格式大小的确定方法及装置
WO2018086069A1 (zh) 用于发送和接收系统消息的方法、装置、用户设备及基站
WO2020019215A1 (zh) 传输harq反馈信息的方法、终端及基站
WO2018141165A1 (zh) 数据传输方法及装置
WO2019237360A1 (zh) 确定上下行切换点的方法及装置
US20220394704A1 (en) Feedback method, feedback apparatus and storage medium
WO2019024037A1 (zh) 指示多业务数据复用传输的方法及装置、终端和基站
WO2019023885A1 (zh) 蜂窝网络中实现全双工传输的方法、装置、设备及基站
CN108476385B (zh) 用于接收和发送系统消息的方法、装置、用户设备及基站
US11356890B2 (en) Method and apparatus for transmitting radio resource control message
WO2018120779A1 (zh) 下行链路数据的传输方法及装置
WO2018205227A1 (zh) 用于发送和接收系统消息的方法、装置、用户设备及基站
US20220279524A1 (en) Pusch receiving method and device, pusch sending method and device
US11317341B2 (en) System information request adjustment method and apparatus, and user equipment
EP3742838A1 (en) Information transmission method, device, and system, and storage medium
US11323210B2 (en) Method and device for transmitting hybrid automatic repeat request information
CN113796110A (zh) 一种执行小数据包传输和确定随机接入消息传输方式的方法、装置、设备及存储介质
CN109792619B (zh) 信令检测的实现方法、装置、用户设备及基站
WO2020133200A1 (zh) 载波配置方法及装置
WO2019047095A1 (zh) 调度信令的检测方法、装置、用户设备和基站

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17906580

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020505953

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112019021576

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 20197033977

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2017906580

Country of ref document: EP

Effective date: 20191118

ENP Entry into the national phase

Ref document number: 112019021576

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20191014