Method and terminal device for random access

Abstract

The embodiment of the present application discloses a method and a terminal device for random access, the method comprising: the terminal device sends multiple preambles to a network device during a random access process; the terminal device monitors the random access response RAR of at least one preamble among the multiple preambles in at least one random access response RAR window. The method and the terminal device of the embodiment of the present application are conducive to improving the reliability of preamble transmission and the probability of the network device responding to the preamble.

Description

Technical Field

[0001] Embodiments of the present application relate to the field of communications, and more specifically, to a method and terminal device for random access. Background Art

[0002] In the existing Long Term Evolution (LTE) system, the random access process is divided into contention-based access and non-contention-based access. In non-contention access, the network device configures a dedicated random preamble code for the terminal device to initiate access, while in contention access, the terminal device applies for a preamble code to initiate access. Regardless of whether the terminal device is based on contention access or non-contention access, the reliability of preamble code transmission is not high enough. Summary of the invention

[0003] In view of this, the embodiments of the present application provide a method, a terminal device and a network device for random access, which are beneficial to improving the reliability of preamble code transmission and the probability of the network device responding to the preamble code.

[0004] In a first aspect, a method for random access is provided, the method comprising: a terminal device sends multiple preamble codes to a network device during a random access process; the terminal device listens to a random access response RAR of at least one preamble code among the multiple preamble codes in at least one random access response RAR window.

[0005] The so-called random access process refers to a scenario in which a terminal device continuously sends multiple preamble codes to a network device, rather than a scenario in which the terminal device sends the preamble code again after a random access to the preamble code sent previously fails.

[0006] By sending multiple preamble codes to the network device in a random access process, the terminal device is helpful to improve the reliability of preamble code transmission and the probability of the network device responding to the preamble code.

[0007] The multiple preamble codes may be preamble codes with completely different sequences, or may be preamble codes with the same sequence. The multiple preamble codes may be sent using different beams, or may be sent using the same beam. In a possible implementation, the at least one RAR window includes a RAR window, the starting position of the RAR window in the time domain is located after the transmission of the multiple preamble codes, and the terminal device monitors the random access response RAR of at least one preamble code among the multiple preamble codes in at least one random access response RAR window, including: the terminal device monitors the RAR of at least two preamble codes among the multiple preamble codes in the one RAR window.

[0008] In one possible implementation, the at least one RAR window includes a RAR window, a starting position of the RAR window in the time domain is located after the transmission of the first preamble code among the multiple preamble codes and before the transmission of the second preamble code among the multiple preamble codes, and the terminal device listens to the random access response RAR of at least one preamble code among the multiple preamble codes within the at least one random access response RAR window, including: the terminal device listens to the RAR of at least two preamble codes among the multiple preamble codes within the one RAR window.

[0009] Optionally, the terminal device may also configure a RAR window for the multiple preamble codes, and the starting position of the RAR window in the time domain may be located between any two preamble code transmissions.

[0010] In one possible implementation, the at least one RAR window includes multiple RAR windows corresponding one-to-one to the multiple preamble codes, and the starting position of each RAR window in the time domain is located after the corresponding preamble code transmission. The terminal device listens to the random access response RAR of at least one preamble code among the multiple preamble codes in at least one random access response RAR window, including: the terminal device listens to the RAR for the corresponding preamble code in each RAR window.

[0011] Optionally, the terminal device may also configure a combination of the above three RAR windows for multiple preamble codes.

[0012] In a possible implementation manner, a starting position of a first RAR window among the multiple RAR windows in the time domain is located at the Kth subframe after the transmission of the preamble code corresponding to the first RAR window, where K is an integer and is less than 3.

[0013] Optionally, the K subframes are 3 ms in length.

[0014] By shortening the time interval between the RAR window and the preamble transmission, the terminal device can monitor the corresponding RAR relatively quickly, which is beneficial for the terminal device to perform random access.

[0015] In a possible implementation, the terminal device sends multiple preamble codes to the network device during a random access process, including: the terminal device sends the multiple preamble codes to the network device through at least one physical random access channel PRACH resource during a random access process.

[0016] In one possible implementation, the terminal device sends the multiple preamble codes to the network device through at least one physical random access channel PRACH resource during a random access process, including: the terminal device sends the multiple preamble codes to the network device through multiple PRACH resources corresponding one-to-one to the multiple preamble codes during a random access process.

[0017] Optionally, the network device may configure multiple PRACH resources in advance to transmit multiple preamble codes, or may roughly configure one PRACH resource to transmit multiple preamble codes, and the terminal device may decide by itself to use a certain position in the one PRACH resource to transmit the corresponding preamble code. The network device may also configure the multiple PRACH resources to correspond to one beam, or different PRACH resources to correspond to different beams.

[0018] In one possible implementation, after the terminal device monitors the RAR of the first preamble code among the multiple preamble codes within the at least one RAR window, the method further includes: the terminal device sends the third message in the random access process to the network device based on the uplink authorization carried in the RAR of the first preamble code.

[0019] Optionally, the third message in the random access process may carry a radio resource control (RRC) connection request, or may carry some control messages or even service data packets.

[0020] In a possible implementation, the RAR of the first preamble code is the RAR first monitored by the terminal device in the at least one RAR window.

[0021] In a possible implementation manner, the random access procedure is a contention-based random access procedure, a non-contention-based random access procedure, or a random access procedure for acquiring system information.

[0022] In a second aspect, a method for random access is provided, the method comprising: a network device receives multiple preamble codes sent by a terminal device during a random access process; the network device feeds back to the terminal device at least one random access response RAR corresponding to at least one preamble code among the multiple preamble codes.

[0023] In one possible implementation, the network device feeds back to the terminal device at least one random access response RAR corresponding to at least one of the multiple preamble codes, including: after receiving the first preamble code among the multiple preamble codes, the network device feeds back to the terminal device the RAR corresponding to the first preamble code; after receiving the preamble code other than the first preamble code among the multiple preamble codes, the network device does not feed back the RAR to the terminal device.

[0024] In one possible implementation, the at least one RAR includes multiple RARs corresponding one-to-one to the multiple preamble codes, and the network device feeds back to the terminal device at least one random access response RAR corresponding to at least one of the multiple preamble codes, including: the network device feeds back the corresponding RAR to the terminal device after each receiving a preamble code among the multiple preamble codes.

[0025] In a possible implementation, the network device feeds back to the terminal device at least one random access response RAR corresponding to at least one of the multiple preambles, including: after receiving the multiple preambles, the network device feeds back the at least one RAR to the terminal device.

[0026] In one possible implementation, after receiving the multiple preamble codes, the network device feeds back at least one RAR corresponding to the at least one preamble code to the terminal device, including: after receiving the multiple preamble codes, the network device feeds back the at least one RAR to the terminal device based on the signal strength of the multiple preamble codes or the order in which the multiple preamble codes are received.

[0027] In a possible implementation manner, the at least one RAR includes multiple RARs, and the multiple RARs are carried in a media access control MAC data protocol unit PDU.

[0028] Optionally, the network device receives the multiple preamble codes sent by the terminal device through at least one physical random access channel PRACH resource during a random access process.

[0029] Furthermore, the network device receives the multiple preamble codes sent by the terminal device through multiple PRACH resources corresponding one-to-one to the multiple preamble codes during a random access process.

[0030] In a third aspect, a terminal device is provided, which is used to execute the method in the first aspect or any possible implementation of the first aspect. Specifically, the terminal device includes a unit for executing the method in the first aspect or any possible implementation of the first aspect.

[0031] In a fourth aspect, a network device is provided, which is used to execute the method in any possible implementation of the second aspect or the first aspect. Specifically, the network device includes a unit for executing the method in any possible implementation of the second aspect or the second aspect.

[0032] In a fifth aspect, a terminal device is provided, the terminal device comprising: a memory, a processor, an input interface, and an output interface. The memory, the processor, the input interface, and the output interface are connected via a bus system. The memory is used to store instructions, and the processor is used to execute the instructions stored in the memory, so as to execute the method in the first aspect or any possible implementation of the first aspect.

[0033] In a sixth aspect, a network device is provided, the network device comprising: a memory, a processor, an input interface, and an output interface. The memory, the processor, the input interface, and the output interface are connected via a bus system. The memory is used to store instructions, and the processor is used to execute the instructions stored in the memory, so as to execute the method in the second aspect or any possible implementation of the second aspect.

[0034] In the seventh aspect, a computer storage medium is provided for storing computer software instructions used to execute the method in the above-mentioned first aspect or any possible implementation of the first aspect, or the above-mentioned second aspect or any possible implementation of the second aspect, which includes a program designed for executing the above-mentioned aspects.

[0035] In an eighth aspect, a computer program product comprising instructions is provided, which, when executed on a computer, enables the computer to execute the method in the first aspect or any optional implementation of the first aspect, or the method in the second aspect or any optional implementation of the second aspect.

[0036] These and other aspects of the present application will become more clearly understood in the description of the following embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0037] Figure 1 A schematic diagram showing an application scenario of an embodiment of the present application.

[0038] Figure 2 A schematic flow chart of a random access procedure is shown.

[0039] Figure 3 A schematic block diagram of a method for random access according to an embodiment of the present application is shown.

[0040] Figure 4 A schematic diagram showing a positional relationship between a preamble and a RAR window in the time domain according to an embodiment of the present application is shown.

[0041] Figure 5 A schematic diagram showing another positional relationship between the preamble and the RAR window in the time domain according to an embodiment of the present application is shown.

[0042] Figure 6A schematic diagram showing another position relationship between the preamble and the RAR window in the time domain according to an embodiment of the present application is shown.

[0043] Figure 7 A schematic diagram showing another positional relationship between the preamble and the RAR window in the time domain according to an embodiment of the present application is shown.

[0044] Figure 8 A schematic diagram showing another position relationship between the preamble and the RAR window in the time domain according to an embodiment of the present application is shown.

[0045] Fig. 9 Another schematic block diagram of a method for random access according to an embodiment of the present application is shown.

[0046] Fig.10 The structure diagram of the MAC PDU carrying RAR is shown.

[0047] Fig.11 A schematic block diagram of a terminal device according to an embodiment of the present application is shown.

[0048] Fig.12 A schematic block diagram of a network device according to an embodiment of the present application is shown.

[0049] Fig.13 Another schematic block diagram of a terminal device according to an embodiment of the present application is shown.

[0050] Fig.14 Another schematic block diagram of a network device according to an embodiment of the present application is shown. DETAILED DESCRIPTION

[0051] The technical solutions in the embodiments of the present application will be clearly and completely described below in conjunction with the drawings in the embodiments of the present application.

[0052] It should be understood that the technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Global System of Mobile communication (GSM) system, Code Division Multiple Access (CDMA) system, Wideband Code Division Multiple Access (WCDMA) system, General Packet Radio Service (GPRS), LTE system, LTE Frequency Division Duplex (FDD) system, LTE Time Division Duplex (TDD), Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX) communication system, New Radio (NR) or future 5G system, etc.

[0053] In particular, the technical solutions of the embodiments of the present application can be applied to various communication systems based on non-orthogonal multiple access technology, such as sparse code multiple access (SCMA) system, low density signature (LDS) system, etc. Of course, the SCMA system and the LDS system may also be called other names in the field of communication; further, the technical solutions of the embodiments of the present application can be applied to multi-carrier transmission systems using non-orthogonal multiple access technology, such as orthogonal frequency division multiplexing (OFDM), filter bank multi-carrier (FBMC), generalized frequency division multiplexing (GFDM), filtered orthogonal frequency division multiplexing (F-OFDM) system, etc.

[0054] The terminal device in the embodiments of the present application may refer to a user equipment (UE), an access terminal, a user unit, a user 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 may 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 function, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a future 5G network or a terminal device in a future evolved Public Land Mobile Network (PLMN), etc., and the embodiments of the present application are not limited.

[0055] The network device in the embodiment of the present application can be a device for communicating with a terminal device. The network device can be a base station (Base Transceiver Station, BTS) in GSM or CDMA, or a base station (NodeB, NB) in a WCDMA system, or an evolved base station (Evolutional NodeB, eNB or eNodeB) in an LTE system, or a wireless controller in a cloud radio access network (Cloud Radio Access Network, CRAN) scenario, or the network device can be a relay station, an access point, a vehicle-mounted device, a wearable device, a network device in a future 5G network, or a network device in a future evolved PLMN network, etc., and the embodiments of the present application are not limited.

[0056] Figure 1 It is a schematic diagram of an application scenario of an embodiment of the present application. Figure 1 The communication system in the embodiment may include a terminal device 10 and a network device 20. The network device 20 is used to provide communication services for the terminal device 10 and access the core network. The terminal device 10 accesses the network by searching for synchronization signals, broadcast signals, etc. sent by the network device 20, thereby communicating with the network. Figure 1 The arrows shown in may represent uplink / downlink transmissions performed via a cellular link between the terminal device 10 and the network device 20 .

[0057] Random access technology is the primary content for users to communicate with the network in mobile communication systems. In a wireless cellular network, users initiate a connection request to the network side through the random access process. In the LTE system, the main purpose of random access is to establish uplink synchronization and receive the necessary cell radio network temporary identifier (C-RNTI). Therefore, random access is not only used in initial access, but also in the case of user uplink synchronization loss. For ease of understanding, the following will combine Figure 2 Briefly introduce the random access process. Figure 2 As shown, it mainly includes the following contents:

[0058] 1. The first is the sending of the random access preamble. The main purpose is to enable the network device to correctly estimate the transmission delay of the terminal device and to resolve the conflict problem of multiple terminal devices initiating access requests at the same time.

[0059] 2. The feedback information sent by the network device to the terminal, namely the Random Access Response (RAR), will include the transmission delay required for uplink synchronization and the access overload status of the current system (for the terminal device to use the backoff mechanism for conflict avoidance). In addition, the network device will also feedback the uplink resource location allocated to the access terminal device to the terminal.

[0060] 3. The terminal device will send a message corresponding to the random access event and the terminal device identifier C-RNTI of the terminal device itself on the designated uplink resources.

[0061] 4. The network device feeds back the conflict resolution information to the terminal device. At this point, the random access process will completely resolve the conflict problem caused by multiple terminal devices requesting to access the system at the same time.

[0062] Due to the limited access resources, when multiple terminal devices initiate access on the same access resource at the same time, a collision will occur. The terminal device can determine whether the random access has failed based on whether the feedback information in 2 is received within the random access response time window, or whether the preamble included in the received feedback information is consistent with the one sent by itself. Specifically, if the terminal device does not receive feedback information within the random access response time window, or none of the preambles in the received feedback information is consistent with the one sent by itself, then the terminal device can consider that the random access has failed; in addition, the terminal device can also determine that the contention resolution has failed based on the conflict resolution information received in 4 above, and can also determine that the random access has failed.

[0063] In the research of future wireless communication systems such as 5G, beamforming technology is an important technology for improving coverage and spectrum efficiency. Beamforming (BF) is an implementation method of adaptive array smart antennas and a digital signal processing technology implemented on an antenna array composed of multiple elements. It uses the differences in spatial channel characteristics such as arrival angle between useful signals and interference signals, and sets appropriate weighting values ​​for the antenna array to spatially isolate useful signals and interference signals, thereby reducing interference between users and improving system capacity.

[0064] During the random access process, the terminal device can use multiple beams to send a preamble to the network device to increase the probability that the network device responds to the random access of the terminal device. When the communication system supports the transmission of multiple preambles, the monitoring of the RAR window becomes a problem that needs to be solved.

[0065] Figure 3 FIG. 1 is a schematic block diagram of a method 100 for random access according to an embodiment of the present application. Figure 3 As shown, the method 100 may include some or all of the following:

[0066] S110, the terminal device sends multiple preamble codes to the network device during a random access process.

[0067] S120: The terminal device monitors a random access response RAR of at least one preamble code among the multiple preamble codes within at least one random access response RAR window.

[0068] Optionally, state the following:

[0069] 1. The application scenario of the embodiment of the present application is to send multiple preambles in a random access process, which is different from the scenario in which a terminal device in an LTE system sends a preamble to a network device in a random access process, and if the random access fails, the terminal device sends the same preamble to the network device again. In other words, the terminal device continuously sends multiple preambles in a random access process, and the terminal device does not need to send the preamble again until the RAR of the preamble sent previously is not heard.

[0070] 2. In the embodiment of the present application, the multiple preamble codes may be preamble codes with completely different sequences, or may be preamble codes with the same sequence. The multiple preamble codes may be sent using different beams, or may be sent using the same beam, which is not specifically limited here.

[0071] 3. Those skilled in the art understand that after sending the preamble, the UE will monitor the Physical Downlink Control Channel (PDCCH) within the RAR window to receive the RAR corresponding to the preamble. If the eNodeB does not receive the RAR reply within the RAR time window, the random access process is considered to have failed. Figure 4 As shown, the terminal device sends a preamble to the network device in subframe 1, and the terminal device starts to monitor the RAR from subframe 4. The terminal device may monitor the RAR in subframe 5, or monitor the RAR in other subframes within the RAR window, or not monitor the corresponding RAR within the RAR window. The time domain length of the RAR window can be configured by the parameter ra-ResponseWindowSize. The relative position of the subframe transmitting the preamble and the RAR window can also be agreed upon by the protocol.

[0072] Fourth, the terminal device occupies uplink resources when sending preamble, while the terminal device occupies downlink resources when monitoring RAR, that is, the resources for the terminal device to send preamble and the resources for the terminal device to monitor RAR may not overlap in the frequency domain, but may overlap in the time domain. That is, in the embodiment of the present application, the terminal device may Figure 4 The second preamble is sent in subframe 4, and the RAR of the second preamble is monitored in the RAR window after subframe 4.

[0073] Therefore, in the random access method of the embodiment of the present application, the terminal device sends multiple preamble codes to the network device in a random access process, which is beneficial to improving the reliability of preamble code transmission and the probability of the network device responding to the preamble code.

[0074] Optionally, in an embodiment of the present application, the at least one RAR window includes a RAR window, the starting position of the RAR window in the time domain is located after the transmission of at least one preamble code among the multiple preamble codes, and the terminal device listens to the random access response RAR of at least one preamble code among the multiple preamble codes in at least one random access response RAR window, including: the terminal device listens to the RAR of at least two preamble codes among the multiple preamble codes in the one RAR window.

[0075] Specifically, the network device may configure a RAR window in advance, and the starting position of the RAR window in the time domain is located after the terminal device sends multiple preamble codes, such as Figure 5As shown, assuming that the network device configures the terminal device with transmission resources for three preamble codes, and configures the three preamble codes to be transmitted on subframe 1, subframe 2 and subframe 3 respectively, if the protocol stipulates that the starting subframe of the RAR window is after the subframe of the last preamble code transmitted by the terminal device, the terminal device can monitor the RAR of the three preamble codes in the RAR window starting from subframe 4.

[0076] It should be understood that the position of the terminal device transmitting the preamble and the length of the RAR window can be configured by the network device or agreed upon by the protocol in advance, wherein the agreement refers to the factory configuration of the terminal device.

[0077] It should also be understood that the RAR window configured by the network device may be for the multiple preambles, but the terminal device does not necessarily monitor the RAR of each of the multiple preambles within the RAR window. In other words, the terminal device may monitor the RAR of at least one of the multiple preambles in a RAR window after the multiple preambles are transmitted. For example, the terminal device may monitor the RAR of at least one of the multiple preambles in a RAR window such as Figure 5 The RAR window in the subframe monitors any combination of the RAR of the preamble transmitted in subframe 1, the RAR of the preamble transmitted in subframe 2, and the RAR of the preamble transmitted in subframe 3.

[0078] Optionally, in an embodiment of the present application, the at least one RAR window includes a RAR window, a starting position of the RAR window in the time domain is located after the transmission of a first preamble code among the multiple preamble codes and before the transmission of a second preamble code among the multiple preamble codes, and the terminal device listens to the random access response RAR of at least one preamble code among the multiple preamble codes within the at least one random access response RAR window, including: the terminal device listens to the RAR of at least two preamble codes among the multiple preamble codes within the one RAR window.

[0079] Specifically, the network device may configure a RAR window in advance, and the starting position of the RAR window in the time domain is located after the first preamble transmission and before the second preamble transmission, such as Figure 6 As shown, assuming that the network device configures the transmission resources of 3 preamble codes for the terminal device, the terminal device sends 3 preamble codes to the network device in a random process, and configures the 3 preamble codes to be transmitted on subframe 1, subframe 3 and subframe 5 respectively. If the protocol stipulates that the starting subframe of the RAR window is after the subframe of the first preamble code transmitted by the terminal device and before the subframe of the second preamble code transmitted, the terminal device can monitor the RAR of the 3 preamble codes in the RAR window starting from subframe 2.

[0080] It should be understood that the end position of the RAR window in the time domain may be after the position of the last preamble code sent by the terminal device in the time domain.

[0081] It should also be understood that the RAR window configured by the network device may be for the multiple preambles, but the terminal device does not necessarily monitor the RAR of each of the multiple preambles within the RAR window. In other words, the terminal device may monitor the RAR of at least one of the multiple preambles in a RAR window after the first preamble is transmitted. For example, the terminal device may monitor the RAR of at least one of the multiple preambles in a RAR window such as Figure 6 The RAR window in the RAR window monitors any combination of the RAR of the preamble transmitted in subframe 1, the RAR of the preamble transmitted in subframe 3, and the RAR in subframe 5.

[0082] Optionally, the network device may also configure a RAR window for the multiple preambles, and the starting position of the RAR window in the time domain may be located between any two preamble transmissions. The embodiment of the present application is not limited thereto. Figure 7 As shown in FIG. 1 , the network device configures three preamble transmission resources for the terminal device. The terminal device sends three preambles to the network device in a random process. The three preambles are transmitted in subframe 1, subframe 3, and subframe 5, respectively. If the protocol stipulates that the starting subframe of the RAR window is after the subframe of the second preamble transmitted by the terminal device, that is, the terminal device can Figure 7 The RAR window starting from subframe 4 in the embodiment monitors any combination of the RAR of the preamble transmitted in subframe 1, the RAR of the preamble transmitted in subframe 3, and the RAR in subframe 5.

[0083] Optionally, the terminal device may also configure a combination of the above two RAR windows for multiple preamble codes. Figure 8 As shown, the network device configures transmission resources for 5 preambles for the terminal device, and the terminal device sends 5 preambles to the network device in a random process. The 5 preambles are transmitted in subframe 1, subframe 2, subframe 3, subframe 5 and subframe 7 respectively. The network device can configure a RAR window for the first two preambles and another RAR window for the last three preambles. The starting position of the RAR window configured for the first two preambles in the time domain is subframe 3 (after the first two preambles are sent), and the starting position of the RAR window configured for the last three preambles in the time domain is subframe 4 (after the third preamble is sent and before the fourth preamble is sent). Figure 8 It is only used for illustration and is not intended to limit the scope of the embodiments of the present application.

[0084] Optionally, in an embodiment of the present application, the at least one RAR window includes multiple RAR windows corresponding one-to-one to the multiple preamble codes, and the starting position of each RAR window in the time domain is located after the corresponding preamble code transmission. The terminal device listens to the random access response RAR of at least one preamble code among the multiple preamble codes in at least one random access response RAR window, including: the terminal device listens to the RAR for the corresponding preamble code in each RAR window.

[0085] Specifically, the network device may configure a RAR window for each preamble in advance, and the starting position of each RAR window in the time domain is located after the corresponding preamble transmission, such as Fig. 9 As shown, assuming that the network device configures three preamble code transmission resources for the terminal device, the terminal device sends three preamble codes to the network device in a random process, and the three preamble codes are transmitted in subframe 1, subframe 3 and subframe 5 respectively. The RAR window corresponding to the first preamble code starts from subframe 2, the RAR window corresponding to the second preamble code starts from subframe 4, and the RAR window corresponding to the third preamble code starts from subframe 6. That is to say, the terminal device can monitor the RAR of the first preamble code in the RAR window starting from subframe 2, monitor the RAR of the second preamble code in the RAR window starting from subframe 4, and monitor the RAR of the third preamble code in the RAR window starting from subframe 6.

[0086] It should be understood that the end position of the RAR window in the time domain can be configured after any preamble code sent by the terminal device.

[0087] Optionally, the terminal device may also configure a combination of the above three RAR windows for multiple preambles. That is, the terminal device may configure a dedicated RAR window for some of the multiple preambles, or may configure a common RAR window for some of the preambles, and the starting position of the common RAR window in the time domain may be located after any preamble transmission. Figures 5 to 8 , for the sake of brevity, it will not be repeated here.

[0088] Optionally, in an embodiment of the present application, the starting position of the first RAR window in the time domain among the multiple RAR windows is located at the Kth subframe after the transmission of the preamble code corresponding to the first RAR window, where K is an integer and is less than 3.

[0089] That is to say, in the above scheme where each preamble corresponds to a RAR window, the interval between the starting position of each RAR window in the time domain and the transmission position of the corresponding preamble can be less than 3 subframes, for example, less than 3ms. It should be understood that the subframe length here can be understood as 1ms in LTE, or it can be another time domain unit length, and the embodiments of the present application are not limited to this.

[0090] By shortening the time interval between the RAR window and the preamble transmission, the terminal device can monitor the corresponding RAR relatively quickly, which is beneficial for the terminal device to perform random access.

[0091] It should be understood that the interval between the starting position of the RAR window and the transmission position of the corresponding preamble code is less than 3 subframes and can be applicable to the above-mentioned various RAR windows. The embodiment of the present application is not limited to this. For example, Figure 5 In the scheme, the starting position of the RAR window configured by the network device for the terminal device can be the first two subframes after the last preamble code is transmitted.

[0092] Optionally, in an embodiment of the present application, the terminal device sends multiple preamble codes to the network device during a random access process, including: the terminal device sends the multiple preamble codes to the network device through at least one physical random access channel PRACH resource during a random access process.

[0093] Optionally, in an embodiment of the present application, the terminal device sends the multiple preamble codes to the network device through at least one physical random access channel PRACH resource during a random access process, including: the terminal device sends the multiple preamble codes to the network device through multiple PRACH resources corresponding one-to-one to the multiple preamble codes during a random access process.

[0094] Those skilled in the art understand that the physical random access channel (PRACH) is used to transmit a random access preamble. The network device can configure multiple PRACH resources in advance to transmit multiple preambles, or roughly configure one PRACH resource to transmit multiple preambles. The terminal device decides to use a certain position in the PRACH resource to transmit the corresponding preamble. The network device can also configure the multiple PRACH resources to correspond to one beam, or different PRACH resources to correspond to different beams. The embodiments of the present application are not limited to this.

[0095] Optionally, in an embodiment of the present application, after the terminal device monitors the RAR of the first preamble code among the multiple preamble codes within the at least one RAR window, the method also includes: the terminal device sends a message corresponding to the random access event to the network device based on the uplink authorization carried in the RAR of the first preamble code.

[0096] After the terminal device monitors the RAR of one of the preamble codes, the terminal device can send the third message (MSG3) in the random access process to the network device according to the uplink authorization carried in the RAR. Because the content of these messages is not fixed in the random access process, different messages are carried based on different scenarios. For example, sometimes it may carry a Radio Resource Control (RRC) connection request, and sometimes it may carry some control messages or even service data packets.

[0097] In future wireless communication systems such as 5G, the third message in the random access process may include the following:

[0098] 1. Initial RRC connection establishment. When the terminal device switches from idle state to connected state, the terminal device initiates random access.

[0099] 2. RRC connection reconstruction: When the wireless link fails and the terminal device needs to re-establish the RRC connection, the UE will initiate random access.

[0100] 3. When the terminal device switches, it will initiate random access in the target cell. At this time, the terminal device needs to establish uplink synchronization with the new cell.

[0101] 4. In the RRC connected state, when downlink data arrives, it is found that the terminal device is out of synchronization in the uplink (the network device maintains an uplink timer. If the uplink timer times out and the network device does not receive the detection signal from the terminal device, the network device considers that the terminal device is out of synchronization in the uplink). The network device will control the terminal device to initiate random access.

[0102] 5. In the RRC connected state, uplink data arrives, but the terminal device finds itself in an uplink out-of-sync state (the network device maintains an uplink timer. If the uplink timer times out and the terminal device does not receive a command from the network device to adjust the timing advance (TA), the terminal device considers itself uplink out-of-sync) or there are no available physical uplink control channel (PUCCH) resources for scheduling request (SR) transmission, and the terminal device initiates random access.

[0103] 6. Random access initiated when the terminal device switches from an inactive state to a connected state.

[0104] 7. The terminal obtains system information.

[0105] Optionally, in an embodiment of the present application, the RAR of the first preamble code is the RAR first monitored by the terminal device within the at least one RAR window.

[0106] That is to say, the terminal device can send the third message to the network device according to the uplink authorization carried by the RAR that is first monitored. Or the terminal device can also select any RAR from multiple RARs when it monitors multiple RARs in the above-mentioned at least one RAR window, and send the third message to the network device according to the uplink authorization carried by the selected RAR. For example, if the terminal device monitors multiple RARs, the terminal device can send the third message to the network device according to the uplink authorization carried in the first monitored RAR. The terminal device can also send the third message to the network device according to the uplink authorization carried in the RAR with the strongest signal among the multiple RARs. The terminal device can also select a RAR from multiple RARs according to other strategies, and then send the third message to the network device according to the uplink authorization carried in the selected RAR. The embodiments of the present application are not limited to this.

[0107] Optionally, in an embodiment of the present application, the random access process is a contention-based random access process, a non-contention-based random access process, or a random access process for acquiring system information.

[0108] That is to say, the embodiments of the present application do not limit the specific scenarios of the random access process.

[0109] Fig. 9 FIG. 2 is a schematic block diagram of a method 200 for random access according to an embodiment of the present application. Fig. 9 As shown, the method 200 may include some or all of the following:

[0110] S210, the network device receives multiple preamble codes sent by the terminal device during a random access process.

[0111] S220: The network device feeds back at least one random access response RAR corresponding to at least one of the multiple preambles to the terminal device.

[0112] Specifically, the terminal device may send multiple preamble codes to the network device in a random process. Similarly, the network device may receive the multiple preamble codes, and the network device may feed back the RAR of at least one of the multiple preamble codes to the terminal device.

[0113] Therefore, in the method for random access in the embodiment of the present application, the network device can receive multiple preamble codes sent by the terminal device during a random access process, which is beneficial to improving the reliability of preamble code transmission and the probability of the network device responding to the preamble code.

[0114] Optionally, in an embodiment of the present application, the network device feeds back to the terminal device at least one random access response RAR corresponding to at least one of the multiple preamble codes, including: after receiving the first preamble code among the multiple preamble codes, the network device feeds back to the terminal device the RAR corresponding to the first preamble code; after receiving the preamble code other than the first preamble code among the multiple preamble codes, the network device does not feed back the RAR to the terminal device.

[0115] That is to say, after receiving the first preamble code, the network device can feedback the RAR of the first preamble code to the terminal device. After receiving other preamble codes, the network device does not feedback RAR to the terminal device. In other words, the network device only feedbacks one RAR to the terminal device, and the RAR is the RAR of the first preamble code.

[0116] Optionally, in an embodiment of the present application, the at least one RAR includes multiple RARs corresponding one-to-one to the multiple preamble codes, and the network device feeds back to the terminal device at least one random access response RAR corresponding to at least one of the multiple preamble codes, including: the network device feeds back the corresponding RAR to the terminal device after each receiving a preamble code among the multiple preamble codes.

[0117] Specifically, the network device may feed back a corresponding RAR to the terminal device each time a preamble is received. That is, the RAR fed back by the network device to the terminal device corresponds one-to-one to the preamble received by the network device.

[0118] Optionally, in an embodiment of the present application, the network device feeds back to the terminal device at least one random access response RAR corresponding to at least one of the multiple preamble codes, including: after receiving the multiple preamble codes, the network device feeds back the at least one RAR to the terminal device.

[0119] The network device may also select at least one preamble code for feedback after receiving all preamble codes. For example, the network device configures the transmission resources of 5 preamble codes for the terminal device, and the network device may assume that the terminal device sends 5 preamble codes to the network device during a random access process. After receiving the 5 preamble codes, the network device may select one preamble code from them for feedback. If the network device receives 3 preamble codes and does not receive the fourth preamble code within the predetermined waiting time, the network device may assume that the other 2 preamble codes are lost, and may directly select one preamble code from the received 3 preamble codes for feedback.

[0120] The above-mentioned manner in which the network device feeds back RAR to the terminal device for multiple preamble codes is merely for illustrative purposes, and the embodiments of the present application are not limited thereto.

[0121] Optionally, in an embodiment of the present application, after receiving the multiple preamble codes, the network device feeds back at least one RAR corresponding to the at least one preamble code to the terminal device, including: after receiving the multiple preamble codes, the network device feeds back the at least one RAR to the terminal device based on the signal strength of the multiple preamble codes or the order in which the multiple preamble codes are received.

[0122] The network device may feed back the RAR to the terminal device according to the order of the received preambles. For example, the network device may feed back the first one or more preambles received. The network device may also feed back the RAR to the terminal device according to the signal strength of the received preamble. For example, the network device may feed back the one or more preambles with the strongest signal among the received multiple preambles. It should be understood that these two RAR methods of feeding back the preambles to the terminal device are only used for examples and are not used to limit the scope of the embodiments of the present application.

[0123] Optionally, in an embodiment of the present application, the at least one RAR includes multiple RARs, and the multiple RARs are carried in a media access control MAC data protocol unit PDU.

[0124] Those skilled in the art will appreciate that the RAR is usually carried in a Media Access Control (MAC) Protocol Data Unit (PDU), and the structure of the MAC PDU is as follows: Fig.10 As shown, from Fig.10 As can be seen in the figure, the MAC PDU consists of a MAC header + 0 or more MAC RARs (MAC Random Access Response) + possible padding. One MAC RAR corresponds to a preamble. Specifically, when the network device feeds back multiple RARs corresponding to preambles to the terminal device, each RAR can be carried in a different MAC PDU, or multiple RARs can be carried in the same MAC PDU.

[0125] It should be understood that the terms "system" and "network" are often used interchangeably in this article. The term "and / or" in this article is only a description of the association relationship of associated objects, indicating that three relationships can exist. For example, A and / or B can represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / " in this article generally indicates that the associated objects before and after are in an "or" relationship.

[0126] It should be understood that the interaction between the network device and the terminal device and the related characteristics and functions described by the network device correspond to the related characteristics and functions of the terminal device. And the relevant content has been described in detail in the above method 100, so for the sake of brevity, it will not be repeated here.

[0127] It should also be understood that in the various embodiments of the present application, the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

[0128] The above describes in detail the method for random access according to the embodiment of the present application. Figures 11 to 14 , describing an apparatus for random access according to an embodiment of the present application, the technical features described in the method embodiment are applicable to the following apparatus embodiments.

[0129] Fig.11 FIG. 3 is a schematic block diagram of a terminal device 300 according to an embodiment of the present application. Fig.11 As shown, the terminal device 300 includes:

[0130] The first sending unit 310 is configured to send multiple preamble codes to a network device during a random access process.

[0131] The monitoring unit 320 is configured to monitor a random access response RAR of at least one preamble code among the multiple preamble codes within at least one random access response RAR window.

[0132] Therefore, the terminal device of the embodiment of the present application, by sending multiple preamble codes to the network device in a random access process, is beneficial to improving the reliability of preamble code transmission and the probability of the network device responding to the preamble code.

[0133] Optionally, in an embodiment of the present application, the at least one RAR window includes a RAR window, a starting position of the one RAR window in the time domain is located after the transmission of the multiple preamble codes, and the monitoring unit is specifically used to: monitor the RAR of at least two preamble codes among the multiple preamble codes within the one RAR window.

[0134] Optionally, in an embodiment of the present application, the at least one RAR window includes a RAR window, a starting position of the one RAR window in the time domain is located after the transmission of the first preamble code among the multiple preamble codes and before the transmission of the second preamble code among the multiple preamble codes, and the monitoring unit is specifically used to: monitor the RAR of at least two preamble codes among the multiple preamble codes within the one RAR window.

[0135] Optionally, in an embodiment of the present application, the at least one RAR window includes a plurality of RAR windows corresponding one-to-one to the plurality of preamble codes, and a starting position of each RAR window in the plurality of RAR windows in the time domain is located after the corresponding preamble code is transmitted, and the monitoring unit is specifically configured to:

[0136] The RAR for the corresponding preamble is monitored in each RAR window.

[0137] Optionally, in an embodiment of the present application, the starting position of the first RAR window in the at least one RAR window in the time domain is located at the Kth subframe after the transmission of the preamble code corresponding to the first RAR window, where K is an integer and is less than 3.

[0138] Optionally, in an embodiment of the present application, the first sending unit is specifically used to: send the multiple preamble codes to the network device through at least one physical random access channel PRACH resource during a random access process.

[0139] Optionally, in an embodiment of the present application, the first sending unit is specifically used to: send the multiple preamble codes to the network device through multiple PRACH resources corresponding one-to-one to the multiple preamble codes during a random access process.

[0140] Optionally, in an embodiment of the present application, the terminal device also includes: a second sending unit, which is used for the monitoring unit to send a message corresponding to the random access event to the network device according to the uplink authorization carried in the RAR of the first preamble code after monitoring the RAR of the first preamble code among the multiple preamble codes within the at least one RAR window.

[0141] Optionally, in an embodiment of the present application, the RAR of the first preamble code is the RAR first monitored by the terminal device within the at least one RAR window.

[0142] Optionally, in an embodiment of the present application, the random access process is a contention-based random access process, a non-contention-based random access process, or a random access process for acquiring system information.

[0143] It should be understood that the terminal device 300 according to the embodiment of the present application may correspond to the terminal device in the method embodiment of the present application, and the above and other operations and / or functions of each unit in the terminal device 300 are respectively to implement Figures 3 to 9 For the sake of brevity, the corresponding processes of the terminal device in the method are not repeated here.

[0144] Fig.12 FIG. 4 is a schematic block diagram of a network device 400 according to an embodiment of the present application. Fig.12 As shown, the network device 400 includes:

[0145] The receiving unit 410 is used to receive multiple preamble codes sent by the terminal device during a random access process.

[0146] The sending unit 420 is used to feed back at least one random access response RAR corresponding to at least one preamble code among the multiple preamble codes to the terminal device.

[0147] Therefore, the network device of the embodiment of the present application can receive multiple preamble codes sent by the terminal device during a random access process, which is beneficial to improving the reliability of preamble code transmission and the probability of the network device responding to the preamble code.

[0148] Optionally, in an embodiment of the present application, the sending unit is specifically used to: after receiving a first preamble code among the multiple preamble codes, feed back a RAR corresponding to the first preamble code to the terminal device; after receiving a preamble code other than the first preamble code among the multiple preamble codes, not feed back a RAR to the terminal device.

[0149] Optionally, in an embodiment of the present application, the at least one RAR includes multiple RARs corresponding one-to-one to the multiple preamble codes, and the sending unit is specifically used to: after each receiving a preamble code among the multiple preamble codes, feed back the corresponding RAR to the terminal device.

[0150] Optionally, in an embodiment of the present application, the sending unit is specifically used for: after the network device receives the multiple preamble codes, feeding back the at least one RAR to the terminal device.

[0151] Optionally, in an embodiment of the present application, the receiving unit is specifically used to: after receiving the multiple preamble codes, feedback the at least one RAR to the terminal device according to the signal strength of the multiple preamble codes or the order in which the multiple preamble codes are received.

[0152] Optionally, in an embodiment of the present application, the at least one RAR includes multiple RARs, and the multiple RARs are carried in a media access control MAC data protocol unit PDU.

[0153] Optionally, in an embodiment of the present application, the receiving unit 410 is specifically used to: receive the multiple preamble codes sent by the terminal device through at least one physical random access channel PRACH resource during a random access process.

[0154] Optionally, in an embodiment of the present application, the receiving unit 410 is specifically used to: receive the multiple preamble codes sent by the terminal device through multiple PRACH resources corresponding one-to-one to the multiple preamble codes during a random access process.

[0155] Optionally, in an embodiment of the present application, the random access process is a contention-based random access process, a non-contention-based random access process, or a random access process for acquiring system information.

[0156] It should be understood that the network device 400 according to the embodiment of the present application may correspond to the network device in the method embodiment of the present application, and the above and other operations and / or functions of each unit in the network device 400 are respectively to implement Fig.10 For the sake of brevity, the corresponding processes of the network devices in the method are not repeated here.

[0157] like Fig.13 As shown, the embodiment of the present application also provides a terminal device 500, which can be Fig.11 The terminal device 300 in Figures 3 to 9 The terminal device 500 includes: an input interface 510, an output interface 520, a processor 530 and a memory 540, and the input interface 510, the output interface 520, the processor 530 and the memory 540 can be connected through a bus system. The memory 540 is used to store programs, instructions or codes. The processor 530 is used to execute the programs, instructions or codes in the memory 540 to control the input interface 510 to receive signals, control the output interface 520 to send signals, and complete the operations in the aforementioned method embodiment.

[0158] Therefore, the terminal device of the embodiment of the present application, by sending multiple preamble codes to the network device in a random access process, is beneficial to improving the reliability of preamble code transmission and the probability of the network device responding to the preamble code.

[0159] It should be understood that in the embodiment of the present application, the processor 530 may be a central processing unit (CPU), and the processor 530 may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0160] The memory 540 may include a read-only memory and a random access memory, and provide instructions and data to the processor 530. A portion of the memory 540 may also include a nonvolatile random access memory. For example, the memory 540 may also store information on the device type.

[0161] In the implementation process, the contents of the above method can be completed by the hardware integrated logic circuit in the processor 530 or the instructions in the form of software. The contents of the method disclosed in the embodiment of the present application can be directly embodied as a hardware processor for execution, or a combination of hardware and software modules in the processor for execution. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 540, and the processor 530 reads the information in the memory 540 and completes the contents of the above method in combination with its hardware. To avoid repetition, it is not described in detail here.

[0162] In a specific implementation manner, the first sending unit and the second sending unit of the terminal device 300 may be composed of Fig.13 The output interface 520 in the embodiment is implemented, and the monitoring unit of the terminal device 300 can be Fig.13 The input interface 510 in is implemented.

[0163] like Fig.14 As shown, the embodiment of the present application also provides a network device 600, which can be Figure 5 The network device 400 in Fig.10 The network device 600 includes: an input interface 610, an output interface 620, a processor 630 and a memory 640, and the input interface 610, the output interface 620, the processor 630 and the memory 640 can be connected through a bus system. The memory 640 is used to store programs, instructions or codes. The processor 630 is used to execute the programs, instructions or codes in the memory 640 to control the input interface 610 to receive signals, control the output interface 620 to send signals, and complete the operations in the aforementioned method embodiment.

[0164] Therefore, the network device of the embodiment of the present application can receive multiple preamble codes sent by the terminal device during a random access process, which is beneficial to improving the reliability of preamble code transmission and the probability of the network device responding to the preamble code.

[0165] It should be understood that in the embodiment of the present application, the processor 630 may be a central processing unit (CPU), and the processor 630 may also be other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or the processor may also be any conventional processor, etc.

[0166] The memory 640 may include a read-only memory and a random access memory, and provides instructions and data to the processor 630. A portion of the memory 640 may also include a nonvolatile random access memory. For example, the memory 640 may also store information on the device type.

[0167] In the implementation process, the contents of the above method can be completed by the hardware integrated logic circuit in the processor 630 or the instructions in the form of software. The contents of the method disclosed in the embodiment of the present application can be directly embodied as a hardware processor for execution, or a combination of hardware and software modules in the processor for execution. The software module can be located in a mature storage medium in the field such as a random access memory, a flash memory, a read-only memory, a programmable read-only memory or an electrically erasable programmable memory, a register, etc. The storage medium is located in the memory 640, and the processor 630 reads the information in the memory 640 and completes the contents of the above method in combination with its hardware. To avoid repetition, it will not be described in detail here.

[0168] In a specific implementation manner, the sending unit in the network device 400 may be composed of Fig.14 The output interface 620 in the network device 400 is implemented, and the first receiving unit and the second receiving unit in the network device 400 can be Fig.14 The input interface 610 in is implemented.

[0169] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0170] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0171] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the unit is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0172] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0173] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0174] If this function is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application can be essentially or partly embodied in the form of a software product that contributes to the prior art. The computer software product is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of each embodiment of the present application. The aforementioned storage medium includes: U disk, mobile hard disk, read-only memory (ROM), random access memory (RAM), disk or optical disk, etc., and other media that can store program codes.

[0175] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any person skilled in the art who is familiar with the present technical field can easily think of changes or substitutions within the technical scope disclosed in the present application, which should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.

Claims

1. A method for random access, characterized in that: include: The terminal device sends multiple preamble codes to the network device during a random access process; The terminal device monitors a random access response RAR of at least one preamble code among the multiple preamble codes within at least one random access response RAR window; The multiple preamble codes are preamble codes with completely different sequences, the at least one RAR window includes multiple RAR windows corresponding to the multiple preamble codes one by one, and the starting position of each RAR window in the multiple RAR windows in the time domain is located after the corresponding preamble code is transmitted; The terminal device monitoring a random access response RAR of at least one preamble code among the multiple preamble codes within at least one random access response RAR window includes: The terminal device monitors the RAR corresponding to the preamble in each RAR window; The starting position of the first RAR window in the time domain among the multiple RAR windows immediately follows the transmission of the preamble code corresponding to the first RAR window.

2. The method according to claim 1, characterized in that The terminal device sends multiple preamble codes to the network device during a random access process, including: The terminal device sends the multiple preamble codes to the network device through at least one physical random access channel PRACH resource during a random access process.

3. The method according to claim 2, characterized in that The terminal device sends the multiple preamble codes to the network device through at least one physical random access channel PRACH resource during a random access process, including: The terminal device sends the multiple preamble codes to the network device through multiple PRACH resources corresponding one-to-one to the multiple preamble codes during a random access process.

4. The method according to any one of claims 1 to 3, characterized in that After the terminal device monitors the RAR of the first preamble code among the multiple preamble codes in the at least one RAR window, the method further includes: The terminal device sends the third message in the random access process to the network device according to the uplink authorization carried in the RAR of the first preamble code.

5. The method according to claim 4, characterized in that The RAR of the first preamble code is the RAR first monitored by the terminal device within the at least one RAR window.

6. The method according to any one of claims 1 to 3, characterized in that The random access process is a contention-based random access process, a non-contention-based random access process, or a random access process for acquiring system information.

7. A terminal device, characterized in that: The terminal device comprises: A first sending unit, configured to send a plurality of preamble codes to a network device during a random access process; A monitoring unit, configured to monitor a random access response RAR of at least one preamble code among the multiple preamble codes within at least one random access response RAR window; The multiple preamble codes are preamble codes with completely different sequences, the at least one RAR window includes multiple RAR windows corresponding to the multiple preamble codes one by one, and the starting position of each RAR window in the multiple RAR windows in the time domain is located after the corresponding preamble code is transmitted; The monitoring unit is used to: monitor the RAR corresponding to the preamble code in each RAR window; The starting position of the first RAR window in the time domain among the multiple RAR windows immediately follows the transmission of the preamble code corresponding to the first RAR window.

8. The terminal device according to claim 7, characterized in that: The first sending unit is specifically configured to: The multiple preamble codes are sent to the network device through at least one physical random access channel PRACH resource during a random access process.

9. The terminal device according to claim 8, characterized in that: The first sending unit is specifically configured to: In a random access process, the multiple preamble codes are sent to the network device through multiple PRACH resources corresponding to the multiple preamble codes one by one.

10. The terminal device according to any one of claims 7 to 9, characterized in that: The terminal device further includes: The second sending unit is used for sending the third message in the random access process to the network device according to the uplink grant carried in the RAR of the first preamble code after the monitoring unit monitors the RAR of the first preamble code among the multiple preamble codes in the at least one RAR window.

11. The terminal device according to claim 10, characterized in that: The RAR of the first preamble code is the RAR first monitored by the terminal device within the at least one RAR window.

12. The terminal device according to any one of claims 7 to 9, characterized in that: The random access process is a contention-based random access process, a non-contention-based random access process, or a random access process for acquiring system information.

13. A terminal device, comprising: processor; A memory for storing programs executable by the processor; The processor is configured to perform the method according to any one of claims 1 to 6.

14. A computer-readable storage medium storing a program code for execution by a terminal device, wherein the program code includes instructions for executing the method according to any one of claims 1 to 6.

Images