Random access processing method and apparatus, terminal, network-side device, and storage medium
By repeatedly transmitting the preamble and explicitly defining the RAR window in the terminal of the communication system, the problem of poor reliability of random access in cell edge scenarios is solved, the uplink channel performance of two frequency bands in the frequency range is improved, and the terminal can successfully access the network.
Patent Information
- Application Number
- CN202111205703.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2021-10-15
- Publication Date
- 2025-11-11
- Estimated Expiration
- 2041-10-15
AI Technical Summary
In communication systems, especially in cell edge scenarios, the performance of the terminal's random access channel is affected, causing the uplink channel in frequency range 2 (FR2) to fail to achieve the target transmission performance, resulting in the terminal being unable to access the network and poor reliability of random access.
The terminal repeatedly transmits the preamble on multiple physical random access channels (PRANs) and listens for RAR information in the random access response (RAR) window. The start time of the RAR window is after the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH). Under certain conditions, a reasonable PDCCH listening area is ensured.
By repeatedly transmitting the preamble and explicitly defining the RAR window, the reliability of random access is improved, the repeated transmission of the preamble is supported, the probability of response failure is reduced, and the success rate of terminal access to the network is increased.
Smart Images

Figure CN115988672B_ABST
Abstract
Description
Technical Field
[0001] This application belongs to the field of communication technology, and in particular relates to a random access processing method, apparatus, terminal, network-side equipment and storage medium. Background Technology
[0002] In communication systems, after a cell search, a terminal can establish a connection with the cell through a 2-step or 4-step random access procedure to achieve communication. However, when the terminal is located at the cell edge, its transmission performance is significantly limited, and the performance of the random access channel is affected, especially in the Frequency Range 2 (FR2) band, where the uplink channel almost entirely fails to achieve the target transmission performance, potentially preventing the terminal from accessing the network. Therefore, existing technologies suffer from poor reliability in random access. Summary of the Invention
[0003] This application provides a random access processing method, apparatus, terminal, network-side device, and storage medium, which can solve the problem of poor reliability of random access in the prior art.
[0004] Firstly, a random access processing method is provided, including:
[0005] The terminal repeatedly transmits a preamble (RO) during multiple physical random access channels, the preamble being used for random access.
[0006] The terminal initiates a random access response (RAR) window and listens for RAR information.
[0007] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0008] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble in repeated transmissions;
[0009] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble in repeated transmissions;
[0010] The RAR window is at least one symbol following the last symbol of each RO occupied by the preamble in repeated transmissions.
[0011] Secondly, a random access processing method is provided, including:
[0012] The network-side device repeatedly receives the preamble code during multiple physical random access channels (PMIs), and the preamble is used for terminal random access.
[0013] The network-side device determines the Random Access Response (RAR) window;
[0014] The network-side device sends RAR information in the RAR window;
[0015] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0016] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble that is repeatedly received;
[0017] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble that is repeatedly received;
[0018] The RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble.
[0019] Thirdly, a random access processing apparatus is provided, comprising:
[0020] The first transmitting module is used to repeatedly transmit the preamble code RO at multiple physical random access channels, the preamble being used for terminal random access.
[0021] The first receiving module is used to start the random access response (RAR) window and listen for RAR information.
[0022] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0023] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble in repeated transmissions;
[0024] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble in repeated transmissions;
[0025] The RAR window is at least one symbol following the last symbol of each RO occupied by the preamble in repeated transmissions.
[0026] Fourthly, a random access processing apparatus is provided, comprising:
[0027] The second receiving module is used to repeatedly receive the preamble code RO during multiple physical random access channels, the preamble being used for terminal random access.
[0028] The second determining module is used to determine the random access response (RAR) window;
[0029] The second sending module is used to send RAR information in the RAR window;
[0030] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0031] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble that is repeatedly received;
[0032] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble that is repeatedly received;
[0033] The RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble.
[0034] Fifthly, a terminal is provided, the terminal including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method described in the first aspect.
[0035] Sixthly, a terminal is provided, including a processor and a communication interface, wherein,
[0036] The communication interface is used to repeatedly transmit a preamble (RO) on multiple physical random access channels (PRANs), the preamble being used for terminal random access; initiate a random access response (RAR) window, and listen for RAR information; wherein the RAR window begins with the first symbol of the earliest control resource set associated with a first physical downlink control channel (PDCCH), the first PDCCH being a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following: the RAR window is at least one symbol following the last symbol of the first RO occupied by the repeatedly transmitted preamble; the RAR window is at least one symbol following the last symbol of the last RO occupied by the repeatedly transmitted preamble; the RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly transmitted preamble.
[0037] In a seventh aspect, a network-side device is provided, the network-side device including a processor, a memory, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the method as described in the second aspect.
[0038] Eighthly, a network-side device is provided, including a processor and a communication interface, wherein,
[0039] The communication interface is used to repeatedly receive the preamble on multiple physical random access channels, the preamble being used for terminal random access;
[0040] The processor is used to determine the random access response RAR window;
[0041] The communication interface is also used to send RAR information in the RAR window;
[0042] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0043] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble that is repeatedly received;
[0044] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble that is repeatedly received;
[0045] The RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble.
[0046] A ninth aspect provides a readable storage medium on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.
[0047] In a tenth aspect, embodiments of this application provide a chip, the chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor being used to run programs or instructions to implement the steps of the method described in the first aspect, or to implement the steps of the method described in the second aspect.
[0048] Eleventhly, a computer program / program product is provided, the computer program / program product being stored in a non-transient storage medium, the computer program / program product being executed by at least one processor to implement the method as described in the first aspect, or to implement the method as described in the second aspect.
[0049] This application embodiment involves a terminal repeatedly transmitting a preamble across multiple Return Routers (ROs), where the preamble is used for random access. The terminal initiates a Random Access Response (RAR) window and listens for RAR information. The RAR window begins with the first symbol of the earliest control resource set associated with a first physical downlink control channel (PDCCH), where the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set. The RAR window satisfies at least one of the following: the RAR window is at least one symbol following the last symbol of the first RO occupied by the repeatedly transmitted preamble; the RAR window is at least one symbol following the last symbol of the last RO occupied by the repeatedly transmitted preamble; or the RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly transmitted preamble. Because this application embodiment clearly defines the RAR window when using multiple ROs to repeatedly transmit a random access preamble, it provides a reasonable PDCCH listening area during preamble repetition transmission to support repeated transmission of the preamble, thereby improving the reliability of random access. Attached Figure Description
[0050] Figure 1 This is a structural diagram of a network system that can be applied to the embodiments of this application;
[0051] Figure 2 This is a flowchart of a random access processing method provided in an embodiment of this application;
[0052] Figure 3 This is one of the example diagrams of a random access processing method provided in the embodiments of this application;
[0053] Figure 4 This is a second example diagram of a random access processing method provided in an embodiment of this application;
[0054] Figure 5 This is the third example diagram of a random access processing method provided in the embodiments of this application;
[0055] Figure 6 This is the fourth example diagram of a random access processing method provided in the embodiments of this application;
[0056] Figure 7 This is a flowchart of another random access processing method provided in the embodiments of this application;
[0057] Figure 8 This is a structural diagram of a random access processing device provided in an embodiment of this application;
[0058] Figure 9 This is a structural diagram of a random access processing device provided in an embodiment of this application;
[0059] Figure 10 This is a structural diagram of a communication device provided in an embodiment of this application;
[0060] Figure 11 This is a structural diagram of a terminal provided in an embodiment of this application;
[0061] Figure 12 This is a structural diagram of a network-side device provided in an embodiment of this application. Detailed Implementation
[0062] The technical solutions of the embodiments of this application will be clearly described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this application. All other embodiments obtained by those skilled in the art based on the embodiments of this application are within the scope of protection of this application.
[0063] The terms "first," "second," etc., used in the specification and claims of this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, a first object can be one or more. Furthermore, in the specification and claims, "and / or" indicates at least one of the connected objects, and the character " / " generally indicates that the preceding and following objects are in an "or" relationship.
[0064] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA), and other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used in the systems and radio technologies mentioned above, as well as in other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and NR terminology is used in most of the following description. These technologies can also be applied to applications beyond NR systems, such as 6th Generation (6G) communication systems.
[0065] Figure 1This diagram illustrates a block diagram of a wireless communication system applicable to embodiments of this application. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can be a mobile phone, tablet computer, laptop computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR) / virtual reality (VR) device, robot, wearable device, vehicle-mounted device (VUE), pedestrian terminal (PUE), smart home device (home appliances with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), etc. Wearable devices include: smartwatches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, game consoles, etc. It should be noted that the specific type of terminal 11 is not limited in this application embodiment. The network-side device 12 can be a base station or core network equipment. The base station can be referred to as Node B, Evolved Node B, Access Point, Base Transceiver Station (BTS), Radio Base Station, Radio Transceiver, Basic Service Set (BSS), Extended Service Set (ESS), B Node, Evolved B Node (eNB), Home B Node, Home Evolved B Node, WLAN Access Point, WiFi Node, Transmitting Receiving Point (TRP), or any other suitable term in the field. As long as the same technical effect is achieved, the base station is not limited to specific technical terms. It should be noted that this application embodiment only uses a base station in an NR system as an example, but does not limit the specific type of base station.
[0066] For ease of understanding, the following describes some aspects of the embodiments of this application:
[0067] I. 4-step random access process.
[0068] After the cell search process, the terminal achieves downlink synchronization with the cell, meaning it can receive downlink data. However, uplink transmission can only occur after the terminal achieves uplink synchronization with the cell. The terminal establishes a connection with the cell and achieves uplink synchronization through a random access procedure.
[0069] The 4-step random access process includes the following steps:
[0070] Step 1: The terminal sends a random access preamble, i.e., the terminal sends Message 1 (MSG1), which carries the preamble. The preamble notifies the network-side device of a random access request and allows the network-side device to estimate the transmission delay between other terminals, calibrate the uplink transmission timer, and notify the terminal of the calibration information through the Tracking Area (TA). Currently under discussion, allowing repetition of the preamble, with each transmission generating a verifiable Radio Network Temporary Identifier (RNTI), will affect the design method of the Random Access Response (RAR) window and the specific value of the final received RNTI.
[0071] Step 2: The terminal receives the random access response sent by the network side, i.e., the terminal receives MSG2, which carries the random access response. Specifically, after sending the preamble, the terminal will listen to the Physical downlink control channel (PDCCH) within the RAR time window to receive the PDCCH corresponding to the random access RNTI (RA-RNTI). Upon successful reception, the specific MSG2 information sent by the PDSCH scheduled by the PDCCH will be obtained, including the preamble identifier of the random access (RA), TA information, resource information of the Physical Uplink Shared Channel (PUSCH), and the Temporary Cell (TC) RNTI. If no RAR response is received from the network side within the RAR time window, or if the verification fails, the response is considered to have failed. At this time, the RA can continue to try, but once the upper limit of the number of attempts is exceeded, the RA is considered to have failed.
[0072] Step 3: The terminal sends an RRC connection request, i.e., the terminal sends MSG3. The terminal sends uplink scheduling information via PUSCH; the content sent varies depending on the scenario. For example, during initial access, an RRC connection establishment message is sent, or during RRC reconnection, an RRC reconnection request is sent. In addition, a unique identifier for each terminal is also issued for conflict resolution.
[0073] Step 4: The terminal receives MSG4. This step is for conflict resolution. After the terminal sends MSG3, the contention resolution timer starts counting down. The network-side device will carry a unique terminal identifier in MSG4 to designate the winning terminal. Before the timer expires, the terminal obtains the C-RNTI by listening to the PDCCH, or obtains the TC-RNTI and the Medium Access Control (MAC) Protocol Data Unit (PDU) is successfully decoded, thus obtaining the terminal contention resolution flag in the corresponding Physical downlink shared channel (PDSCH). If the timer expires, the contention is considered lost.
[0074] II. RAR Window Settings
[0075] The RAR window begins after the last symbol of the transmitted preamble, on the first symbol of the control resource set (CORESET) of the received PDCCH within the nearest Type 1 Physical Downlink Control Channel (PDCCH) common resource set, and is at least one symbol apart from the Physical Random Access Channel occasion (PRACH occasion). Its specific length is no more than 10ms in the licensed band and no more than 40ms in the shared band, determined by the number of slots within the ra-ResponseWindow or ra-ResponseWindow-v1610 configured in Radio Resource Control (RRC). PRACH Hoccasion can be abbreviated as RO.
[0076] III. Calculation of RA-RNTI
[0077] When a terminal sends a preamble, its associated time-frequency resource is recorded to calculate the RA-RNTI value. The specific calculation method is as follows:
[0078] RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id.
[0079] Where s_id is the index of the first symbol at the time of PRACH transmission, which is a value in the range of 0 to 13;
[0080] t_id is the index value of the first slot at the time of PRACH transmission in the system frame. For example, if PRACH format 0 is transmitted starting with the first symbol in subframe 9, then t_id = 9.
[0081] f_id is the PRACH transmission time in the frequency domain, determined by msg1_FDM;
[0082] ul_carrier_id is the carrier type used by PRACH. 0 is a normal uplink (NUL) carrier, and 1 is a supplementary uplink (SUL) carrier.
[0083] IV. Enhancement Scheme for PRACH
[0084] One PRACH enhancement scheme supports PRACH repetition transmission to improve transmission reliability and support random access for users. In this scheme, the network-side device can pre-configure multiple Returnable Objects (ROs) for PRACH repetition transmission for the terminal. These ROs can be associated with at least one synchronization signal block. The network-side device repeatedly receives PRACH based on these ROs, which increases the network-side device's receive gain and thus improves the reliability of random access for the terminal. However, according to the relevant random access procedure, the RAR window starts from the start symbol of the CORESET corresponding to the monitored PDCCH. Multiple repetitions may form multiple RAR windows, and these windows may overlap in the time domain, affecting the determination of the PDCCH monitoring area. Furthermore, each PRACH transmission generates a corresponding RA-RNTI for the network-side device to scramble the corresponding PDCCH. The terminal determines whether the response was successful based on the descrambled PDCCH result generated locally using the corresponding RA-RNTI. The PRACH repetition process generates multiple RNTIs, which can easily lead to inconsistencies between the network and the user's understanding, increasing the probability of response failure. Therefore, this application proposes a random access processing method.
[0085] The random access processing method provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.
[0086] Please see Figure 2 , Figure 2 This is a flowchart of a random access processing method provided in an embodiment of this application, such as... Figure 2 As shown, it includes the following steps:
[0087] Step 201: The terminal repeatedly transmits the preamble on multiple physical random access channels (PRANs), whereby the preamble is used for random access.
[0088] Step 202: The terminal starts the random access response RAR window and listens for RAR information;
[0089] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0090] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble in repeated transmissions;
[0091] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble in repeated transmissions;
[0092] The RAR window is at least one symbol following the last symbol of each RO occupied by the preamble in repeated transmissions.
[0093] The random access processing method provided in this application embodiment can be applied in a 2-step random access process or a 4-step random access process. When applied in a 2-step random access process, the above-mentioned repeated transmission of the preamble by the terminal can be understood as the terminal repeatedly sending MSGA. When applied in a 4-step random access process, the above-mentioned repeated transmission of the preamble by the terminal can be understood as the terminal repeatedly sending MSG1.
[0094] It should be noted that repeated transmission preamble can also be understood as repeated transmission PRACH. The aforementioned multiple ROs can include multiple target ROs used for repeated transmission preamble, or multiple ROs can be understood as multiple target ROs used for repeated transmission preamble; no further limitation is made here. The target ROs can be referred to as candidate ROs or potential ROs. These multiple target ROs are pre-configured by the network-side devices for repeated transmission preamble.
[0095] Optionally, the RAR window being at least one symbol after the last symbol of the first RO occupied by the re-transmitted preamble can be understood as the RAR window starting after the last symbol of the first RO occupied by the re-transmitted preamble. In this embodiment, the number of RAR windows is 1, and the RAR window can be used to receive the random access response corresponding to the first re-transmitted preamble.
[0096] Optionally, the RAR window is at least one symbol following the last symbol of the last RO occupied by the re-transmitted preamble; this can be understood as the start time of the RAR window being located after the last symbol of the last RO occupied by the re-transmitted preamble. In this embodiment, the number of RAR windows is 1, and the RAR window can be used to receive the random access response corresponding to the last re-transmitted preamble.
[0097] Optionally, the RAR window being at least one symbol after the last symbol of each RO occupied by the re-transmitted preamble can be understood as: the start time of the RAR window corresponding to each preamble is located after the last symbol of each RO occupied by the preamble. In this embodiment, the number of RAR windows can be multiple, wherein the RAR window corresponding to each preamble can be used to receive the random access response corresponding to the preamble.
[0098] It should be noted that, in the embodiments of this application, the repeated transmission of the preamble on the first RO can be understood as the initial transmission of the preamble, and the repeated transmission of the preamble on the second RO and subsequent ROs can be understood as the repeated transmission of the preamble.
[0099] This application embodiment involves a terminal repeatedly transmitting a preamble across multiple Return Routers (ROs), where the preamble is used for random access. The terminal initiates a Random Access Response (RAR) window and listens for RAR information. The RAR window begins with the first symbol of the earliest control resource set associated with a first physical downlink control channel (PDCCH), where the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set. The RAR window satisfies at least one of the following: the RAR window is at least one symbol following the last symbol of the first RO occupied by the repeatedly transmitted preamble; the RAR window is at least one symbol following the last symbol of the last RO occupied by the repeatedly transmitted preamble; or the RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly transmitted preamble. Because this application embodiment clearly defines the RAR window when using multiple ROs to repeatedly transmit a random access preamble, it provides a reasonable PDCCH listening area during preamble repetition transmission to support repeated transmission of the preamble, thereby improving the reliability of random access.
[0100] Optionally, in some embodiments, the method further includes:
[0101] If the RAR information is detected within the RAR window, and the time of detection of the RAR information is before the end time of the RAR window, the terminal performs the target operation.
[0102] The target operation includes any of the following:
[0103] The Media Access Control (MAC) layer instructs the physical layer to continue retransmitting the remaining preamble on the associated RO, and the physical layer continues to retransmit the preamble after receiving the instruction;
[0104] If the interval between the target symbol and the last symbol of the Physical Downlink Shared Channel (PDSCH) carrying the RAR information is greater than or equal to a preset duration, the MAC layer instructs the physical layer to start the preamble retransmission from the Nth RO among the remaining ROs and cancel the remaining preamble retransmission on the associated RO. After receiving the instruction, the physical layer terminates the preamble retransmission. Here, the target symbol is the first symbol of the preamble retransmission corresponding to the Nth RO, and N is a positive integer.
[0105] In this embodiment, the preset duration can be set according to actual needs, such as by protocol agreement or network-side device configuration. In this embodiment, the preset duration can represent the time required to cancel repeated preamble transmissions. Assuming the time point at which the RAR information is detected within the RAR window is t1, and the first symbol of the repeated transmission of the preamble corresponding to the Nth RO is t2, if the time interval between t1 and t2 is less than the preset duration, it means the preamble corresponding to the Nth RO cannot be canceled in time, and the terminal can continue to repeatedly transmit the preamble on the Nth RO; if the time interval between t1 and t2 is greater than or equal to the preset duration, it means the repeated transmission of the preamble on the Nth RO can be canceled, and the repeated transmission of the remaining preambles is canceled starting from the Nth RO. This reduces signaling overhead and minimizes resource waste.
[0106] Furthermore, if the RAR information is detected within the RAR window, the terminal can stop running the RAR window and listen to the RA-RNTI scrambled PDCCH.
[0107] Optionally, in some embodiments, the method further includes:
[0108] The terminal determines the Random Access Radio Network Temporary Identifier (RA-RNTI), which is used to scramble the PDCCH that is detected scheduling the RAR information.
[0109] It should be noted that the determination method of RA-RNTI varies depending on the definition of the RAR window. For example, in some embodiments, the RA-RNTI satisfies at least one of the following:
[0110] In the case that the RAR window is for at least one symbol following the last symbol of the first RO occupied by the preamble for repeated transmission, the RA-RNTI is determined based on the first RO;
[0111] In the case that the RAR window is at least one symbol after the last symbol of the last RO occupied by the preamble in the repeated transmission, the RA-RNTI is determined based on the Mth RO occupied by the preamble in the repeated transmission, where M is a positive integer;
[0112] In the case that the RAR window is occupied by the preamble for repeated transmissions, the RA-RNTI is determined based on the RO closest to the window opening time.
[0113] In this embodiment of the application, the RA-RNTI determination based on the first RO can be understood as: calculating the RA-RNTI value based on the RO of the first preamble repeated transmission. Alternatively, the RA-RNTI value can be calculated based on the RO of the first PRACH repeated transmission.
[0114] Optionally, determining the Mth RO occupied by the repetitive preamble based on the RA-RNTI can be understood as calculating the RA-RNTI value based on the RO of any repetitive preamble transmission. Alternatively, the RA-RNTI value can be calculated based on the RO of any repetitive PRACH transmission. Here, M is determined by the protocol or indicated by the network-side device. For example, by default, the RA-RNTI is calculated uniformly based on the RO of the 3rd repetition. In some embodiments, the RA-RNTI value can also be calculated based on the RO of the first or last repetitive preamble transmission; the specific value is not further limited here.
[0115] Optionally, in some embodiments, if the RAR windows of the multiple ROs occupied by the re-transmitted preamble do not overlap, the RAR window is at least one symbol after the last symbol of each RO occupied by the re-transmitted preamble, or the terminal does not expect the RAR windows to not overlap.
[0116] In this embodiment of the application, the terminal's expectation that the RAR windows do not overlap can be understood as: the terminal does not expect the window length of the RAR window to be shorter than the RO interval.
[0117] Optionally, if the RAR window is at least one symbol after the last symbol of each RO occupied by the preamble for repeated transmissions, the method further includes:
[0118] If a target RO among the plurality of ROs meets a preset condition, the terminal determines that the target RO is a valid RO (valid PRACH occasions).
[0119] If the target RO does not meet the preset conditions, the terminal determines that the preamble should not be repeatedly transmitted on the target RO.
[0120] In this embodiment of the application, if the target RO meets a preset condition, it indicates that repeated transmission of the preamble is allowed on the target RO. If the target RO does not meet the preset condition, it indicates that repeated transmission of the preamble is not allowed on the target RO.
[0121] Optionally, the situation where the target RO does not meet the preset conditions includes at least one of the following:
[0122] The target RO is pre-configured as a downlink symbol or a flexible symbol;
[0123] The target RO is indicated as a downlink symbol or a flexible symbol by the Slot Format Indication (SFI);
[0124] When the terminal is a half-duplex (HD-FDD) terminal, the target RO overlaps with the synchronization signal and PBCH block (SSB).
[0125] When the terminal supports Time Division Duplex (TDD), the number of symbols between the target RO and its last preceding downlink symbol is less than or equal to a first threshold.
[0126] When the terminal supports TDD, the number of symbols between the target RO and the nearest synchronization signal block is less than or equal to a second threshold.
[0127] In this application embodiment, the size of the first threshold and the second threshold can be set according to actual needs. In some embodiments, the first threshold and the second threshold can be agreed upon by the protocol or indicated by the network side device, and no further limitation is made here.
[0128] It should be understood that if a target RO meets any of the above conditions, the transmission of that target RO will be affected, making it impossible to perform repeated transmissions of the preamble on that target RO.
[0129] It should be noted that the definition of the number of times the preamble is repeatedly transmitted can be set according to actual needs. For example, in some embodiments, when the RAR window is at least one symbol after the last symbol of each RO occupied by the retransmitted preamble, the method further includes any of the following:
[0130] The terminal determines the number of preamble retransmissions based on the number of valid ROs;
[0131] The terminal determines the number of times the preamble will be repeatedly transmitted based on the target number of ROs.
[0132] Optionally, in some embodiments, the plurality of ROs are associated with the same synchronization signal block. Of course, in other embodiments, the plurality of ROs may also be associated with at least two synchronization signal blocks.
[0133] Optionally, in some embodiments, the resources of the plurality of ROs are continuous via frequency division or time division.
[0134] It should be understood that a synchronization signal block can correspond to one RO or multiple ROs.
[0135] Optionally, when one synchronization signal block corresponds to one RO, the multiple ROs are located at the RO positions corresponding to the same synchronization signal block in the association period, and the preambles that are repeatedly transmitted have the same preamble index.
[0136] Optionally, when a synchronization signal block corresponds to at least two ROs, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period.
[0137] To better understand this application, the following detailed explanations are provided through specific examples.
[0138] Example 1: Assume that the RAR window corresponding to the first PRACH occasion in the PRACH retransmission is used as the RAR window for this PRACH retransmission, and calculate the value of RA-RNTI based on the RO of the first PRACH occasion.
[0139] like Figure 3 As shown, if a RA-RNTI scrambled PDCCH is detected in the downlink symbol (DL symbol) within the RAR window, and the preamble identifier in the scheduling PDSCH is the same as the identifier sent by the terminal itself, then the RA response is considered successful. In this case, preferably, the remaining PRACH repetition transmission will be canceled immediately.
[0140] Example 2: Assuming that after the PRACH retransmission is completed, the RAR window corresponding to the last PRACH occasion is used as the RAR window for this PRACH retransmission.
[0141] In this embodiment of the application, the RA-RNTI value can be calculated based on the first, second, or last PRACH occasion, as long as the rules defined or defaulted by the network-side device and the terminal are consistent. For example... Figure 4As shown, if a RA-RNTI scrambled PDCCH is detected in the DL symbol within the RAR window, and the preamble identifier in the scheduling PDSCH is the same as the identifier sent by the terminal itself, then the RA response is considered successful.
[0142] Example 3: Assume that each PRACH occasion completes, corresponding to the start position of a new RAR window. Once the new RAR window begins, the original RAR window automatically terminates.
[0143] like Figure 5 As shown, the corresponding RA-RNTI is also calculated using the RO of the nearest PRACH occasion before the RAR window. If a PDCCH scrambled with RA-RNTI is detected in the DL symbol within the RAR window, and the preamble identifier in the scheduling PDSCH is the same as the identifier sent by the terminal itself, then the RA response is considered successful. If it is not the last PRACH occasion at this time, early termination is preferred, canceling the remaining PRACHoccasion transmissions.
[0144] Example 4: Figure 6 As shown, it is assumed that the RAR window configuration is relatively small, less than the transmission time of PRACH.
[0145] In this embodiment, the transmission is performed in the manner described in Embodiment 3, that is, it is assumed that after each PRACH occasion is completed, the RAR window for the repetition of PRACH is updated with the RAR window corresponding to that transmission. Of course, since it is almost impossible to configure the RAR window to be shorter than the PRACH transmission duration, it can be stipulated that the terminal does not expect the RAR window to be shorter than the repetition interval, in order to avoid this situation.
[0146] Please see Figure 7 , Figure 7 This is a flowchart of another random access processing method provided in the embodiments of this application, such as... Figure 7 As shown, it includes the following steps:
[0147] Step 701: The network-side device repeatedly receives the preamble code RO during multiple physical random access channels, the preamble being used for terminal random access;
[0148] Step 702, the network-side device determines the Random Access Response (RAR) window;
[0149] Step 703: The network-side device sends RAR information in the RAR window;
[0150] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0151] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble that is repeatedly received;
[0152] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble that is repeatedly received;
[0153] The RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble.
[0154] Optionally, the method further includes:
[0155] The network-side device determines the Random Access Radio Network Temporary Identifier (RA-RNTI), which is used to scramble the PDCCH of the RAR information.
[0156] Optionally, the RA-RNTI satisfies at least one of the following:
[0157] In the case that the RAR window is for at least one symbol following the last symbol of the first RO occupied by the preamble that is repeatedly received, the RA-RNTI is determined based on the first RO;
[0158] In the case that the RAR window is at least one symbol after the last symbol of the last RO occupied by the repeatedly received preamble, the RA-RNTI is determined based on the Mth RO occupied by the repeatedly received preamble, where M is a positive integer;
[0159] In the case that the RAR window is for at least one symbol after the last symbol of each RO occupied by the preamble that is repeatedly received, the RA-RNTI is determined based on the RO closest to the time point when the RAR window opens.
[0160] Optionally, M is defined by a protocol or indicated by a network-side device.
[0161] Optionally, if the RAR windows of the multiple ROs occupied by the repeatedly received preamble do not overlap, the RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble.
[0162] Optionally, if the RAR window is for at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble, the method further includes:
[0163] If a target RO among the plurality of ROs meets a preset condition, the network-side device determines that the target RO is a valid RO;
[0164] If the target RO does not meet the preset conditions, the network-side device determines that the preamble should not be repeatedly received on the target RO.
[0165] Optionally, the situation where the target RO does not meet the preset conditions includes at least one of the following:
[0166] The target RO is pre-configured as a downlink symbol or a flexible symbol;
[0167] The target RO is indicated as a downlink symbol or a flexible symbol by the slot format indicator SFI;
[0168] When the terminal is a frequency division half-duplex HD-FDD terminal, the target RO overlaps with the synchronization signal block;
[0169] When the terminal supports Time Division Duplex (TDD), the number of symbols between the target RO and its last preceding downlink symbol is less than or equal to a first threshold.
[0170] When the terminal supports TDD, the number of symbols between the target RO and the nearest synchronization signal block is less than or equal to a second threshold.
[0171] Optionally, if the RAR window is for at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble, the method further includes any of the following:
[0172] The network-side device determines the number of times the preamble is repeatedly received based on the number of valid ROs;
[0173] The network-side device determines the number of times the preamble is repeatedly received based on the target number of ROs.
[0174] Optionally, the plurality of ROs are associated with the same synchronization signal block.
[0175] Optionally, in some embodiments, the resources of the plurality of ROs are continuous via frequency division or time division.
[0176] Optionally, when one synchronization signal block corresponds to one RO, the multiple ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period, and the repeatedly received preambles have the same preamble index.
[0177] Optionally, when a synchronization signal block corresponds to at least two ROs, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period.
[0178] It should be noted that this embodiment is used as... Figure 2 The implementation methods of the network-side devices corresponding to the embodiments shown can be found in the following examples. Figure 2 The embodiments shown herein, and the benefits achieved therein, will not be repeated here to avoid repetition.
[0179] It should be noted that the random access processing method provided in this application embodiment can be executed by a random access processing device, or by a control module within that random access processing device for executing the random access processing method. This application embodiment uses the execution of the random access processing method by a random access processing device as an example to illustrate the random access processing device provided in this application embodiment.
[0180] Please see Figure 8 , Figure 8 This is a structural diagram of a random access processing device provided in an embodiment of this application, as shown below. Figure 8 As shown, the random access processing device 800 includes:
[0181] The first transmitting module 801 is used to repeatedly transmit the preamble code RO at multiple physical random access channels, the preamble being used for terminal random access.
[0182] The first receiving module 802 is used to start the random access response (RAR) window and listen for RAR information.
[0183] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0184] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble in repeated transmissions;
[0185] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble in repeated transmissions;
[0186] The RAR window is at least one symbol following the last symbol of each RO occupied by the preamble in repeated transmissions.
[0187] Optionally, the random access processing device 800 further includes:
[0188] An execution module is used to detect the RAR information within the RAR window, and the time point at which the RAR information is detected is before the end time of the RAR window, and to execute the target operation.
[0189] The target operation includes any of the following:
[0190] The Media Access Control (MAC) layer instructs the physical layer to continue retransmitting the remaining preamble on the associated RO, and the physical layer continues to retransmit the preamble after receiving the instruction;
[0191] If the interval between the target symbol and the last symbol of the Physical Downlink Shared Channel (PDSCH) carrying the RAR information is greater than or equal to a preset duration, the MAC layer instructs the physical layer to start the preamble retransmission from the Nth RO among the remaining ROs and cancel the remaining preamble retransmission on the associated RO. After receiving the instruction, the physical layer terminates the preamble retransmission. Here, the target symbol is the first symbol of the preamble retransmission corresponding to the Nth RO, and N is a positive integer.
[0192] Optionally, the random access processing device 800 further includes:
[0193] The first determining module is used to determine the Random Access Radio Network Temporary Identifier (RA-RNTI), wherein the RA-RNTI is used to scramble the PDCCH that is monitored to schedule the RAR information.
[0194] Optionally, the RA-RNTI satisfies at least one of the following:
[0195] In the case that the RAR window is for at least one symbol following the last symbol of the first RO occupied by the preamble for repeated transmission, the RA-RNTI is determined based on the first RO;
[0196] In the case that the RAR window is at least one symbol after the last symbol of the last RO occupied by the preamble in the repeated transmission, the RA-RNTI is determined based on the Mth RO occupied by the preamble in the repeated transmission, where M is a positive integer;
[0197] In the case that the RAR window is for at least one symbol after the last symbol of each RO occupied by the preamble for repeated transmission, the RA-RNTI is determined based on the RO closest to the opening time of the RAR window.
[0198] Optionally, M is defined by a protocol or indicated by a network-side device.
[0199] Optionally, if the RAR windows of the multiple ROs occupied by the re-transmitted preamble do not overlap, the RAR window is at least one symbol after the last symbol of each RO occupied by the re-transmitted preamble, or the terminal does not expect the RAR windows to not overlap.
[0200] Optionally, if the RAR window is at least one symbol after the last symbol of each RO occupied by the preamble for repeated transmissions, the random access processing apparatus 800 further includes:
[0201] The first determining module is used to determine that the target RO is a valid RO when the target RO among the plurality of ROs meets a preset condition; and to determine that the preamble should not be repeatedly transmitted on the target RO when the target RO does not meet the preset condition.
[0202] Optionally, the situation where the target RO does not meet the preset conditions includes at least one of the following:
[0203] The target RO is pre-configured as a downlink symbol or a flexible symbol;
[0204] The target RO is indicated as a downlink symbol or a flexible symbol by the slot format indicator SFI;
[0205] When the terminal is a frequency division half-duplex HD-FDD terminal, the target RO overlaps with the synchronization signal block;
[0206] When the terminal supports Time Division Duplex (TDD), the number of symbols between the target RO and its last preceding downlink symbol is less than or equal to a first threshold.
[0207] When the terminal supports TDD, the number of symbols between the target RO and the nearest synchronization signal block is less than or equal to a second threshold.
[0208] Optionally, if the RAR window is at least one symbol after the last symbol of each RO occupied by the preamble for repeated transmission, the random access processing apparatus 800 further includes a first determining module for performing any of the following:
[0209] The number of preamble retransmissions is determined based on the number of valid ROs;
[0210] The number of times the preamble is repeatedly transmitted is determined based on the target number of ROs.
[0211] Optionally, the plurality of ROs are associated with the same synchronization signal block;
[0212] Optionally, in some embodiments, the resources of the plurality of ROs are continuous via frequency division or time division.
[0213] Optionally, when one synchronization signal block corresponds to one RO, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period, and the preambles that are repeatedly transmitted have the same preamble index.
[0214] Optionally, when a synchronization signal block corresponds to at least two ROs, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period.
[0215] The random access processing device provided in this application embodiment can achieve... Figure 2 To avoid repetition, the various processes in the method embodiments will not be described again here.
[0216] Please see Figure 9 , Figure 9 This is a structural diagram of a random access processing device provided in an embodiment of this application, as shown below. Figure 9 As shown, the random access processing device 900 includes:
[0217] The second receiving module 901 is used to repeatedly receive the preamble code RO during multiple physical random access channels, the preamble being used for terminal random access.
[0218] The second determining module 902 is used to determine the random access response (RAR) window;
[0219] The second sending module 903 is used to send RAR information in the RAR window;
[0220] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0221] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble that is repeatedly received;
[0222] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble that is repeatedly received;
[0223] The RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble.
[0224] Optionally, the second determining module 902 is further configured to: determine the Random Access Radio Network Temporary Identifier (RA-RNTI), wherein the RA-RNTI is used to scramble the PDCCH of the RAR information.
[0225] Optionally, the RA-RNTI satisfies at least one of the following:
[0226] In the case that the RAR window is for at least one symbol following the last symbol of the first RO occupied by the preamble that is repeatedly received, the RA-RNTI is determined based on the first RO;
[0227] In the case that the RAR window is at least one symbol after the last symbol of the last RO occupied by the repeatedly received preamble, the RA-RNTI is determined based on the Mth RO occupied by the repeatedly received preamble, where M is a positive integer;
[0228] In the case that the RAR window is for at least one symbol after the last symbol of each RO occupied by the preamble that is repeatedly received, the RA-RNTI is determined based on the RO closest to the time point when the RAR window opens.
[0229] Optionally, M is defined by a protocol or indicated by a network-side device.
[0230] Optionally, if the RAR windows of the multiple ROs occupied by the repeatedly received preamble do not overlap, the RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble.
[0231] Optionally, if the RAR window is for at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble, the second determining module 902 is further configured to perform the following operations:
[0232] If a target RO among the plurality of ROs meets a preset condition, the network-side device determines that the target RO is a valid RO;
[0233] If the target RO does not meet the preset conditions, the network-side device determines that the preamble should not be repeatedly received on the target RO.
[0234] Optionally, the situation where the target RO does not meet the preset conditions includes at least one of the following:
[0235] The target RO is pre-configured as a downlink symbol or a flexible symbol;
[0236] The target RO is indicated as a downlink symbol or a flexible symbol by the slot format indicator SFI;
[0237] When the terminal is a frequency division half-duplex HD-FDD terminal, the target RO overlaps with the synchronization signal block;
[0238] When the terminal supports Time Division Duplex (TDD), the number of symbols between the target RO and its last preceding downlink symbol is less than or equal to a first threshold.
[0239] When the terminal supports TDD, the number of symbols between the target RO and the nearest synchronization signal block is less than or equal to a second threshold.
[0240] Optionally, if the RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble, the second determining module 902 is further configured to perform any of the following:
[0241] The number of times the preamble is repeatedly received is determined based on the number of valid ROs;
[0242] The number of times the preamble is repeatedly received is determined based on the target number of ROs.
[0243] Optionally, the plurality of ROs are associated with the same synchronization signal block.
[0244] Optionally, in some embodiments, the resources of the plurality of ROs are continuous via frequency division or time division.
[0245] Optionally, when one synchronization signal block corresponds to one RO, the multiple ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period, and the repeatedly received preambles have the same preamble index.
[0246] Optionally, when a synchronization signal block corresponds to at least two ROs, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period.
[0247] The random access processing device provided in this application embodiment can achieve... Figure 7To avoid repetition, the various processes in the method embodiments will not be described again here.
[0248] The random access processing device in this application embodiment can be a device, a device with an operating system, or an electronic device, or it can be a component, integrated circuit, or chip in a terminal. The device can be a mobile terminal or a non-mobile terminal. For example, a mobile terminal can include, but is not limited to, the types of terminals 11 listed above, while a non-mobile terminal can be a server, network attached storage (NAS), personal computer (PC), television (TV), ATM, or self-service machine, etc. This application embodiment does not impose specific limitations.
[0249] Optional, such as Figure 10 As shown, this application embodiment also provides a communication device 1000, including a processor 1001, a memory 1002, and a program or instructions stored in the memory 1002 and executable on the processor 1001. When the program or instructions are executed by the processor 1001, they implement the various processes of the above-described random access processing method embodiment and achieve the same technical effect. To avoid repetition, they will not be described again here.
[0250] This application embodiment also provides a terminal, including a processor and a communication interface. The communication interface is used to repeatedly transmit a preamble (RO) on multiple physical random access channels (PRANs), the preamble being used for terminal random access; to initiate a random access response (RAR) window, and to listen to RAR information; wherein, the RAR window begins at the first symbol of the earliest control resource set associated with a first physical downlink control channel (PDCCH), the first PDCCH being a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following: the RAR window is at least one symbol after the last symbol of the first RO occupied by the repeatedly transmitted preamble; the RAR window is at least one symbol after the last symbol of the last RO occupied by the repeatedly transmitted preamble; the RAR window is at least one symbol after the last symbol of each RO occupied by the repeatedly transmitted preamble. This terminal embodiment corresponds to the above-described terminal-side method embodiment, and all implementation processes and methods of the above method embodiments can be applied to this terminal embodiment and can achieve the same technical effect. Specifically, Figure X A schematic diagram of the hardware structure of a terminal to implement the various embodiments of this application.
[0251] The terminal 1100 includes, but is not limited to, at least some of the following components: radio frequency unit 1101, network module 1102, audio output unit 1103, input unit 1104, sensor 1105, display unit 1106, user input unit 1107, interface unit 1108, memory 1109, and processor 1110.
[0252] Those skilled in the art will understand that the terminal 1100 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 1110 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 11 The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.
[0253] It should be understood that, in this embodiment, the input unit 1104 may include a graphics processing unit (GPU) and a microphone. The GPU processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 1106 may include a display panel, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 1107 includes a touch panel and other input devices. The touch panel is also called a touch screen. The touch panel may include a touch detection device and a touch controller. Other input devices may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.
[0254] In this embodiment, the radio frequency unit 1101 receives downlink data from the network-side device and processes it for the processor 1110; additionally, it sends uplink data to the network-side device. Typically, the radio frequency unit 1101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low-noise amplifier, a duplexer, etc.
[0255] The memory 1109 can be used to store software programs or instructions and various data. The memory 109 may primarily include a program or instruction storage area and a data storage area. The program or instruction storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 1109 may include high-speed random access memory and non-transient memory, wherein the non-transient memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. For example, at least one disk storage device, flash memory device, or other non-transient solid-state storage device.
[0256] Processor 1110 may include one or more processing units; optionally, processor 1110 may integrate an application processor and a modem processor, wherein the application processor mainly handles the operating system, user interface, and applications or instructions, and the modem processor mainly handles wireless communication, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into processor 1110.
[0257] The radio frequency unit 1101 is used to perform the following operations:
[0258] The RO repeatedly transmits a preamble during multiple physical random access channels, the preamble being used for terminal random access;
[0259] Start the random access response RAR window and listen for RAR information;
[0260] The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies at least one of the following:
[0261] The RAR window is at least one symbol following the last symbol of the first RO occupied by the preamble in repeated transmissions;
[0262] The RAR window is at least one symbol following the last symbol of the last RO occupied by the preamble in repeated transmissions;
[0263] The RAR window is at least one symbol following the last symbol of each RO occupied by the preamble in repeated transmissions.
[0264] Optionally, the processor 1110 is configured to detect the RAR information within the RAR window, and the time point at which the RAR information is detected is before the end time of the RAR window, and then perform the target operation;
[0265] The target operation includes any of the following:
[0266] The Media Access Control (MAC) layer instructs the physical layer to continue retransmitting the remaining preamble on the associated RO, and the physical layer continues to retransmit the preamble after receiving the instruction;
[0267] If the interval between the target symbol and the last symbol of the Physical Downlink Shared Channel (PDSCH) carrying the RAR information is greater than or equal to a preset duration, the MAC layer instructs the physical layer to start the preamble retransmission from the Nth RO among the remaining ROs and cancel the remaining preamble retransmission on the associated RO. After receiving the instruction, the physical layer terminates the preamble retransmission. Here, the target symbol is the first symbol of the preamble retransmission corresponding to the Nth RO, and N is a positive integer.
[0268] Optionally, the processor 1110 is further configured to determine a Random Access Radio Network Temporary Identifier (RA-RNTI), the RA-RNTI being used to scramble the PDCCH that is detected scheduling the RAR information.
[0269] Optionally, the RA-RNTI satisfies at least one of the following:
[0270] In the case that the RAR window is for at least one symbol following the last symbol of the first RO occupied by the preamble for repeated transmission, the RA-RNTI is determined based on the first RO;
[0271] In the case that the RAR window is at least one symbol after the last symbol of the last RO occupied by the preamble in the repeated transmission, the RA-RNTI is determined based on the Mth RO occupied by the preamble in the repeated transmission, where M is a positive integer;
[0272] In the case that the RAR window is for at least one symbol after the last symbol of each RO occupied by the preamble for repeated transmission, the RA-RNTI is determined based on the RO closest to the opening time of the RAR window.
[0273] Optionally, M is defined by a protocol or indicated by a network-side device.
[0274] Optionally, if the RAR windows of the multiple ROs occupied by the re-transmitted preamble do not overlap, the RAR window is at least one symbol after the last symbol of each RO occupied by the re-transmitted preamble, or the terminal does not expect the RAR windows to not overlap.
[0275] Optionally, if the RAR window is at least one symbol after the last symbol of each RO occupied by the preamble for repeated transmission, the processor 1110 is further configured to: if the target RO among the plurality of ROs meets a preset condition, the terminal determines that the target RO is a valid RO; if the target RO does not meet the preset condition, the terminal determines that repeated transmission of the preamble is prohibited on the target RO.
[0276] Optionally, the situation where the target RO does not meet the preset conditions includes at least one of the following:
[0277] The target RO is pre-configured as a downlink symbol or a flexible symbol;
[0278] The target RO is indicated as a downlink symbol or a flexible symbol by the slot format indicator SFI;
[0279] When the terminal is a frequency division half-duplex HD-FDD terminal, the target RO overlaps with the synchronization signal block;
[0280] When the terminal supports Time Division Duplex (TDD), the number of symbols between the target RO and its last preceding downlink symbol is less than or equal to a first threshold.
[0281] When the terminal supports TDD, the number of symbols between the target RO and the nearest synchronization signal block is less than or equal to a second threshold.
[0282] Optionally, in the case that the RAR window is at least one symbol after the last symbol of each RO occupied by the preamble for repeated transmission, the processor 1110 is further configured to perform any of the following:
[0283] The number of preamble retransmissions is determined based on the number of valid ROs;
[0284] The number of times the preamble is repeatedly transmitted is determined based on the target number of ROs.
[0285] Optionally, the plurality of ROs are associated with the same synchronization signal block.
[0286] Optionally, in some embodiments, the resources of the plurality of ROs are continuous via frequency division or time division.
[0287] Optionally, when one synchronization signal block corresponds to one RO, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period, and the preambles that are repeatedly transmitted have the same preamble index.
[0288] Optionally, when a synchronization signal block corresponds to at least two ROs, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period.
[0289] This application embodiment also provides a network-side device, including a processor and a communication interface. The communication interface is used to repeatedly receive a preamble (RO) on multiple Physical Random Access Channels (PRANs), the preamble being used for terminal random access. The processor is used to determine a Random Access Response (RAR) window. The communication interface is also used to send RAR information within the RAR window. The RAR window begins with the first symbol of the earliest control resource set associated with a first Physical Downlink Control Channel (PDCCH), where the first PDCCH is a PDCCH within a Type 1 Physical Downlink Control Channel Common Resource Set. The RAR window satisfies at least one of the following: the RAR window is at least one symbol following the last symbol of the first RO occupied by the repeatedly received preamble; the RAR window is at least one symbol following the last symbol of the last RO occupied by the repeatedly received preamble; the RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble. This network-side device embodiment corresponds to the above-described network-side device method embodiment. All implementation processes and methods of the above method embodiments can be applied to this network-side device embodiment and achieve the same technical effects.
[0290] Specifically, embodiments of this application also provide a network-side device. For example... Figure 12 As shown, the network-side device 1200 includes: an antenna 1201, a radio frequency (RF) device 1202, and a baseband device 1203. The antenna 1201 is connected to the RF device 1202. In the uplink direction, the RF device 1202 receives information through the antenna 1201 and transmits the received information to the baseband device 1203 for processing. In the downlink direction, the baseband device 1203 processes the information to be transmitted and sends it to the RF device 1202. The RF device 1202 processes the received information and transmits it through the antenna 1201.
[0291] The aforementioned frequency band processing device can be located in the baseband device 1203. The method executed by the network-side device in the above embodiments can be implemented in the baseband device 1203, which includes a processor 1204 and a memory 1205.
[0292] The baseband device 1203 may include, for example, at least one baseband board on which multiple chips are disposed, such as... Figure 12 As shown, one of the chips, for example, is a processor 1204, which is connected to a memory 1205 to call the program in the memory 1205 and execute the network-side device operations shown in the above method embodiment.
[0293] The baseband device 1203 may also include a network interface 1206 for exchanging information with the radio frequency device 1202, such as a common public radio interface (CPRI).
[0294] Specifically, the network-side device in this application embodiment further includes: instructions or programs stored in memory 1205 and executable on processor 1204, wherein processor 1204 calls the instructions or programs in memory 1205 to execute. Figure 9 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.
[0295] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described random access processing method embodiments and achieve the same technical effect. To avoid repetition, they will not be described again here.
[0296] The processor is the processor in the electronic device described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk.
[0297] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above-described random access processing method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.
[0298] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.
[0299] This application also provides a program product, which is stored in a non-transient storage medium. The program product is executed by at least one processor to implement the various processes of the above-described random access processing method embodiments and can achieve the same technical effect. To avoid repetition, it will not be described again here.
[0300] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.
[0301] Through the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of software plus necessary general-purpose hardware platforms. Of course, they can also be implemented by hardware, but in many cases the former is a better implementation method. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, can be embodied in the form of a computer software product. This computer software product is stored in a storage medium (such as ROM / RAM, magnetic disk, optical disk) and includes several instructions to cause a terminal (which may be a mobile phone, computer, server, air conditioner, or base station, etc.) to execute the methods described in the various embodiments of this application.
[0302] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other forms under the guidance of this application without departing from the spirit and scope of the claims, and all of these forms are within the protection scope of this application.
Claims
1. A random access processing method, characterized in that, include: The terminal repeatedly transmits a preamble (RO) during multiple physical random access channels, the preamble being used for random access. The terminal initiates a random access response (RAR) window and listens for RAR information. The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies the following condition: the RAR window is at least one symbol following the last symbol of the last RO occupied by the retransmitted preamble. The method further includes: The terminal determines the Random Access Radio Network Temporary Identifier (RA-RNTI), which is used to scramble the PDCCH that is detected scheduling the RAR information. The RA-RNTI is determined based on the RO of the last repeated transmission preamble.
2. The method according to claim 1, characterized in that, The method further includes: If the RAR information is detected within the RAR window, and the time of detection of the RAR information is before the end time of the RAR window, the terminal performs the target operation. The target operation includes any of the following: The Media Access Control (MAC) layer instructs the physical layer to continue retransmitting the remaining preamble on the associated RO, and the physical layer continues to retransmit the preamble after receiving the instruction; If the interval between the target symbol and the last symbol of the Physical Downlink Shared Channel (PDSCH) carrying the RAR information is greater than or equal to a preset duration, the MAC layer instructs the physical layer to start the preamble retransmission from the Nth RO among the remaining ROs and cancel the remaining preamble retransmission on the associated RO. After receiving the instruction, the physical layer terminates the preamble retransmission. Here, the target symbol is the first symbol of the preamble retransmission corresponding to the Nth RO, and N is a positive integer.
3. The method according to claim 1, characterized in that, If the RAR windows of the multiple ROs occupied by the re-transmitted preamble do not overlap, the RAR window is at least one symbol after the last symbol of each RO occupied by the re-transmitted preamble, or the terminal does not expect the RAR windows to not overlap.
4. The method according to claim 1, characterized in that, In the case that the RAR window is for at least one symbol following the last symbol of each RO occupied by the preamble for repeated transmissions, the method further includes: If a target RO among the plurality of ROs meets a preset condition, the terminal determines that the target RO is a valid RO; If the target RO does not meet the preset conditions, the terminal determines that the preamble should not be repeatedly transmitted on the target RO.
5. The method according to claim 4, characterized in that, The target RO does not meet the preset conditions in at least one of the following situations: The target RO is pre-configured as a downlink symbol or a flexible symbol; The target RO is indicated as a downlink symbol or a flexible symbol by the slot format indicator SFI; When the terminal is a frequency division half-duplex HD-FDD terminal, the target RO overlaps with the synchronization signal block; When the terminal supports Time Division Duplex (TDD), the number of symbols between the target RO and its last preceding downlink symbol is less than or equal to a first threshold. When the terminal supports TDD, the number of symbols between the target RO and the nearest synchronization signal block is less than or equal to a second threshold.
6. The method according to claim 4, characterized in that, In the case that the RAR window is for at least one symbol following the last symbol of each RO occupied by the preamble for repeated transmissions, the method further includes any of the following: The terminal determines the number of preamble retransmissions based on the number of valid ROs; The terminal determines the number of times the preamble will be repeatedly transmitted based on the target number of ROs.
7. The method according to any one of claims 1 to 6, characterized in that, The multiple ROs are associated with the same synchronization signal block.
8. The method according to any one of claims 1 to 6, characterized in that, In the case where a synchronization signal block corresponds to one RO, the multiple ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period, and the preambles that are repeatedly transmitted have the same preamble index.
9. The method according to any one of claims 1 to 6, characterized in that, In the case where a synchronization signal block corresponds to at least two ROs, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period.
10. A random access processing method, characterized in that, include: The network-side device repeatedly receives the preamble code during multiple physical random access channels (PMIs), and the preamble is used for terminal random access. The network-side device determines the Random Access Response (RAR) window; The network-side device sends RAR information in the RAR window; The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies the following condition: the RAR window is at least one symbol following the last symbol of the last RO occupied by the repeatedly received preamble. The method further includes: The network-side device determines the Random Access Radio Network Temporary Identifier (RA-RNTI), which is used to scramble the PDCCH that is detected scheduling the RAR information.
11. The method according to claim 10, characterized in that, If the RAR windows of the multiple ROs occupied by the repeatedly received preamble do not overlap, the RAR window is at least one symbol following the last symbol of each RO occupied by the repeatedly received preamble.
12. The method according to claim 10, characterized in that, In the case that the RAR window is for at least one symbol following the last symbol of each RO occupied by the preamble for repeated reception, the method further includes: If a target RO among the plurality of ROs meets a preset condition, the network-side device determines that the target RO is a valid RO; If the target RO does not meet the preset conditions, the network-side device determines that the preamble should not be repeatedly received on the target RO.
13. The method according to claim 12, characterized in that, The target RO does not meet the preset conditions in at least one of the following situations: The target RO is pre-configured as a downlink symbol or a flexible symbol; The target RO is indicated as a downlink symbol or a flexible symbol by the slot format indicator SFI; When the terminal is a frequency division half-duplex HD-FDD terminal, the target RO overlaps with the synchronization signal block; When the terminal supports Time Division Duplex (TDD), the number of symbols between the target RO and its last preceding downlink symbol is less than or equal to a first threshold. When the terminal supports TDD, the number of symbols between the target RO and the nearest synchronization signal block is less than or equal to a second threshold.
14. The method according to claim 12, characterized in that, In the case that the RAR window is for at least one symbol following the last symbol of each RO occupied by the preamble for repeated reception, the method further includes any of the following: The network-side device determines the number of times the preamble is repeatedly received based on the number of valid ROs; The network-side device determines the number of times the preamble is repeatedly received based on the target number of ROs.
15. The method according to any one of claims 10 to 14, characterized in that, The multiple ROs are associated with the same synchronization signal block.
16. The method according to any one of claims 10 to 14, characterized in that, In the case where a synchronization signal block corresponds to one RO, the multiple ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period, and the repeatedly received preambles have the same preamble index.
17. The method according to any one of claims 10 to 14, characterized in that, In the case where a synchronization signal block corresponds to at least two ROs, the plurality of ROs are located at the RO positions corresponding to the same synchronization signal block in the associated period.
18. A random access processing apparatus, characterized in that, include: The first transmitting module is used to repeatedly transmit the preamble code RO at multiple physical random access channels, the preamble being used for terminal random access. The first receiving module is used to start the random access response (RAR) window and listen for RAR information. The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies the following condition: the RAR window is at least one symbol following the last symbol of the last RO occupied by the retransmitted preamble. The random access processing device further includes: The first determining module is used to determine the Random Access Radio Network Temporary Identifier (RA-RNTI), wherein the RA-RNTI is used to scramble the PDCCH that is detected scheduling the RAR information; The RA-RNTI is determined based on the RO of the last repeated transmission preamble.
19. The apparatus according to claim 18, characterized in that, The random access processing device further includes: An execution module is used to detect the RAR information within the RAR window, and the time point at which the RAR information is detected is before the end time of the RAR window, and to execute the target operation. The target operation includes any of the following: The Media Access Control (MAC) layer instructs the physical layer to continue retransmitting the remaining preamble on the associated RO, and the physical layer continues to retransmit the preamble after receiving the instruction; If the interval between the target symbol and the last symbol of the Physical Downlink Shared Channel (PDSCH) carrying the RAR information is greater than or equal to a preset duration, the MAC layer instructs the physical layer to start the preamble retransmission from the Nth RO among the remaining ROs and cancel the remaining preamble retransmission on the associated RO. After receiving the instruction, the physical layer terminates the preamble retransmission. Here, the target symbol is the first symbol of the preamble retransmission corresponding to the Nth RO, and N is a positive integer.
20. A random access processing apparatus, characterized in that, include: The second receiving module is used to repeatedly receive the preamble code RO during multiple physical random access channels, the preamble being used for terminal random access. The second determining module is used to determine the random access response (RAR) window; The second sending module is used to send RAR information in the RAR window; The RAR window begins with the first symbol of the earliest control resource set associated with the first physical downlink control channel (PDCCH), wherein the first PDCCH is a PDCCH within a type 1 physical downlink control channel common resource set; the RAR window satisfies the following condition: the RAR window is at least one symbol following the last symbol of the last RO occupied by the repeatedly received preamble. The second determining module is further configured to determine the Random Access Radio Network Temporary Identifier (RA-RNTI), wherein the RA-RNTI is used to scramble the PDCCH that is monitored to schedule the RAR information; The RA-RNTI is determined based on the RO of the last repeated transmission preamble.
21. A terminal, characterized in that, include: A memory, a processor, and a program stored in the memory and executable on the processor, wherein the program, when executed by the processor, implements the steps of the random access processing method as described in any one of claims 1 to 9.
22. A network-side device, characterized in that, include: A memory, a processor, and a program or instructions stored in the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the random access processing method as described in any one of claims 10 to 17.
23. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions, which, when executed by a processor, implement the steps of the random access processing method as described in any one of claims 1 to 17.
Citation Information
Patent Citations
Random access method and apparatus, user device and station
CN108521889A
Random access response and contention resolution
US20210076384A1
Cited By
Random access processing method and apparatus, and terminal and network-side device
EP4418795B1