Random access problem reporting method, terminal device and storage medium
By determining the random access attempt threshold in the terminal device and determining whether to report the random access problem based on the number of sending times, the problem of failure reporting of the terminal device under different random access types is solved, and the stability of the system and resource utilization efficiency are improved.
Patent Information
- Application Number
- CN202311351963.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2019-11-15
- Publication Date
- 2025-08-29
- Estimated Expiration
- 2039-11-15
AI Technical Summary
When the uplink bandwidth part of the terminal device supports two-step or four-step random access, how to effectively control the reporting of problems after the random access failure, especially in communication systems, the prior art has failed to effectively solve this problem.
The terminal device determines the random access attempt threshold based on the random access type supported by the uplink bandwidth part, and when the random access fails, it decides whether to report the random access problem based on the relationship between the number of sending times of the random access request and the threshold.
It realizes effective random access problem reporting control under the support of different random access types, improves the stability of the system and resource utilization efficiency, and reduces signaling overhead.
Smart Images

Figure CN117395807B_ABST
Abstract
Description
[0001] This application is a divisional application of the invention patent application with the application date of November 15, 2019, application number 201980098376.1, and invention name “Random access problem reporting method, terminal device and storage medium”. Technical Field
[0002] The present invention relates to mobile communication technology, and in particular to a random access problem reporting method, terminal equipment and storage medium. Background Art
[0003] Random access is a fundamental and important process in communications systems. Its objectives include establishing uplink synchronization, establishing a unique terminal identifier (Cell Radio Network Temporary Identifier, C-RNTI), and requesting the network to allocate uplink resources to the terminal. Therefore, random access is not only used for initial access, but also for accessing a new cell during handover, accessing after a radio link failure, and restoring uplink synchronization during uplink / downlink data transmission.
[0004] The random access process includes the first type of random access and the second type of random access. In the first type of random access, the terminal device and the network device need to perform four information exchanges; therefore, the first type of random access is also called four-step random access (4-steps RACH). In the second type of random access, the terminal device and the network device need to perform two information exchanges; therefore, the second type of random access is also called two-step random access (2-steps RACH).
[0005] Two-step random access is currently under standardization discussion and can reduce latency and signaling overhead. However, the uplink bandwidth of terminal devices may support only two-step random access or both two-step random access and four-step random access. Therefore, how to control the reporting of random access failures in the event of random access failures has become a technical problem to be solved. Summary of the Invention
[0006] The embodiment of the present invention provides a random access problem reporting method, terminal equipment and storage medium, which can control the reporting of random access problems when random access fails when the uplink bandwidth of the terminal equipment partially supports random access.
[0007] In a first aspect, an embodiment of the present invention provides a method for reporting a random access problem, including:
[0008] The terminal device determines the random access attempt threshold based on the random access type supported by the uplink bandwidth portion;
[0009] When the random access of the terminal device fails, the terminal device determines whether to report the random access problem based on the relationship between the number of times the random access request is sent and the random access attempt threshold.
[0010] In a second aspect, an embodiment of the present invention provides a terminal device, including:
[0011] a selection unit configured to determine a random access attempt threshold according to a random access type supported by the uplink bandwidth portion;
[0012] The determining unit is configured to determine whether to report a random access problem when the terminal device fails to perform random access based on a relationship between the number of times the random access request is sent and the random access attempt threshold.
[0013] In a third aspect, an embodiment of the present invention provides a terminal device, comprising a processor and a memory for storing a computer program that can be run on the processor, wherein the processor is used to execute the steps of the random access problem reporting method executed by the above-mentioned terminal device when running the computer program.
[0014] In a fourth aspect, an embodiment of the present invention provides a storage medium storing an executable program, which, when executed by a processor, implements the random access problem reporting method executed by the above-mentioned terminal device.
[0015] The random access problem reporting method provided by an embodiment of the present invention includes: a terminal device determines a random access attempt threshold based on a random access type supported by an uplink bandwidth portion; when the random access of the terminal device fails, the terminal device determines whether to report the random access problem based on a relationship between the number of random access request transmissions and the random access attempt threshold; thereby, when the uplink bandwidth portion of the terminal device supports random access, the random access problem reporting in the event of a random access failure can be controlled. BRIEF DESCRIPTION OF THE DRAWINGS
[0016] Figure 1 Schematic diagram of an optional processing flow of random access of the present invention;
[0017] Figure 2 Schematic diagram of an optional processing flow of random access of the present invention;
[0018] Figure 3 Schematic diagram of an optional processing flow of random access of the present invention;
[0019] Figure 4 Schematic diagram of an optional processing flow of random access of the present invention;
[0020] Figure 5A schematic diagram of an optional structural composition of a communication system provided in an embodiment of the present invention;
[0021] Figure 6 A schematic diagram of an optional processing flow of a random access problem reporting method provided in an embodiment of the present invention;
[0022] Figure 7 A schematic diagram of an optional processing flow of a random access problem reporting method provided in an embodiment of the present invention;
[0023] Figure 8 A schematic diagram of an optional processing flow of a random access problem reporting method provided in an embodiment of the present invention;
[0024] Figure 9 An optional timing relationship diagram provided for an embodiment of the present invention;
[0025] Figure 10 An optional timing relationship diagram provided for an embodiment of the present invention;
[0026] Figure 11 An optional timing relationship diagram provided for an embodiment of the present invention;
[0027] Figure 12 A schematic diagram of an optional structure of a terminal device provided in an embodiment of the present invention;
[0028] Figure 13 This is a schematic diagram of an optional structure of an electronic device provided by an embodiment of the present invention. DETAILED DESCRIPTION
[0029] In order to enable a more detailed understanding of the features and technical contents of the embodiments of the present invention, the implementation of the embodiments of the present invention is described in detail below with reference to the accompanying drawings. The accompanying drawings are for reference only and are not intended to limit the embodiments of the present invention.
[0030] Before describing in detail the random access problem reporting method provided by the embodiment of the present invention, the random access process is briefly described first.
[0031] After the cell search process, the terminal device has achieved downlink synchronization with the cell and can therefore receive downlink data. However, the terminal device cannot perform uplink transmission until it has achieved uplink synchronization with the cell. The terminal device establishes a connection with the cell and achieves uplink synchronization through the random access procedure.
[0032] The main purposes of random access are: (1) obtaining uplink synchronization; (2) allocating a unique C-RNTI to the terminal device.
[0033] The random access process can be triggered by the following events:
[0034] 1. Establishing a wireless connection when the UE initially accesses: The UE changes from the idle state (i.e., RRC_IDLE state) of the Radio Resource Control (RRC) to the connected state (i.e., RRC_CONNECTED state); wherein, in the RRC_IDLE state, no RRC connection is established, and in the RRC_CONNECTED state, an RRC connection is established;
[0035] 2. Radio Resource Control (RRC) connection re-establishment procedure: to enable the UE to re-establish the radio connection after a radio link failure.
[0036] 3. Handover: The UE needs to establish uplink synchronization with the new cell;
[0037] 4. In the RRC_CONNECTED state, downlink (DL) data arrives, and the uplink (UL) is out of sync.
[0038] 5. In the RRC_CONNECTED state, UL data arrives, and the UL is out of synchronization or there are no Physical Uplink Control Channel (PUCCH) resources for sending a Scheduling Request (SR);
[0039] 6. In the RRC_CONNECTED state, timing advance is required to locate the terminal device;
[0040] 7. SR failed;
[0041] 8. Synchronous reconfiguration request from RRC;
[0042] 9. The UE transitions from the connection inactive state (i.e., RRC_INACTIVE state) to the RRC_CONNECTED state;
[0043] 10. Establish time alignment during the Secondary Cell (SCell) addition process;
[0044] 11. Request other system information (SI);
[0045] 12. Beam failure recovery.
[0046] The random access process includes type 1 random access and type 2 random access. In type 1 random access, four information exchanges are required between the terminal device and the network device; therefore, type 1 random access is also called four-step random access. In type 2 random access, two information exchanges are required between the terminal device and the network device; therefore, type 2 random access is also called two-step random access.
[0047] The first type of random access supports contention-based random access and non-contention-based random access.
[0048] The processing flow of the contention-based random access method is as follows: Figure 1 As shown, it includes the following four steps:
[0049] S101, the terminal device sends a random access preamble to the network device via message 1 (message 1, Msg1).
[0050] The terminal device selects a physical random access channel (PRACH) time domain resource and sends the selected random access preamble (Preamble) on the selected PRACH time domain resource. Based on the received Preamble, the network device estimates the uplink timing and the size of the uplink grant required for the terminal device to transmit message 3 (Msg3). The Preamble is sent during the periodic random access opportunity (RACH Occasion, RO) configured by the network device.
[0051] The network device sends random access-related parameters to the terminal device by broadcasting System Information Block (SIB) 1. The reference signal receiving power (RSRP) threshold (rsrp-ThresholdSSB) for the synchronization signal block (SSB) in the RACH common configuration (RACH-ConfigCommon) information element (IE) is used by the terminal device to select the SSB. The terminal device compares the RSRP measurement result of each SSB with the rsrp-ThresholdSSB and selects the SSB with an RSRP measurement result higher than the rsrp-ThresholdSSB for access. If there is no SSB with an RSRP measurement result higher than the rsrp-ThresholdSSB, it randomly selects an SSB from all SSBs for access. Each SSB corresponds to a set of preamble resources and RO resources. The terminal device randomly selects a contention-based random access resource from the selected SSB and sets the preamble index (PREAMBLE_INDEX) to the selected random access preamble.
[0052] S102, the network device sends message 2 (message 2, Msg2) to the terminal device.
[0053] After the network device detects that a terminal device has sent a Preamble, it sends a Random Access Response (RAR) message to the terminal device through Msg2 to inform the terminal device of the uplink resource information that can be used when sending Msg3, allocate a temporary Radio Network Temporary Identity (RNTI) to the terminal device, and provide the terminal device with a time advance command, etc.
[0054] After the terminal device sends the preamble, it will open a RAR time window (RA Response window) and monitor the physical downlink control channel (PDCCH) scrambled by the random access radio network temporary identifier (RA-RNTI) within the RAR time window to receive the RAR message corresponding to the RA-RNTI. The RA-RNTI is calculated based on the time-frequency position of the PRACH where the preamble is sent. Therefore, if multiple UEs send preambles on the same RO, the corresponding RARs are multiplexed in the same RAR media access control (MAC) protocol data unit (PDU). The RAR MAC PDU consists of one or more MAC sub-protocol data units (subPDU) and optional padding, where the composition of the MAC subPDU is as follows:
[0055] A MAC subheader with only a backoff indicator (BI) is a BI MAC subheader (which can exist alone).
[0056] A MAC subheader with only a Random Access Preamble Identifier (RAPID) is a RAPID MAC subheader (i.e., an acknowledgement of an SI request, which can exist independently).
[0057] MAC subheader of RAR with RAPID MAC.
[0058] Among them, the MAC subheader with BI consists of five header fields: E (Exension) / T (Type) / R (Reserved) / R / BI. The MAC subheader with only RAPID and the MAC subheader with RAPID MAC RAR consists of three header fields: E / T / RAPID. Among them, R is a reserved field with a value of 0 or 1; E indicates whether the current MAC subPDU is the last one. When E is 0, it indicates that the current MAC subPDU is the last one. When E is 1, it indicates that there is at least one MAC subPDU after the current MAC subPDU; when T is 0, it indicates the BI MAC header, and when T is 1, it indicates the RAPID MAC header; BI indicates the overload condition of the current cell; RAPID indicates the random access preamble of the transmission.
[0059] If the terminal device successfully receives the RA-RNTI scrambled PDCCH corresponding to the RO resource that sends the Preamble, and the RAR contains a MAC subPDU carried by the RAPID corresponding to the PREAMBLE_INDEX selected in S101, then the RAR is received successfully, and the terminal can decode the timing advance command (Timing Advance Command, TAC), uplink grant (UL Grant) and temporary cell radio network temporary identifier (Temporary C-RNTI, TC-RNTI).
[0060] If the RA-RNTI-scrambled PDCCH corresponding to the RO resource for sending the Preamble is not received during the RAR time window, or the RA-RNTI-scrambled PDCCH is received but the RAR does not contain the MACsubPDU corresponding to PREAMBLE_INDEX, it is considered that the RAR reception has failed. At this time, if the number of Preamble transmissions does not exceed the maximum number of preamble transmissions (preambleTransMax) configured by the network, the terminal device needs to retransmit Msg1. If the number of Preamble transmissions exceeds the preambleTransMax configured by the network, the terminal device reports the random access problem to the upper layer.
[0061] S103, the terminal device sends Msg3 to the network device.
[0062] If the terminal device successfully receives the RAR message, the terminal sends Msg3, which is the PUSCH scheduled by the RAR message.
[0063] Msg3 is primarily used to inform the network device of the event that triggered the random access procedure. For example, if it is an initial random access procedure, Msg3 will carry the UE ID and establishment cause; if it is an RRC reestablishment procedure, Msg3 will carry the connected UE identifier and establishment cause. Msg3 must contain the UE's unique identifier for contention resolution in S104.
[0064] In S103, the UE will carry its own unique identifier in Msg3: C-RNTI or UE identifier from the core network (S-TMSI or a random number). For UEs in the RRC_CONNECTED state, its unique identifier is C-RNTI. For UEs in the non-RRC_CONNECTED state, a unique UE identifier from the core network (S-TMSI or a random number) will be used.
[0065] After the terminal device sends Msg3, the terminal's MAC entity will initiate the following operations:
[0066] 1>. Start the random access contention resolution timer (ra-ContentionResolutionTimer) and restart the random access contention resolution timer (ra-ContentionResolutionTimer) at the first symbol after each Msg3 retransmission.
[0067] 2>, monitor C-RNTI or TC-RNTIPDCCH during the operation of ra-ContentionResolutionTimer, that is, monitor the contention resolution message sent by the network.
[0068] Step S104: The network device sends Msg4 to the terminal device.
[0069] Msg4 includes a contention resolution message and allocates uplink transmission resources to the terminal device.
[0070] During the contention resolution mechanism, the network device will carry this unique identifier in Msg4 to designate the winning terminal device. Other terminal devices that did not win the contention resolution will re-initiate random access. The PDCCH in Msg4 is scrambled using the C-RNTI or TC-RNTI.
[0071] For a terminal device in the RRC_CONNECTED state, if a C-RNTI-scrambled PDCCH is received during the ra-ContentionResolutionTimer period, the contention resolution is considered successful. For a terminal device in the non-RRC_CONNECTED state, if a TC-RNTI-scrambled PDCCH is received during the ra-ContentionResolutionTimer period, when the CRID contained in the MAC PDU corresponding to the successfully decoded Msg4 matches the CCCH SDU sent by Msg3, the contention resolution is considered successful and the random access process of the terminal device is successful.
[0072] When ra-ContentionResolutionTimer times out or contention resolution fails, that is, random access fails, if the number of Preamble transmissions does not exceed preambleTransMax, the terminal device needs to retransmit Msg1. If the number of Preamble transmissions exceeds preambleTransMax, the terminal device reports the random access problem to the upper layer.
[0073] The processing flow of the non-contention-based random access method is as follows: Figure 2 As shown, it includes the following three steps:
[0074] S201: The network device sends an allocated random access Preamble to the terminal device.
[0075] S202. The terminal device sends a random access Preamble to the network device via Msg1.
[0076] Based on non-contention random access, PRACH time domain resources and preamble can be specified by the network device.
[0077] S203. The network device sends Msg2 to the terminal device.
[0078] After the network device detects that a terminal device has sent a Preamble, it sends a RAR to the terminal device through Msg2.
[0079] After the terminal device sends Msg1, it opens a random access response time window and monitors the RA-RNTI scrambled PDCCH within the random access response time window. For the description of the random access response, please refer to the description in S102.
[0080] For non-contention-based random access, the random access process ends after the terminal device successfully receives Msg2.
[0081] Compared with the first type of random access, the second type of random access can improve the delay and reduce the signaling overhead. The processing flow of the second type of random access is as follows: Figure 3 As shown, including:
[0082] S301: The terminal device sends MsgA to the network device.
[0083] MsgA includes a preamble and uplink data (e.g., carried by PUSCH). The preamble is the content of Msg1 for the first type of random access; the uplink data part carries the UE identification information and / or the reason for the RRC request, which is the content of Msg3 for the first type of random access.
[0084] Step S302: The network device sends MsgB to the terminal device.
[0085] MsgB includes contention resolution information and TAC, C-RNTI allocation information, etc. MsgB is equivalent to Msg2 and Msg4 including the first type of random access.
[0086] based on Figure 3 2-step RACH shown, such as Figure 4As shown, if a fallback indication is received in MsgB, the terminal device executes S401, sends Msg3 to the network device, and listens for Msg4 in S402. If the contention resolution is unsuccessful after the transmission of Msg3, the terminal device continues to S301 and transmits MsgA.
[0087] The random access type corresponding to the resources used for random access in the uplink UL bandwidth part (BWP) includes the following two cases:
[0088] Case 1, corresponds only to two-step random access;
[0089] Case 2 includes two-step random access and four-step random access.
[0090] The related art does not involve how to report the random access problem in the above two situations.
[0091] Based on the above problems, an embodiment of the present invention provides a method for reporting random access problems. The information processing method of the embodiment of the present invention can be applied to various communication systems, such as: Long Term Evolution (LTE) system, LTE Frequency Division Duplex (FDD) system, LTE Time Division Duplex (TDD), Universal Mobile Telecommunication System (UMTS), 5G system or future communication systems, etc.
[0092] For example, the communication system 500 used in the embodiment of the present invention is as follows: Figure 5 As shown. The communication system 500 may include a network device 510, which may be a device that communicates with a terminal device 520 (or referred to as a communication terminal or terminal). The network device 510 may provide communication coverage for a specific geographical area and may communicate with terminal devices located within the coverage area. Optionally, the network device 510 may be an evolved base station (eNB or eNodeB) in an LTE system, a base station (gNB) in an NR / 5G system, or a wireless controller in a cloud radio access network (CRAN).
[0093] The communication system 500 may also include: a wireless controller in a cloud radio access network (CRAN), or a mobile switching center, a relay station, an access point, a vehicle-mounted device, a wearable device, a hub, a switch, a bridge, a router, a network-side device in a 5G network, or a network device in a future evolved public land mobile network (PLMN), etc.
[0094] The communication system 500 also includes at least one terminal device 520 located within the coverage area of at least one network device 510. As used herein, "terminal device" includes, but is not limited to, a device that is connected via a wired line, such as a Public Switched Telephone Network (PSTN), a Digital Subscriber Line (DSL), a digital cable, a direct cable connection; and / or another data connection / network; and / or via a wireless interface, such as a cellular network, a Wireless Local Area Network (WLAN), a digital television network such as a DVB-H network, a satellite network, an AM-FM broadcast transmitter; and / or another terminal device configured to receive / send communication signals; and / or an Internet of Things (IoT) device. A terminal device configured to communicate via a wireless interface may be referred to as a "wireless communication terminal," "wireless terminal," or "mobile terminal." Examples of mobile terminals include, but are not limited to, satellite or cellular telephones; Personal Communications System (PCS) terminals that may combine cellular radiotelephones with data processing, fax, and data communications capabilities; PDAs that may include radiotelephones, pagers, Internet / Intranet access, web browsers, organizers, calendars, and / or Global Positioning System (GPS) receivers; and conventional laptop and / or palmtop receivers or other electronic devices that include radiotelephone transceivers. A terminal device may be referred to as an access terminal, user equipment (UE), a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communication device, a user agent, or a user device. The access terminal can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal device in a 5G network, or a terminal device in a future evolved PLMN, etc.
[0095] Optionally, the 5G system or 5G network may also be referred to as a New Radio (NR) system or NR network.
[0096] Figure 5One network device and two terminal devices are shown exemplarily. Optionally, the communication system 500 may include multiple terminal devices and multiple network devices, and each network device may include another number of terminal devices within its coverage area. This is not limited in the embodiment of the present invention.
[0097] Optionally, the communication system 500 may further include other network entities such as a network controller and a mobility management entity, which is not limited in this embodiment of the present invention.
[0098] An optional processing flow of the random access problem reporting method provided by the embodiment of the present invention is as follows: Figure 6 As shown, the following steps are included:
[0099] S601. The terminal device determines a random access attempt threshold according to a random access type supported by an uplink bandwidth portion.
[0100] In the embodiment of the present invention, the type of random access supported by the uplink bandwidth part is the type of random access corresponding to the resources used for random access in the uplink bandwidth part.
[0101] Taking the random access type corresponding to the resources used for random access in the uplink bandwidth part as case 1, which corresponds only to two-step random access, as an example, the uplink bandwidth part only configures resources for two-step random access, and the uplink bandwidth part of the terminal device only supports two-step random access.
[0102] When the uplink bandwidth of the terminal device only supports two-step random access, the random access attempt threshold includes: a first attempt threshold, which is used to determine whether to report a random access problem. The first attempt threshold can also be called the first maximum number of two-step random access attempts.
[0103] In the embodiment of the present invention, N1 identifies the first attempt threshold.
[0104] In the case that only two-step random access resources are configured in the current uplink bandwidth part, only two-step random access can be performed in the current uplink bandwidth part.
[0105] Taking the random access type corresponding to the resources used for random access in the uplink bandwidth part as case 2, including two-step random access and four-step random access, as an example, the uplink bandwidth part is configured with resources for two-step random access and resources for four-step random access at the same time, and the uplink bandwidth part of the terminal device supports two-step random access and four-step random access at the same time.
[0106] When the uplink bandwidth of the terminal device supports both two-step random access and four-step random access, the random access attempt threshold includes a third attempt threshold, which is used to determine whether to report a random access problem. The third attempt threshold can also be called the maximum number of four-step random access attempts.
[0107] In the case that resources for two-step random access and resources for four-step random access are configured for the current uplink bandwidth portion, the current uplink bandwidth portion may perform two-step random access or four-step random access.
[0108] In the embodiment of the present invention, the third attempt threshold is identified by K.
[0109] Optionally, N1 is less than or equal to K.
[0110] In the embodiment of the present invention, the terminal device includes one or more uplink bandwidth parts for performing a random access process. At a time, only one uplink bandwidth part is activated to perform the random access process.
[0111] S602: When the terminal device fails in random access, the terminal device determines whether to report a random access problem based on a relationship between the number of random access request transmissions and the random access attempt threshold.
[0112] In the embodiment of the present invention, when the terminal performs two-step random access, the random access request sent is MsgA; when the terminal performs four-step random access, the random access request sent is Msg1.
[0113] In the case where only two-step random access is supported in the uplink bandwidth part, such as Figure 7 As shown, S602 includes:
[0114] S602a: When the terminal device fails in random access, determine whether to report a random access problem based on a relationship between the number of times the random access request is sent and a first attempt threshold.
[0115] At this time, determining whether to report a random access problem based on a relationship between the number of random access request transmissions and the random access attempt threshold includes: determining whether to report a random access problem based on a relationship between the number of random access request transmissions and the first attempt threshold.
[0116] Optionally, the first attempt threshold is configured by the network device. In one example, the network device configures the first attempt threshold in the two-step random access parameter field.
[0117] In S602a, the solution for determining whether to report the random access problem based on the relationship between the number of random access request transmissions and the first attempt threshold includes one of the following solutions:
[0118] Solution 1: When the number of transmissions reaches the first attempt threshold, it is determined to report the random access problem; when the number of transmissions does not reach the first attempt threshold, it is determined not to report the random access problem.
[0119] Option 2: When the number of transmissions reaches the first attempt threshold and the number of transmissions does not reach the random access problem reporting threshold, it is determined not to report the random access problem; when the number of transmissions reaches the first attempt threshold and the number of transmissions reaches the random access problem reporting threshold, it is determined to report the random access problem; the random access problem reporting threshold is greater than the first attempt threshold.
[0120] Solution three: when the number of transmissions reaches the first attempt threshold and the problem reporting timer has not expired, determine not to perform random access problem reporting; when the number of transmissions reaches the first attempt threshold and the problem reporting timer expires, determine to perform random access problem reporting.
[0121] Taking Scheme 1 as an example, in which whether to report a random access problem is determined based on the relationship between the number of random access request transmissions and the first attempt threshold, if the number of random access request transmissions reaches the first attempt threshold but random access still fails, the terminal device reports a random access problem. If the number of random access requests transmitted by the terminal device when random access is successful does not exceed N1, the terminal device does not report a random access problem.
[0122] Optionally, the first attempt threshold is greater than a second attempt threshold, and the second attempt threshold is used by the terminal device to determine whether to fall back from two-step random access to four-step random access when resources for two-step random access and resources for four-step random access are configured in the uplink bandwidth portion of the terminal device. The second attempt threshold may also be referred to as a second maximum number of two-step random access attempts.
[0123] In the embodiment of the present invention, the second attempt threshold is identified by N2. In the embodiment of the present invention, N2 is smaller than K.
[0124] Optionally, the second attempt threshold is configured by the network device. In one example, the network device configures the second attempt threshold in the two-step random access parameter field.
[0125] Taking Scheme 2 as an example, in which the scheme used to determine whether to report a random access problem is adopted based on the relationship between the number of times a random access request is sent and the first attempt threshold, when the number of times the terminal device sends the random access request reaches the random access problem reporting threshold and the random access fails, it is determined to report a random access problem.
[0126] Here, a random access problem reporting threshold is introduced. When the number of random access requests sent reaches the first attempt threshold but random access still fails, two-step random access is continued to be attempted until the number of random access requests sent reaches the random access problem reporting threshold. If random access still fails, a random access problem is reported.
[0127] Optionally, the first attempt threshold is equal to the second attempt threshold, that is, N1=N2.
[0128] In the embodiment of the present invention, the random access problem reporting threshold is identified by M. When the number of random access requests sent by the terminal device when random access is successful does not exceed M, the terminal device does not report the random access problem.
[0129] Optionally, the random access problem reporting threshold is configured by the network device. In one example, the network device configures the random access problem reporting threshold in the two-step random access parameter field. Wherein, N1 is less than M.
[0130] Taking Scheme 3 as an example, in which the scheme for determining whether to report a random access problem based on the relationship between the number of random access request transmission times and the first attempt threshold is adopted, when the number of random access request transmission times reaches the first attempt threshold and the random access fails, it is determined whether the problem reporting timer has timed out. If it has not timed out, the random access request continues to be sent until the problem reporting timer times out and the random access still fails, and it is determined to perform a random access problem report.
[0131] Here, a problem reporting timer is introduced. If the number of random access requests sent reaches the first attempt threshold but random access still fails, two-step random access attempts will continue until the problem reporting timer expires. If random access is still unsuccessful, a random access problem report will be performed. If the terminal device successfully completes random access before the problem reporting timer expires, the terminal device will not report the random access problem.
[0132] In the embodiment of the present invention, the timing for starting the problem reporting timer includes:
[0133] The time when the random access request is first sent; or
[0134] The time when the number of transmissions reaches the first attempt threshold.
[0135] When the problem reporting timer is started at the time of sending the random access request for the first time, the terminal device starts the problem reporting timer when sending Msg A for the first time. At this time, the duration of the problem reporting timer is greater than the duration required to send N1 random access requests.
[0136] When the problem reporting timer is started at the time when the number of transmissions reaches the first attempt threshold, the terminal device starts the problem reporting timer when it sends N1 MsgA times and random access fails.
[0137] Optionally, the duration of the problem reporting timer is configured by the network device. In one example, the network device configures the duration of the problem reporting timer in the two-step random access parameter field.
[0138] In the case where the uplink bandwidth supports both two-step random access and four-step random access, such as Figure 8 As shown, S602 includes:
[0139] S602b: When the random access of the terminal device fails, determine whether to report the random access problem according to the relationship between the number of times the random access request is sent and the third attempt threshold.
[0140] At this time, determining whether to report the random access problem based on the relationship between the number of random access request transmissions and the random access threshold includes: determining whether to report the random access problem based on the relationship between the number of random access request transmissions and the third attempt threshold.
[0141] In an embodiment of the present invention, the scheme for determining whether to report a random access problem based on the relationship between the number of times a random access request is sent and the third attempt threshold includes: when the number of times the random access request is sent reaches the third attempt threshold, determining to report the random access problem; when the number of times the random access request is sent does not reach the third attempt threshold, determining not to report the random access problem.
[0142] In an embodiment of the present invention, when the uplink bandwidth of the terminal device is configured with resources for two-step random access and resources for four-step random access at the same time, whether to report the random access problem is determined based on the relationship between the number of random access request transmissions and the third attempt threshold.
[0143] Here, when the number of random access requests sent reaches the third attempt threshold but random access still fails, the terminal device reports the random access problem. When the number of random access requests sent by the terminal device when random access is successful does not exceed the third attempt threshold K, the terminal device does not report the random access problem.
[0144] Optionally, the third attempt threshold is configured by the network device. In one example, the network device configures the third attempt threshold in the four-step random access parameter field.
[0145] In an embodiment of the present invention, when the types of random access supported by the uplink bandwidth part include two-step random access and four-step random access, the method further includes: when the random access request sent by the terminal device is message A, the number of transmissions reaches a second attempt threshold, and the random access fails, the terminal device falls back from the two-step random access process to the four-step random access process.
[0146] In the embodiment of the present invention, after the terminal device falls back from the two-step random access process to the four-step random access process, it sends Msg3 to the network device after receiving MsgB.
[0147] When the terminal device sends MsgA the number of times reaching N2 and random access fails, the terminal device sends Msg3, falling back from two-step random access to four-step random access and continuing the random access attempt. If random access fails after the transmission of Msg3, the terminal device continues to transmit MsgA to perform two-step random access.
[0148] In the embodiment of the present invention, a random access attempt threshold is selected based on whether the type supported by the uplink bandwidth portion supports only two-step random access, i.e., only two-step random access resources are configured, or supports both two-step random access and four-step random access, i.e., both two-step random access resources and four-step random access resources are configured. The reporting of a random access problem in the event of a random access failure is controlled based on the selected random access attempt threshold.
[0149] The random access problem reporting method provided by the embodiment of the present invention is described below through different examples.
[0150] In the embodiment of the present invention, the parameters configured based on the random access type corresponding to the resource used for random access include:
[0151] Configuration mode 1: two-step random access resources and four-step random access resources are configured on the UL BWP at the same time. The network device configures K in the four-step random access parameter field and configures N2 in the two-step random access parameter field.
[0152] Configuration method 2: When the UL BWP is configured with only two-step random access resources, the network device configures N2 in the two-step random access parameter field.
[0153] Among them, in the case of configuration mode 2, the solution for determining whether to perform random access reporting includes:
[0154] Solution A, N1>N2 (for example, N1=K). When the UE attempts two-step random access N1 times and still fails to access successfully, it reports a random access problem.
[0155] Solution B, N2=N1, introduces a new parameter M, M>N1 (for example: M=K). After the UE attempts two-step random access N1 times, it cannot fall back to four-step random access. The UE continues to attempt two-step random access up to M times. If access is still unsuccessful, a random access problem is reported.
[0156] Solution C: Introduce a problem reporting timer in the two-step random access configuration. The problem reporting timer starts after the initial transmission of MsgA. After attempting N1 two-step random accesses, the UE continues to perform two-step random access until the problem reporting timer expires. If access is still unsuccessful, a random access problem report is performed.
[0157] Example 1: Solution A when UL BWP only configures resources for two-step random access
[0158] The current UL BWP is only configured with two-step random access resources, and the network device configures the first attempt threshold N1 for the UE. The terminal device attempts two-step random access on the current UL BWP. When the number of Msg A transmissions exceeds N1, the UE reports a random access problem, such as Figure 9 shown.
[0159] Example 2: Solution B when UL BWP only configures two-step random access resources
[0160] Only two-step random access resources are configured on the current UL BWP. The network device configures the first attempt threshold N1 and the random access problem reporting threshold M for the UE. The UE attempts two-step random access on the current UL BWP. When the number of MsgA transmissions exceeds N1, the UE continues to perform two-step random access. When the number of MsgA transmissions exceeds M, the UE reports a random access problem, such as Figure 10 shown.
[0161] Example 3: Solution C when UL BWP is configured with only two-step random access resources
[0162] The current UL BWP is only configured with two-step random access resources. The network device configures the first attempt threshold N1 and the problem reporting timer for the UE. The UE attempts two-step random access on the current UL BWP. When the number of MsgA transmissions exceeds N1, the UE continues to perform two-step random access until the timer times out. If access is still unsuccessful, the UE reports a random access problem, such as Figure 11 As shown, after the Xth transmission of MsgA, the problem reporting timer times out, and a random access problem report is performed.
[0163] Example 4: UL BWP configures two-step random access resources and four-step random access resources at the same time
[0164] When both two-step random access and four-step random access resources are configured on the UL BWP, the UE needs to select the random access type. Assuming the RSRP measured by the UE is higher than the configured threshold, the UE enters the two-step random access process. If the UE fails to access the two-step random access after attempting N2 two-step random access, it will fall back to four-step random access and continue the access attempt. When the number of preamble transmissions exceeds K and random access fails, the UE reports a random access problem. N2 is configured in the two-step random access parameter field, K is configured in the four-step random access parameter field, and the N1 value is less than K.
[0165] It should be noted that if the UE fails to access the network after N2 two-step random access attempts, it cannot fall back to four-step random access. Therefore, a random access problem report must occur after N2 two-step random access attempts have failed. If N2 is a small value, the failure of two-step random access may be caused by insufficient power ramp-up. In this case, reporting a random access problem may cause unnecessary access delays.
[0166] When only two-step random access resources are configured for the UL BWP, and N1 is greater than N2, the UE reports a random access problem if it fails to access the network after N1 two-step random access attempts. Due to fallback scenarios, N1 is typically set to a small value. By setting N2 larger than N1, the UE avoids premature random access problem reporting due to insufficient power ramp-up, thereby avoiding unnecessary access delays.
[0167] When the UL BWP is configured with only two-step random access resources N1 equal to N2, and the UE fails to access successfully after N1 two-step random access attempts, it continues to make random access attempts until it fails to access successfully after M two-step random access attempts, at which point it reports a random access problem. Here, the parameter setting for N2 in the two-step random access resources (N1 = N2) remains unchanged, and a new parameter is introduced to prevent the UE from reporting a random access problem too early.
[0168] When the UL BWP is configured with only two-step random access resources and fails to access the network after N1 two-step random access attempts, it continues to attempt random access until the problem reporting timer expires. In this case, a random access problem report is issued. The timer is introduced to prevent the UE from reporting a random access problem too early.
[0169] In order to implement the above random access problem reporting method, an embodiment of the present invention further provides a terminal device, the component structure of the terminal device is as follows: Figure 12 As shown, the terminal device 1200 includes:
[0170] The selection unit 1201 is configured to determine a random access attempt threshold according to a random access type supported by the uplink bandwidth portion of the terminal device;
[0171] The determining unit 1202 is configured to determine whether to report a random access problem when the terminal device fails random access according to a relationship between the number of random access request transmissions and the random access attempt threshold.
[0172] In the embodiment of the present invention, the determining unit 1202 is further configured to:
[0173] In the case where the uplink bandwidth portion of the terminal device only supports two-step random access, whether to report the random access problem is determined based on the relationship between the number of times the random access request is sent and the first attempt threshold.
[0174] In the embodiment of the present invention, the determining unit 1202 is further configured to:
[0175] When the number of transmissions reaches the first attempt threshold, determining to report a random access problem;
[0176] When the number of transmissions does not reach the first attempt threshold, it is determined not to report the random access problem.
[0177] In the embodiment of the present invention, the first attempt threshold is greater than the second attempt threshold.
[0178] In the embodiment of the present invention, the determining unit 1202 is further configured to:
[0179] When the number of transmissions reaches the first attempt threshold and the number of transmissions does not reach the random access problem reporting threshold, determining not to report the random access problem;
[0180] When the number of transmissions reaches the first attempt threshold and the number of transmissions reaches the random access problem reporting threshold, it is determined to report the random access problem; and the random access problem reporting threshold is greater than the first attempt threshold.
[0181] In the embodiment of the present invention, the first attempt threshold is equal to the second attempt threshold.
[0182] In the embodiment of the present invention, the random access problem reporting threshold is configured by a network device.
[0183] In the embodiment of the present invention, the determining unit 1202 is further configured to:
[0184] When the number of transmissions reaches the first attempt threshold and the problem reporting timer has not timed out, determining not to perform random access problem reporting;
[0185] When the number of transmissions reaches the first attempt threshold and the problem reporting timer times out, it is determined to perform random access problem reporting.
[0186] In the embodiment of the present invention, the timing for starting the problem reporting timer includes:
[0187] The time when the random access request is first sent; or
[0188] The time when the number of transmissions reaches the first attempt threshold.
[0189] In the embodiment of the present invention, the duration of the problem reporting timer is configured by the network device.
[0190] In the embodiment of the present invention, the first attempt threshold is configured by a network device.
[0191] In the embodiment of the present invention, the determining unit 1202 is further configured to:
[0192] When the uplink bandwidth of the terminal device supports both two-step random access and four-step random access, whether to report the random access problem is determined according to the relationship between the number of times the random access request is sent and the third attempt threshold.
[0193] In the embodiment of the present invention, the determining unit 1202 is further configured to:
[0194] When the number of transmissions reaches the third attempt threshold, determining to report a random access problem;
[0195] When the number of transmissions does not reach the third attempt threshold, it is determined not to report the random access problem.
[0196] In the embodiment of the present invention, the terminal device 1200 further includes:
[0197] The fallback unit is configured to fall back from the two-step random access process to the four-step random access process when the random access request sent by the terminal device is message A and the number of transmissions reaches a second attempt threshold and the random access fails.
[0198] An embodiment of the present invention also provides a terminal device, comprising a processor and a memory for storing a computer program that can be run on the processor, wherein the processor is used to execute the steps of the random access problem method executed by the above-mentioned terminal device when running the computer program.
[0199] Figure 13 1300 is a schematic diagram of the hardware structure of an electronic device (terminal device) according to an embodiment of the present invention. The electronic device 1300 includes: at least one processor 1301, a memory 1302, and at least one network interface 1304. The various components in the electronic device 1300 are coupled together through a bus system 1305. It can be understood that the bus system 1305 is used to realize the connection and communication between these components. In addition to the data bus, the bus system 1305 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, Figure 13 Various buses are labeled as bus system 1305.
[0200] It is understood that memory 1302 can be volatile memory or non-volatile memory, or can include both volatile and non-volatile memory. Non-volatile memory can be ROM, programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), ferromagnetic random access memory (FRAM), flash memory, magnetic surface memory, optical disk, or compact disc read-only memory (CD-ROM); magnetic surface memory can be magnetic disk memory or tape memory. Volatile memory can be random access memory (RAM), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), synchronous static random access memory (SSRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct rambus random access memory (DRRAM). The memory 1302 described in the embodiments of the present invention is intended to include, but is not limited to, these and any other suitable types of memory.
[0201] The memory 1302 in the embodiment of the present invention is used to store various types of data to support the operation of the electronic device 1300. Examples of such data include any computer program used to operate on the electronic device 1300, such as the application 13021. The program implementing the method of the embodiment of the present invention may be included in the application 13021.
[0202] The methods disclosed in the above embodiments of the present invention can be applied to or implemented by processor 1301. Processor 1301 may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method can be completed by hardware integrated logic circuits in processor 1301 or by software instructions. Processor 1301 may be a general-purpose processor, a digital signal processor (DSP), or other programmable logic device, discrete gate or transistor logic device, discrete hardware components, etc. Processor 1301 can implement or execute the various methods, steps, and logic block diagrams disclosed in the embodiments of the present invention. A general-purpose processor may be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of the present invention can be directly implemented and executed by a hardware decoding processor, or by a combination of hardware and software modules in the decoding processor. The software module may be located in a storage medium located in memory 1302. Processor 1301 reads information from memory 1302 and, in conjunction with its hardware, completes the steps of the above method.
[0203] In an exemplary embodiment, the electronic device 1300 can be implemented by one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), FPGAs, general-purpose processors, controllers, MCUs, MPUs, or other electronic components to perform the aforementioned method.
[0204] An embodiment of the present invention further provides a storage medium for storing a computer program.
[0205] Optionally, the storage medium can be applied to the terminal device in the embodiment of the present invention, and the computer program enables the computer to execute the corresponding processes in the various methods in the embodiment of the present invention. For the sake of brevity, they are not described here.
[0206] The present invention is described with reference to flowcharts and / or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present invention. It should be understood that each process and / or block in the flowcharts and / or block diagrams, as well as combinations of processes and / or blocks in the flowcharts and / or block diagrams, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowcharts and / or block diagrams. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0207] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.
[0208] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.
[0209] The above description is only a preferred embodiment of the present invention and is not intended to limit the scope of protection of the present invention. Any modifications, equivalent substitutions and improvements made within the spirit and principles of the present invention should be included in the scope of protection of the present invention.
Claims
1. A method for reporting a random access problem, the method comprising: The terminal device determines the random access attempt threshold based on the random access type supported by the uplink bandwidth and the configured resources; In the case where the uplink bandwidth part only supports two-step random access, when the random access of the terminal device fails, if the number of sending random access requests reaches a first attempt threshold and the problem reporting timer has not timed out, it is determined not to perform random access problem reporting; if the number of sending requests reaches the first attempt threshold and the problem reporting timer times out, it is determined to perform random access problem reporting, where the first attempt threshold is the maximum number of two-step random access attempts; In the case where the uplink bandwidth part supports both two-step random access and four-step random access, when the terminal device fails in random access, if the number of times the random access request is sent reaches a third attempt threshold, the terminal device determines to report the random access problem; if the number of times the random access request is sent does not reach the third attempt threshold, the terminal device determines not to report the random access problem, where the third attempt threshold is the maximum number of attempts for four-step random access.
2. The method according to claim 1, wherein In a case where the uplink bandwidth portion only supports two-step random access, when the terminal device fails in random access, the method further includes: When the number of transmissions reaches the first attempt threshold and the number of transmissions does not reach the random access problem reporting threshold, determining not to report the random access problem; When the number of transmissions reaches the first attempt threshold and the number of transmissions reaches the random access problem reporting threshold, it is determined to report the random access problem; and the random access problem reporting threshold is greater than the first attempt threshold.
3. The method according to claim 1, wherein The problem reporting timer is started when the number of transmissions reaches the first attempt threshold and random access fails.
4. The method according to any one of claims 1 to 3, wherein: The duration of the problem reporting timer is configured by the network device.
5. A terminal device, comprising: A selection unit configured to determine a random access attempt threshold according to a random access type supported by an uplink bandwidth portion of the terminal device and configured resources; a determining unit configured to, when the uplink bandwidth portion supports only two-step random access, determine not to perform a random access problem report when the terminal device fails random access and the number of random access request transmissions reaches a first attempt threshold and the problem reporting timer has not expired; and determine to perform a random access problem report when the number of transmissions reaches the first attempt threshold and the problem reporting timer expires, wherein the first attempt threshold is a maximum number of two-step random access attempts; The determination unit is further configured to, when the uplink bandwidth part supports both two-step random access and four-step random access, determine to report a random access problem when the terminal device fails in random access and the number of times the random access request is sent reaches a third attempt threshold; and determine not to report a random access problem when the number of times the random access request is sent does not reach the third attempt threshold, wherein the third attempt threshold is the maximum number of attempts for four-step random access. The terminal device according to claim 5 , wherein: The determining unit is further configured to: When the number of transmissions reaches the first attempt threshold and the number of transmissions does not reach the random access problem reporting threshold, determining not to report the random access problem; When the number of transmissions reaches the first attempt threshold and the number of transmissions reaches the random access problem reporting threshold, it is determined to report the random access problem; and the random access problem reporting threshold is greater than the first attempt threshold.
7. The terminal device according to claim 5, wherein: The problem reporting timer is started when the number of transmissions reaches the first attempt threshold and random access fails.
8. The terminal device according to any one of claims 5 to 7, wherein: The duration of the problem reporting timer is configured by the network device.
9. A terminal device comprising a processor and a memory for storing a computer program capable of running on the processor, wherein: When the processor is used to run the computer program, it performs the steps of the random access problem reporting method according to any one of claims 1 to 4.
10. A storage medium storing an executable program, wherein when the executable program is executed by a processor, the method for reporting random access problems according to any one of claims 1 to 4 is implemented.
Citation Information
Patent Citations
Competing random access method and device
CN108271275A