Random access problem reporting method, terminal device, and storage medium

Abstract

This invention discloses a method for reporting random access problems, comprising: a terminal device determining a random access attempt threshold based on the random access types supported by the uplink bandwidth; and when the terminal device fails to access the network randomly, determining whether to report the random access problem based on the relationship between the number of random access requests sent and the random access attempt threshold. This invention also discloses a terminal device and a storage medium.

Description

Technical Field

[0001] This invention relates to mobile communication technology, and more particularly to a method for reporting random access problems, a terminal device, and a storage medium. Background Technology

[0002] Random access is a fundamental and crucial process in communication systems. Its purposes include: establishing uplink synchronization, creating a unique Cell Radio Network Temporary Identifier (C-RNTI) for the terminal, and requesting uplink resources from the network. Therefore, random access is not only used for initial access but also for new cell access during handover, access after radio link failure, and restoring uplink synchronization during uplink / downlink data transmission.

[0003] Random access procedures include Type I random access and Type II random access. In Type I random access, the terminal device and the network device need to perform four information exchanges; therefore, Type I random access is also called four-step random access (4-step RACH). In Type II random access, the terminal device and the network device need to perform two information exchanges; therefore, Type II random access is also called two-step random access (2-step RACH).

[0004] Two-step random access is currently under standardization discussion, and it can reduce latency while decreasing signaling overhead. However, the uplink bandwidth of terminal devices may only support two-step random access or both two-step and four-step random access. Therefore, how to control the reporting of random access failures has become a technical problem to be solved. Summary of the Invention

[0005] This invention provides a method for reporting random access problems, a terminal device, and a storage medium, which can control the reporting of random access problems in the event of random access failure, provided that the uplink bandwidth of the terminal device supports random access.

[0006] In a first aspect, embodiments of the present invention provide a method for reporting random access problems, including:

[0007] The terminal device determines the random access attempt threshold based on the random access types supported by the uplink bandwidth portion;

[0008] When the terminal device fails to access the network randomly, the terminal device determines whether to report the random access problem based on the relationship between the number of random access requests sent and the random access attempt threshold.

[0009] In a second aspect, embodiments of the present invention provide a terminal device, including:

[0010] Select the unit and configure it to determine the random access attempt threshold based on the random access types supported by the uplink bandwidth portion;

[0011] The determining unit is configured to, when the terminal device fails to access the network randomly, determine whether to report the random access problem based on the relationship between the number of random access requests sent and the random access attempt threshold.

[0012] Thirdly, embodiments of the present invention provide a terminal device, including a processor and a memory for storing a computer program capable of running on the processor, wherein, when the processor runs the computer program, it executes the steps of the random access problem reporting method executed by the terminal device described above.

[0013] Fourthly, embodiments of the present invention provide a storage medium storing an executable program, which, when executed by a processor, implements the random access problem reporting method executed by the aforementioned terminal device.

[0014] The random access problem reporting method provided in this embodiment of the invention includes: a terminal device determining a random access attempt threshold based on the random access types supported by the uplink bandwidth portion; when the terminal device fails to access the network, the terminal device determining whether to report a random access problem based on the relationship between the number of random access requests sent and the random access attempt threshold; thereby enabling control over the reporting of random access problems in the event of random access failure, provided that the uplink bandwidth portion of the terminal device supports random access. Attached Figure Description

[0015] Figure 1 This is a schematic diagram of an optional processing flow for random access according to the present invention;

[0016] Figure 2 This is a schematic diagram of an optional processing flow for random access according to the present invention;

[0017] Figure 3 This is a schematic diagram of an optional processing flow for random access according to the present invention;

[0018] Figure 4 This is a schematic diagram of an optional processing flow for random access according to the present invention;

[0019] Figure 5 A schematic diagram of an optional component structure of a communication system provided in an embodiment of the present invention;

[0020] Figure 6 This is a schematic diagram of an optional processing flow for a random access problem reporting method provided in an embodiment of the present invention;

[0021] Figure 7 This is a schematic diagram of an optional processing flow for a random access problem reporting method provided in an embodiment of the present invention;

[0022] Figure 8 This is a schematic diagram of an optional processing flow for a random access problem reporting method provided in an embodiment of the present invention;

[0023] Figure 9 This is an optional timing relationship diagram provided in an embodiment of the present invention;

[0024] Figure 10 This is an optional timing relationship diagram provided in an embodiment of the present invention;

[0025] Figure 11 This is an optional timing relationship diagram provided in an embodiment of the present invention;

[0026] Figure 12 This is an optional structural schematic diagram of a terminal device provided in an embodiment of the present invention;

[0027] Figure 13 This is an optional structural schematic diagram of the electronic device provided in an embodiment of the present invention. Detailed Implementation

[0028] To gain a more detailed understanding of the features and technical content of the embodiments of the present invention, the implementation of the embodiments of the present invention will be described in detail below with reference to the accompanying drawings. The accompanying drawings are for reference and illustration only and are not intended to limit the embodiments of the present invention.

[0029] Before providing a detailed description of the random access problem reporting method provided in the embodiments of the present invention, a brief description of the random access process will be given first.

[0030] After the cell search process, the terminal device has achieved downlink synchronization with the cell, and therefore can receive downlink data. However, the terminal device can only perform uplink transmission after achieving uplink synchronization with the cell. The terminal device establishes a connection with the cell and achieves uplink synchronization through a random access procedure.

[0031] The main purposes of random access are: (1) to obtain uplink synchronization; (2) to assign a unique C-RNTI to the terminal device.

[0032] The random access process can be triggered by the following events:

[0033] 1. Establishing a radio connection during initial UE access: The UE transitions from the idle state (RRC_IDLE state) of Radio Resource Control (RRC) to the connected state (RRC_CONNECTED state); in the RRC_IDLE state, no RRC connection is established, while in the RRC_CONNECTED state, an RRC connection is established.

[0034] 2. Radio Resource Control (RRC) Connection Re-establishment procedure: This procedure enables the UE to rebuild the radio connection after a radio link failure.

[0035] 3. Handover: The UE needs to establish uplink synchronization with the new cell;

[0036] 4. In the RRC_CONNECTED state, downlink (DL) data arrives, and at this time, uplink (UL) is out of sync.

[0037] 5. When UL data arrives in the RRC_CONNECTED state, the UL is out of sync or does not have the Physical Uplink Control Channel (PUCCH) resources to send a Scheduling Request (SR).

[0038] 6. In the RRC_CONNECTED state, timing advance is required in order to locate the terminal device;

[0039] 7. SR failed;

[0040] 8. Synchronous reconfiguration request from RRC;

[0041] 9. The UE transitions from the connection inactive state (i.e., RRC_INACTIVE state) to the RRC_CONNECTED state;

[0042] 10. Establish time calibration during the addition of a secondary serving cell (SCell);

[0043] 11. Request other system information (SI);

[0044] 12. Beam failure recovery.

[0045] Random access procedures include Type I random access and Type II random access. In Type I random access, the terminal device and the network device need to perform four information exchanges; therefore, Type I random access is also called four-step random access. In Type II random access, the terminal device and the network device need to perform two information exchanges; therefore, Type II random access is also called two-step random access.

[0046] Type I random access supports both contention-based and non-contention-based random access methods.

[0047] The processing flow of a contention-based random access method, such as... Figure 1 As shown, it includes the following four steps:

[0048] S101, the terminal device sends a random access preamble to the network device via message 1 (Msg1).

[0049] The terminal device selects a Physical Random Access Channel (PRACH) time-domain resource and transmits a selected random access preamble on the selected PRACH time-domain resource. Based on the received preamble, the network device can estimate the uplink timing and the uplink grant size required for the terminal device to transmit message 3 (Msg3). The preamble is transmitted during periodically occurring random access opportunities (RACHoccasion, RO) configured by the network device.

[0050] Network devices send random access related parameters to terminal devices via System Information Block (SIB) 1. Among these parameters, the Reference Signal Receiving Power (RSRP) threshold (rsrp-ThresholdSSB) for the Synchronization Signal Block (SSB) in the RACH-ConfigCommon Information Element (IE) is used by the terminal device for SSB selection. The terminal device compares the RSRP measurement result for each SSB with the rsrp-ThresholdSSB and selects the SSB with an RSRP measurement result higher than the rsrp-ThresholdSSB for access. If no SSB has an RSRP measurement result higher than the rsrp-ThresholdSSB, an SSB is randomly selected from all SSBs for access. Each SSB corresponds to a set of Preamble resources and RO resources. The terminal device randomly selects from the selected SSBs for contention-based random access resources and sets the Preamble Index (PREAMBLE_INDEX) to the selected random access Preamble.

[0051] S102, the network device sends message 2 (Msg2) to the terminal device.

[0052] After detecting that a terminal device has sent a Preamble, the network device sends a Random Access Response (RAR) message to the terminal device via Msg2 to inform the terminal device of the uplink resource information that can be used when sending Msg3, allocate a temporary Radio Network Temporary Identifier (RNTI) to the terminal device, and provide the terminal device with time advance commands, etc.

[0053] After sending the preamble, the terminal device will open a RAR (Range Access Response) window. Within the RAR window, it will listen to the Physical Downlink Control Channel (PDCCH) scrambled with the Random Access Radio Network Temporary Identifier (RA-RNTI) to receive the corresponding RAR message for the RA-RNTI. The RA-RNTI is calculated based on the time-frequency position of the PRACH from which the preamble was sent. Therefore, if multiple UEs send preambles on the same RO, the corresponding RARs are multiplexed in the same RAR Medium Access Control (MAC) Protocol Data Unit (PDU). A RARMAC PDU consists of one or more MAC sub-PDUs and optional padding. The composition of a MAC sub-PDU is as follows:

[0054] A MAC subheader that only has a Backoff Indicator (BI) is called a BI MAC subheader (which can exist alone);

[0055] A MAC subheader containing only the Random Access Preamble Identifier (RAPID) is called the RAPID MAC subheader (i.e., an acknowledgment of the SI request, which can exist alone).

[0056] A MAC subheader with a RAPID MAC RAR.

[0057] The MAC subheader with BI consists of five header fields: E (Extension), T (Type), R (Reserved), R, and BI. The MAC subheader with only RAPID and the MAC RAR with RAPID consist of three header fields: E, T, and RAPID. R is a reserved field, taking a value of 0 or 1. E indicates whether the current MAC subPDU is the last one; when E is 0, it indicates the last MAC subPDU; when E is 1, it indicates at least one more MAC subPDU following the current one. When T is 0, it indicates a BI MAC header; when T is 1, it indicates a RAPID MAC header. BI indicates the overload status of the current cell. RAPID indicates the random access preamble of the transmission.

[0058] If the terminal device successfully receives the PDCCH scrambled with RA-RNTI corresponding to the RO resource sent by the Preamble, and the RAPID carried by the MAC subPDU in the RAR corresponds to the PREAMBLE_INDEX selected in S101, then the RAR reception is successful, and the terminal can decode to obtain the Timing Advance Command (TAC), Uplink Grant (ULGrant), and Temporary Cell Radio Network Temporary Identifier (TC-RNTI).

[0059] If no RA-RNTI scrambled PDCCH corresponding to the RO resource that sent the Preamble is received during the RAR time window, or if a RA-RNTI scrambled PDCCH is received but the RAR does not contain a MACsubPDU corresponding to PREAMBLE_INDEX, then the RAR reception is considered to have failed. In this case, if the number of Preamble transmissions does not exceed the network-configured maximum number of preamble transmissions (preambleTransMax), the terminal device needs to retransmit Msg1. If the number of Preamble transmissions exceeds the network-configured preambleTransMax, the terminal device reports a random access problem to the upper layer.

[0060] S103, the terminal device sends Msg3 to the network device.

[0061] If the terminal device successfully receives the RAR message, the terminal sends Msg3, which is the PUSCH of the RAR message scheduling.

[0062] Msg3 is primarily used to notify network devices of the event that triggered the random access procedure. For example, if it is an initial access random procedure, Msg3 will carry the UE ID and establishment cause; if it is an RRC reconstruction, Msg3 will carry the connected UE identifier and establishment cause. Msg3 needs to contain the UE's unique identifier for contention resolution in S104.

[0063] In S103, the UE will carry its own unique identifier in Msg3: C-RNTI or a UE identifier from the core network (S-TMSI or a random number). For UEs in the RRC_CONNECTED state, the unique identifier is C-RNTI. For UEs not in the RRC_CONNECTED state, a unique UE identifier from the core network (S-TMSI or a random number) will be used.

[0064] After the terminal device sends Msg3, the terminal's MAC entity will initiate the following operations:

[0065] 1> Start the random access contention resolution timer (ra-ContentionResolutionTimer) and restart the random access contention resolution timer (ra-ContentionResolutionTimer) on the first symbol after each Msg3 retransmission.

[0066] 2> Listen for C-RNTI or TC-RNTIPDCCH during the ra-ContentionResolutionTimer operation, that is, listen for contention resolution messages sent by the network.

[0067] In step S104, the network device sends Msg4 to the terminal device.

[0068] Msg4 includes a contention resolution message, which also allocates uplink transmission resources to the terminal device.

[0069] In the contention resolution mechanism, network devices will carry this unique identifier in Msg4 to designate the winning terminal device. Other terminal devices that do not win the contention resolution will re-initiate random access. The PDCCH of Msg4 is scrambled using C-RNTI or TC-RNTI.

[0070] For terminal devices in the RRC_CONNECTED state, receiving a PDCCH scrambled with C-RNTI during the ra-ContentionResolutionTimer operation is considered a successful contention resolution. For terminal devices in the non-RRC_CONNECTED state, receiving a PDCCH scrambled with TC-RNTI during the ra-ContentionResolutionTimer operation, if 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.

[0071] If the ra-ContentionResolutionTimer times out or the contention resolution fails (i.e., random access fails), and 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.

[0072] The processing flow based on non-contention-based random access, such as Figure 2 As shown, it includes the following three steps:

[0073] S201. The network device sends the allocated random access preamble to the terminal device.

[0074] S202. The terminal device sends a random access preamble to the network device via Msg1.

[0075] Based on non-contention-based random access, PRACH time-domain resources and preamble can be specified by the network device.

[0076] S203, The network device sends Msg2 to the terminal device.

[0077] After the network device detects that a terminal device has sent a Preamble, it sends a RAR to the terminal device via Msg2.

[0078] 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 a description of the random access response, please refer to the description in S102.

[0079] For non-contention-based random access, the random access process ends after the terminal device successfully receives Msg2.

[0080] Compared to Type I random access, Type II random access can improve latency while reducing signaling overhead. The processing flow for Type II random access is as follows: Figure 3 As shown, it includes:

[0081] S301, the terminal device sends MsgA to the network device.

[0082] MsgA includes a preamble and an uplink data portion (e.g., carried via PUSCH). The preamble is the content of Msg1 for Type I random access; the uplink data portion carries the UE's identification information and / or the reason for the RRC request, and is the content of Msg3 for Type I random access.

[0083] In step S302, the network device sends MsgB to the terminal device.

[0084] MsgB contains contention resolution information as well as allocation information for TAC and C-RNTI. MsgB is equivalent to Msg2 and Msg4, which include Type I random access.

[0085] based on Figure 3 The 2-step RACH shown is as follows: Figure 4As shown, if a fallback instruction is received in MsgB, the terminal device executes S401, sends Msg3 to the network device, and listens for Msg4 in S402. If the contention is not resolved successfully after the transmission of Msg3, the terminal device continues to S301 to transmit MsgA.

[0086] When the random access type corresponding to the resources used for random access on the uplink UL bandwidth part (BWP) includes the following two cases:

[0087] Case 1: Only corresponds to two steps of random access;

[0088] Case 2 includes two-step random access and four-step random access.

[0089] The relevant technologies do not address how to report random access issues in the two scenarios mentioned above.

[0090] To address the aforementioned issues, this invention provides a method for reporting random access problems. The information processing method of this invention can be applied to various communication systems, such as Long Term Evolution (LTE) systems, LTE Frequency Division Duplex (FDD) systems, LTE Time Division Duplex (TDD) systems, Universal Mobile Telecommunication System (UMTS), 5G systems, or future communication systems.

[0091] For example, the communication system 500 used in this embodiment of the invention, such as... 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 a communication terminal, terminal). The network device 510 may provide communication coverage for a specific geographical area and may communicate with terminal devices located within that coverage area. Optionally, the network device 510 may be an evolved NodeB (eNB or eNodeB) in an LTE system, a base station (gNB) in an NR / 5G system, or a radio controller in a Cloud Radio Access Network (CRAN).

[0092] The communication system 500 may also include: a radio controller in a cloud radio access network (CRAN), or mobile switching centers, relay stations, access points, vehicle-mounted equipment, wearable devices, hubs, switches, bridges, routers, network-side equipment in 5G networks, or network equipment in future evolved public land mobile networks (PLMNs).

[0093] 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, devices configured to receive / transmit communication signals via wired connections, such as via Public Switched Telephone Networks (PSTN), Digital Subscriber Line (DSL), digital cable, direct cable connection; and / or another data connection / network; and / or via a wireless interface, such as for cellular networks, Wireless Local Area Networks (WLAN), digital television networks such as DVB-H networks, satellite networks, AM-FM radio transmitters; and / or other terminal devices. Terminal devices configured to communicate via wireless interfaces may be referred to as "wireless communication terminals," "wireless terminals," or "mobile terminals." Examples of mobile terminals include, but are not limited to, satellite or cellular phones; personal communications system (PCS) terminals that can combine cellular radiotelephony with data processing, fax, and data communication capabilities; PDAs that may include radiotelephones, pagers, Internet / intranet access, web browsers, notebooks, calendars, and / or Global Positioning System (GPS) receivers; and conventional laptop and / or handheld receivers or other electronic devices that include radiotelephone transceivers. Terminal equipment can refer to access terminals, user equipment (UE), user units, user stations, mobile stations, mobile stations, remote stations, remote terminals, mobile devices, user terminals, terminals, wireless communication equipment, user agents, or user equipment. Access terminals can be cellular phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, Personal Digital Assistants (PDAs), handheld devices with wireless communication capabilities, computing devices or other processing devices connected to a wireless modem, in-vehicle devices, wearable devices, terminal devices in 5G networks, or terminal devices in future PLMNs, etc.

[0094] Alternatively, a 5G system or 5G network may also be referred to as a New Radio (NR) system or NR network.

[0095] Figure 5An exemplary embodiment shows a network device and two terminal devices. Optionally, the communication system 500 may include multiple terminal devices and multiple network devices, and each network device may include other numbers of terminal devices within its coverage area. This embodiment of the invention does not limit this.

[0096] Optionally, the communication system 500 may also include other network entities such as a network controller and a mobility management entity, which is not limited in this embodiment of the invention.

[0097] An optional processing flow of the random access problem reporting method provided in this embodiment of the invention is as follows: Figure 6 As shown, it includes the following steps:

[0098] S601. The terminal device determines the random access attempt threshold based on the random access types supported by the uplink bandwidth.

[0099] In this embodiment of the invention, the type of random access supported by the uplink bandwidth portion is the type of random access corresponding to the resources used for random access in the uplink bandwidth portion.

[0100] Taking the random access type corresponding to the resources used for random access in the uplink bandwidth portion as case 1, which only corresponds to two-step random access, as an example, the uplink bandwidth portion is only configured with resources for two-step random access, and the uplink bandwidth portion of the terminal device only supports two-step random access.

[0101] 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 referred to as the first maximum number of two-step random access attempts.

[0102] In this embodiment of the invention, N1 is used to identify the first attempt threshold.

[0103] If only two-step random access resources are configured in the current uplink bandwidth portion, then only two-step random access can be performed in the current uplink bandwidth portion.

[0104] Taking the random access type corresponding to the resources used for random access in the uplink bandwidth portion as case 2, which includes two-step random access and four-step random access, as an example, the uplink bandwidth portion is configured with both two-step random access resources and four-step random access resources, and the uplink bandwidth portion of the terminal device supports both two-step random access and four-step random access.

[0105] When the uplink bandwidth of a terminal device simultaneously 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. This third attempt threshold can also be referred to as the maximum number of four-step random access attempts.

[0106] When both two-step random access and four-step random access resources are configured in the current uplink bandwidth, the current uplink bandwidth can execute either two-step random access or four-step random access.

[0107] In this embodiment of the invention, K is used to identify the third attempt threshold.

[0108] Optionally, N1 is less than or equal to K.

[0109] In this embodiment of the invention, the terminal device includes one or more uplink bandwidth portions for performing a random access procedure. At any given time, only one uplink bandwidth portion is activated to perform the random access procedure.

[0110] S602. When the terminal device fails to access the network randomly, the terminal device determines whether to report the random access problem based on the relationship between the number of random access requests sent and the random access attempt threshold.

[0111] In this embodiment of the invention, when the terminal performs a two-step random access, the random access request sent is MsgA; when the terminal performs a four-step random access, the random access request sent is Msg1.

[0112] In cases where only two-step random access is supported in the uplink bandwidth portion, such as Figure 7 As shown, S602 includes:

[0113] S602a. When the terminal device fails to access the network randomly, it determines whether to report the random access problem based on the relationship between the number of random access requests sent and the first attempt threshold.

[0114] At this point, based on the relationship between the number of random access requests sent and the random access attempt threshold, it is determined whether to report a random access problem, including: determining whether to report a random access problem based on the relationship between the number of random access requests sent and the first attempt threshold.

[0115] 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.

[0116] In S602a, the scheme for determining whether to report a random access problem based on the relationship between the number of random access requests sent and the first attempt threshold includes one of the following:

[0117] Option 1: When the number of transmissions reaches the first attempt threshold, it is determined to report a random access problem; when the number of transmissions does not reach the first attempt threshold, it is determined not to report a random access problem.

[0118] Option 2: When the number of transmissions reaches the first attempt threshold but the number of transmissions does not reach the random access problem reporting threshold, it is determined not to report a 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 a random access problem; the random access problem reporting threshold is greater than the first attempt threshold.

[0119] Option 3: When the number of transmissions reaches the first attempt threshold and the problem reporting timer has not expired, it is determined not to report the random access problem; when the number of transmissions reaches the first attempt threshold and the problem reporting timer expires, it is determined to report the random access problem.

[0120] Taking Scheme 1 as an example, which determines whether to report a random access problem based on the relationship between the number of random access requests sent and the first attempt threshold, if the number of random access requests sent 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 sent by the terminal device when random access is successful does not exceed N1, the terminal device does not report a random access problem.

[0121] Optionally, the first attempt threshold is greater than the second attempt threshold. 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 the terminal device is configured with two-step random access resources and four-step random access resources in its uplink bandwidth portion. The second attempt threshold can also be referred to as the second maximum number of two-step random access attempts.

[0122] In this embodiment of the invention, N2 is used to identify the second attempt threshold. In this embodiment of the invention, N2 is less than K.

[0123] 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.

[0124] Taking Scheme 2 as an example, which uses the relationship between the number of random access requests sent and the first attempt threshold to determine whether to report a random access problem, 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.

[0125] Here, a random access problem reporting threshold is introduced. If the number of random access requests sent reaches the first attempt threshold but random access still fails, two-step random access will continue 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 will be reported.

[0126] Optionally, the first attempt threshold is equal to the second attempt threshold, i.e., N1 = N2.

[0127] In this embodiment of the invention, M is used to identify the threshold for reporting random access problems. If the number of random access requests sent by the terminal device when a random access is successful does not exceed M, the terminal device will not report a random access problem.

[0128] 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. Where N1 is less than M.

[0129] Taking Scheme 3 as an example, which uses the relationship between the number of random access requests sent and the first attempt threshold to determine whether to report a random access problem, when the number of random access requests sent reaches the first attempt threshold and random access fails, it is determined whether the problem reporting timer has expired. If it has not expired, the random access request is sent again until the problem reporting timer expires and random access still fails, at which point it is determined to report a random access problem.

[0130] 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 more random access attempts will be made until the problem reporting timer expires. If random access still fails, a random access problem will be reported. If the terminal device successfully accesses the system before the problem reporting timer expires, the terminal device will not report a random access problem.

[0131] In this embodiment of the invention, the timing for starting the problem reporting timer includes:

[0132] The time when the random access request was first sent; or

[0133] The time it takes for the number of transmissions to reach the first attempt threshold.

[0134] If the problem reporting timer is started when the first random access request is sent, the terminal device starts the problem reporting timer upon first sending MsgA. In this case, the duration of the problem reporting timer is greater than the duration required to send N1 random access requests.

[0135] If the problem reporting timer is started when the number of transmissions reaches the first attempt threshold, the terminal device starts the problem reporting timer after sending MsgA N1 times and random access fails.

[0136] 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.

[0137] When the uplink bandwidth supports both two-step random access and four-step random access, such as Figure 8 As shown, S602 includes:

[0138] S602b: When the terminal device fails to access the network randomly, it determines whether to report the random access problem based on the relationship between the number of random access requests sent and the third attempt threshold.

[0139] At this point, determining whether to report a random access problem based on the relationship between the number of random access requests sent and the random access threshold includes: determining whether to report a random access problem based on the relationship between the number of random access requests sent and the third attempt threshold.

[0140] In this embodiment of the 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 a third attempt threshold includes: when the number of times the request is sent reaches the third attempt threshold, it is determined to report a random access problem; when the number of times the request is sent does not reach the third attempt threshold, it is determined not to report a random access problem.

[0141] In this embodiment of the invention, when the uplink bandwidth of the terminal device is configured with both two-step random access resources and four-step random access resources, the determination of whether to report a random access problem is based on the relationship between the number of random access requests sent and the third attempt threshold.

[0142] Here, if the number of random access requests sent reaches the third attempt threshold but random access still fails, the terminal device reports a random access problem. If 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 a random access problem.

[0143] 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.

[0144] In this embodiment of the invention, when the uplink bandwidth supports 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 times it is sent reaches a second attempt threshold, and the random access fails, the terminal device reverts from the two-step random access process to the four-step random access process.

[0145] In this embodiment of the invention, when the terminal device reverts from a two-step random access procedure to a four-step random access procedure, it sends Msg3 to the network device after receiving MsgB.

[0146] When the number of times the terminal device sends MsgA reaches N2 and random access fails, the terminal device sends Msg3, falling back from two-step random access to four-step random access to continue 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.

[0147] In this embodiment of the invention, the random access attempt threshold is selected based on whether 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 and four-step random access (i.e., both two-step and four-step random access resources are configured). The reporting of random access problems in the event of random access failure is controlled based on the selected random access attempt threshold.

[0148] The following examples illustrate the random access problem reporting method provided by the embodiments of the present invention.

[0149] In this embodiment of the invention, the parameters configured based on the random access type corresponding to the resource used for random access include:

[0150] In configuration method one, the UL BWP is configured with both two-step random access resources and four-step random access resources. The network device configures K in the four-step random access parameter field and N2 in the two-step random access parameter field.

[0151] In the second configuration method, 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.

[0152] In the case of configuration method two, the schemes for determining whether to perform random access reporting include:

[0153] Option A, N1>N2 (e.g., N1=K): When the UE attempts two-step random access N1 times and still fails to access the network, a random access problem is reported.

[0154] Option B, N2 = N1, introduces a new parameter M, M > N1 (e.g., M = K). After the UE attempts two-step random access N1 times, since it cannot fall back to four-step random access, the UE continues to attempt two-step random access until M times. If it still fails to access the network, a random access problem is reported.

[0155] Option 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 two-step random access N1 times, the UE continues to perform two-step random access until the problem reporting timer expires. If access is still unsuccessful, a random access problem is reported.

[0156] Example 1: Solution A for UL BWP with only two-step random access resources configured.

[0157] Currently, the UL BWP only has resources configured for two-step random access, and the network device configures a 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 As shown.

[0158] Example 2: Solution B for UL BWP with only two-step random access resources configured.

[0159] Currently, the UL BWP only has resources configured for two-step random access. The network device configures a first attempt threshold N1 and a 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 with two-step random access. When the number of MsgA transmissions exceeds M, the UE reports a random access problem, such as... Figure 10 As shown.

[0160] Example 3: Solution C for UL BWP with only two-step random access resource configuration

[0161] Currently, the UL BWP only has resources configured for two-step random access. The network device configures a first attempt threshold N1 and a 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 attempt two-step random access until the timer expires. If access is still unsuccessful, the UE reports a random access problem. Figure 11 As shown, after the Xth transmission of MsgA, the problem reporting timer times out, and then random access problem reporting is performed.

[0162] Example 4: Configuring both two-step random access and four-step random access resources simultaneously using a UL BWP.

[0163] When both two-step random access and four-step random access resources are configured on the UL BWP, the UE needs to select a random access type. Assuming the RSRP measured by the UE is higher than the configured threshold, the UE enters the two-step random access procedure. If the UE fails to access the network after N2 attempts at two-step random access, it will fall back to four-step random access to continue attempting access. 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 N1 is less than K.

[0164] 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, random access problem reporting must occur after N2 failed two-step random access attempts. If N2 is small, the failure of two-step random access may be caused by insufficient power ramp-up, and reporting random access problems in this case may cause unnecessary access delays.

[0165] When the UL BWP is configured with only two-step random access resources, and N1 is greater than N2, if the UE fails to access the network after N1 two-step random access attempts, it will report a random access problem. Since fallback is possible, N1 is usually set relatively small. Using N2, which is greater than N1, prevents the UE from prematurely reporting a random access problem due to insufficient power ramp-up, thus avoiding unnecessary access delays.

[0166] When the UL BWP is configured with only two-step random access resources N1 equal to N2, if the UE fails to access the network after N1 two-step random access attempts, it will continue to attempt random access until it fails to access the network after M two-step random access attempts, at which point a random access problem will be reported. Here, the parameter setting for N2 in the two-step random access resources is not changed (N1=N2), but a new parameter is introduced to prevent the UE from reporting random access problems prematurely.

[0167] If the UL BWP is configured with only two-step random access resources, and after N1 attempts at two-step random access still fail, it will continue to attempt random access until the problem reporting timer expires. In this case, a random access problem will be reported. Here, a timer is introduced to prevent the UE from reporting random access problems too early.

[0168] To implement the above-mentioned method for reporting random access problems, this embodiment of the invention also provides a terminal device, the composition of which is as follows: Figure 12 As shown, the terminal device 1200 includes:

[0169] Selection unit 1201 is configured to determine a random access attempt threshold based on the random access types supported by the uplink bandwidth portion of the terminal device;

[0170] The determining unit 1202 is configured to, when the terminal device fails to access the network randomly, determine whether to report the random access problem based on the relationship between the number of random access requests sent and the random access attempt threshold.

[0171] In this embodiment of the invention, the determining unit 1202 is further configured to:

[0172] If the uplink bandwidth of the terminal device only supports two-step random access, the system determines whether to report a random access problem based on the relationship between the number of random access requests sent and the first attempt threshold.

[0173] In this embodiment of the invention, the determining unit 1202 is further configured to:

[0174] When the number of transmissions reaches the first attempt threshold, it is determined to report a random access problem.

[0175] If the number of transmissions does not reach the first attempt threshold, it is determined that no random access problem will be reported.

[0176] In this embodiment of the invention, the first attempt threshold is greater than the second attempt threshold.

[0177] In this embodiment of the invention, the determining unit 1202 is further configured to:

[0178] If the number of transmissions reaches the first attempt threshold but the number of transmissions does not reach the random access problem reporting threshold, it is determined that no random access problem will be reported.

[0179] 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 a random access problem; the random access problem reporting threshold is greater than the first attempt threshold.

[0180] In this embodiment of the invention, the first attempt threshold is equal to the second attempt threshold.

[0181] In this embodiment of the invention, the random access problem reporting threshold is configured by the network device.

[0182] In this embodiment of the invention, the determining unit 1202 is further configured to:

[0183] If the number of transmissions reaches the first attempt threshold and the problem reporting timer has not expired, it is determined that random access problem reporting will not be performed.

[0184] When the number of transmissions reaches the first attempt threshold and the problem reporting timer times out, a random access problem report is initiated.

[0185] In this embodiment of the invention, the timing for starting the problem reporting timer includes:

[0186] The time when the random access request was first sent; or

[0187] The time it takes for the number of transmissions to reach the first attempt threshold.

[0188] In this embodiment of the invention, the duration of the problem reporting timer is configured by the network device.

[0189] In this embodiment of the invention, the first attempt threshold is configured by the network device.

[0190] In this embodiment of the invention, the determining unit 1202 is further configured to:

[0191] When the uplink bandwidth of the terminal device supports both two-step random access and four-step random access, the decision on whether to report a random access problem is made based on the relationship between the number of random access requests sent and the third attempt threshold.

[0192] In this embodiment of the invention, the determining unit 1202 is further configured to:

[0193] When the number of transmissions reaches the third attempt threshold, it is determined to report a random access problem.

[0194] If the number of transmissions does not reach the third attempt threshold, it is determined that no random access problem will be reported.

[0195] In this embodiment of the invention, the terminal device 1200 further includes:

[0196] The fallback unit is configured to fall back from a two-step random access process to a four-step random access process when the random access request sent by the terminal device is message A, the number of times the message is sent reaches the second attempt threshold and the random access fails.

[0197] This invention also provides a terminal device, including a processor and a memory for storing a computer program that can run on the processor, wherein the processor, when running the computer program, executes the steps of the random access problem method executed by the terminal device described above.

[0198] Figure 13 This is a schematic diagram of the hardware composition 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 is understood that the bus system 1305 is used to realize the connection and communication between these components. In addition to a data bus, the bus system 1305 also includes a power bus, a control bus, and a status signal bus. However, for clarity, in... Figure 13 The general designated all buses as Bus System 1305.

[0199] It is understood that memory 1302 can be volatile memory or non-volatile memory, or both. 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 disc, or compact disc read-only memory (CD-ROM); magnetic surface memory can be disk storage or magnetic tape storage. Volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but 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), SyncLink Dynamic Random Access Memory (SLDRAM), and Direct Rambus Random Access Memory (DRRAM). The memory 1302 described in this embodiment is intended to include, but is not limited to, these and any other suitable types of memory.

[0200] The memory 1302 in this embodiment of the 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 for operation on the electronic device 1300, such as application program 13021. A program implementing the method of this embodiment of the invention may be included in application program 13021.

[0201] The methods disclosed in the above embodiments of the present invention can be applied to processor 1301, or implemented by processor 1301. Processor 1301 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the integrated logic circuit of the hardware in processor 1301 or by instructions in the form of software. The processor 1301 may be a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. Processor 1301 can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of the present invention. The general-purpose processor may be a microprocessor or any conventional processor, etc. The steps of the methods disclosed in the embodiments of the present invention can be directly manifested as being executed by a hardware decoding processor, or being executed by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium, which is located in memory 1302. Processor 1301 reads the information in memory 1302 and completes the steps of the aforementioned method in conjunction with its hardware.

[0202] In an exemplary embodiment, the electronic device 1300 may 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.

[0203] This invention also provides a storage medium for storing computer programs.

[0204] Optionally, the storage medium can be applied to the terminal device in the embodiments of the present invention, and the computer program causes the computer to execute the corresponding processes in the various methods of the embodiments of the present invention, which will not be described in detail here for the sake of brevity.

[0205] This invention is described with reference to flowchart illustrations and / or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and / or block diagrams, and combinations of blocks in the flowchart illustrations 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, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, generate instructions for implementing the flowchart illustrations and / or block diagrams. Figure 1 One or more processes and / or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0206] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0207] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0208] The above description is merely 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 within the scope of protection of the present invention.

Claims

1. A method for reporting random access problems, the method comprising: The terminal device determines the random access attempt threshold based on the random access types supported by the uplink bandwidth portion; When the uplink bandwidth of the terminal device only supports two-step random access, if the terminal device fails to access the network: if the number of random access requests sent reaches a first attempt threshold, the terminal device determines to report the random access problem; and if the number of random access requests sent does not reach the first attempt threshold, the terminal device determines not to report the random access problem. When the uplink bandwidth of the terminal device simultaneously supports two-step random access and four-step random access, if the terminal device fails to access the network: if the number of times the random access request is sent reaches the third attempt threshold, the terminal device determines to report the random access problem; and 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. as well as When the uplink bandwidth of the terminal device simultaneously supports two-step random access and four-step random access, if the random access request sent by the terminal device is message A, and the number of times the random access request is sent reaches the second attempt threshold and the random access fails, the terminal device will fall back from the two-step random access process to the four-step random access process.

2. The method of claim 1, wherein, The first attempt threshold is greater than the second attempt threshold.

3. The method according to claim 1, further comprising: If the uplink bandwidth of the terminal device only supports two-step random access, when the terminal device fails to access the random access, 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 that no random access problem reporting will be performed. When the uplink bandwidth of the terminal device only supports two-step random access, if the terminal device fails to access randomly, 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 a random access problem; the random access problem reporting threshold is greater than the first attempt threshold.

4. The method according to claim 3, wherein, The first attempt threshold is equal to the second attempt threshold.

5. The method according to claim 3 or 4, wherein, The random access problem reporting threshold is configured by the network device.

6. The method according to claim 1, further comprising: If the uplink bandwidth of the terminal device only supports two-step random access, when the terminal device fails to access randomly, the number of transmissions reaches the first attempt threshold, and the problem reporting timer has not expired, it is determined that no random access problem reporting will be performed. When the uplink bandwidth of the terminal device only supports two-step random access, if the terminal device fails to access randomly, the number of transmissions reaches the first attempt threshold, and the problem reporting timer times out, it is determined to report a random access problem.

7. The method according to claim 6, wherein, The timing for starting the problem reporting timer includes: The time when the random access request was first sent; or The time it takes for the number of transmissions to reach the first attempt threshold.

8. The method according to claim 6 or 7, wherein, The duration of the problem reporting timer is configured by the network device.

9. The method according to any one of claims 1 to 4, wherein, The first attempt threshold is configured by the network device.

10. A terminal device, the terminal device comprising: The selection unit is configured to determine the random access attempt threshold based on the random access types supported by the uplink bandwidth portion of the terminal device. and Define the unit and configure it as follows: When the uplink bandwidth of the terminal device only supports two-step random access, if the terminal device fails to access the network: if the number of random access requests sent reaches a first attempt threshold, the terminal device determines to report the random access problem; and if the number of random access requests sent does not reach the first attempt threshold, the terminal device determines not to report the random access problem. as well as When the uplink bandwidth of the terminal device simultaneously supports two-step random access and four-step random access, if the terminal device fails to access the network: if the number of random access request transmissions reaches a third attempt threshold, the terminal device determines to report a random access problem; otherwise, if the number of random access request transmissions does not reach the third attempt threshold, the terminal device determines not to report a random access problem. The terminal device also includes: The fallback unit is configured such that, when the uplink bandwidth of the terminal device simultaneously supports two-step random access and four-step random access, if the random access request sent by the terminal device is message A, and the number of times the random access request is sent reaches a second attempt threshold and random access fails, the terminal device falls back from the two-step random access process to the four-step random access process.

11. The terminal device according to claim 10, wherein, The first attempt threshold is greater than the second attempt threshold.

12. The terminal device according to claim 10, wherein, The determining unit is further configured to: If the uplink bandwidth of the terminal device only supports two-step random access, when the terminal device fails to access the random access, 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 that no random access problem reporting will be performed. When the uplink bandwidth of the terminal device only supports two-step random access, if the terminal device fails to access randomly, 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 a random access problem; the random access problem reporting threshold is greater than the first attempt threshold.

13. The terminal device according to claim 12, wherein, The first attempt threshold is equal to the second attempt threshold.

14. The terminal device according to claim 12 or 13, wherein, The random access problem reporting threshold is configured by the network device.

15. The terminal device according to claim 10, wherein, The determining unit is further configured to: If the uplink bandwidth of the terminal device only supports two-step random access, when the terminal device fails to access randomly, the number of transmissions reaches the first attempt threshold, and the problem reporting timer has not expired, it is determined that no random access problem reporting will be performed. If the uplink bandwidth of the terminal device only supports two-step random access, and the terminal device fails to access the network randomly, the number of transmissions reaches the first attempt threshold, and the problem reporting timer times out, then a random access problem report is determined to be made.

16. The terminal device according to claim 15, wherein, The timing for starting the problem reporting timer includes: The time when the random access request was first sent; or The time it takes for the number of transmissions to reach the first attempt threshold.

17. The terminal device according to claim 15 or 16, wherein, The duration of the problem reporting timer is configured by the network device.

18. The terminal device according to any one of claims 10 to 13, wherein, The first attempt threshold is configured by the network device.

19. 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 causes the terminal device to execute a random access problem reporting method, including: Determine the random access attempt threshold based on the random access types supported by the uplink bandwidth portion; When the uplink bandwidth of the terminal device only supports two-step random access, if the terminal device fails to access the network: if the number of random access requests sent reaches a first attempt threshold, it is determined to report the random access problem; if the number of random access requests sent does not reach the first attempt threshold, it is determined not to report the random access problem. When the uplink bandwidth of the terminal device simultaneously supports two-step random access and four-step random access, if the terminal device fails to access the network: if the number of random access request transmissions reaches a third attempt threshold, a random access problem report is determined; and if the number of random access request transmissions does not reach the third attempt threshold, a random access problem report is determined not to be performed. When the uplink bandwidth of the terminal device supports both two-step random access and four-step random access, if the random access request sent by the terminal device is message A, and the number of times the random access request is sent reaches the second attempt threshold and the random access fails, the process will fall back from two-step random access to four-step random access.

20. The terminal device according to claim 19, wherein, The first attempt threshold is greater than the second attempt threshold.

21. The terminal device according to claim 19, wherein the random access problem reporting method further includes: If the uplink bandwidth of the terminal device only supports two-step random access, when the terminal device fails to access the random access, 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 that no random access problem reporting will be performed. When the uplink bandwidth of the terminal device only supports two-step random access, if the terminal device fails to access randomly, 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 a random access problem; the random access problem reporting threshold is greater than the first attempt threshold.

22. The terminal device according to claim 21, wherein, The first attempt threshold is equal to the second attempt threshold.

23. The terminal device according to claim 21 or 22, wherein, The random access problem reporting threshold is configured by the network device.

24. The terminal device according to claim 19, wherein the random access problem reporting method further includes: If the uplink bandwidth of the terminal device only supports two-step random access, when the terminal device fails to access randomly, the number of transmissions reaches the first attempt threshold, and the problem reporting timer has not expired, it is determined that no random access problem reporting will be performed. When the uplink bandwidth of the terminal device only supports two-step random access, if the terminal device fails to access randomly, the number of transmissions reaches the first attempt threshold, and the problem reporting timer times out, it is determined to report a random access problem.

25. The terminal device according to claim 24, wherein, The timing for starting the problem reporting timer includes: The time when the random access request was first sent; or The time it takes for the number of transmissions to reach the first attempt threshold.

26. The terminal device according to claim 24 or 25, wherein, The duration of the problem reporting timer is configured by the network device.

27. The terminal device according to any one of claims 19 to 22, wherein, The first attempt threshold is configured by the network device.

28. A storage medium storing an executable program, which, when executed by a processor, implements the random access problem reporting method according to any one of claims 1 to 9.

Images