Prach repetition transmission method, terminal and network side device

Abstract

This application discloses a PRACH retransmission method, a terminal, and a network-side device, belonging to the field of communication technology. The PRACH retransmission method in this application includes: the terminal retransmitting the PRACH preamble on multiple ROs included in the set of Physical Random Access Channel Transmission Opportunities (ROs).

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to a PRACH repeat transmission method, a terminal, and a network-side device. Background Technology

[0002] Repeated transmission of the Physical Random-access Channel (PRACH) is a method to improve PRACH coverage. However, the terminal has a great deal of freedom in selecting existing PRACH resources (including random access channel transmission opportunities (RACHoccasion, or RO) and preamble (also known as pilot sequence)). The resources selected by the terminal may not be able to support the terminal to perform repeated PRACH transmission, resulting in random access failure. Summary of the Invention

[0003] This application provides a PRACH retransmission method, a terminal, and a network-side device, which can solve the problem that the resources selected by the terminal may not support the terminal to perform PRACH retransmission, resulting in random access failure.

[0004] Firstly, a PRACH retransmission method is provided for application in a terminal, the method comprising:

[0005] The terminal repeatedly transmits the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set.

[0006] Secondly, a PRACH retransmission method is provided for application in network-side devices. This method includes:

[0007] The network-side equipment detects the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set.

[0008] Thirdly, a PRACH repeat transmission device is provided, comprising:

[0009] The transmission unit is used to repeatedly transmit the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set.

[0010] Fourthly, a PRACH repeating device is provided, comprising:

[0011] The detection unit is used to detect the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set.

[0012] 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 PRACH repeat transmission method as described in the first aspect.

[0013] In a sixth aspect, a terminal is provided, including a processor and a communication interface, wherein the communication interface is used to repeatedly transmit the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel (PRACH) transmission opportunity (RO) set.

[0014] 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 PRACH repeat transmission method as described in the second aspect.

[0015] Eighthly, a network-side device is provided, including a processor and a communication interface, wherein the communication interface is used to detect the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel (PRACH) transmission opportunity (RO) set.

[0016] In a ninth aspect, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the PRACH repeat transfer method as described in the first aspect, or implement the steps of the PRACH repeat transfer method as described in the second aspect.

[0017] In a tenth aspect, a chip is provided, the chip including a processor and a communication interface, the communication interface being coupled to the processor, the processor being configured to run a program or instructions to implement the PRACH repeat transmission method as described in the first aspect, or to implement the PRACH repeat transmission method as described in the second aspect.

[0018] Eleventhly, a computer program / program product is provided, the computer program / program product being stored in a non-transient storage medium, the program / program product being executed by at least one processor to implement the steps of the PRACH repeat transmission method as described in the first aspect, or to implement the steps of the PRACH repeat transmission method as described in the second aspect.

[0019] In this embodiment of the application, by limiting the opportunity for the terminal to repeatedly transmit PRACH preamble to the RO set, the probability of PRACH collision can be reduced, the capacity of PRACH can be increased, and the random access process can be optimized. Attached Figure Description

[0020] Figure 1 This is a structural diagram of a wireless communication system applicable to embodiments of this application;

[0021] Figure 2 This is one of the diagrams illustrating the relationship between RO and SSB;

[0022] Figure 3 This is the second diagram illustrating the relationship between RO and SSB.

[0023] Figure 4 One of the flowcharts of the PRACH repeat transmission method provided in the embodiments of this application;

[0024] Figure 5 One of the schematic diagrams of the RO set provided in the embodiments of this application;

[0025] Figure 6 A second schematic diagram of the RO set provided in an embodiment of this application;

[0026] Figure 7 A second schematic flowchart of the PRACH repeat transmission method provided in the embodiments of this application;

[0027] Figure 8 One of the schematic diagrams of the PRACH repeat transmission device provided in the embodiments of this application;

[0028] Figure 9 A second schematic diagram of the structure of the PRACH repeat transmission device provided in the embodiments of this application;

[0029] Figure 10 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;

[0030] Figure 11 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application;

[0031] Figure 12 This is a schematic diagram of the network-side device provided in an embodiment of this application; Detailed Implementation

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

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

[0034] 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 with the systems and radio technologies mentioned above, as well as with other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and the term NR is used in most of the following description; however, these technologies can also be applied to applications other than NR systems, such as 6th generation (6G) radio systems. th Generation 6G communication system.

[0035] Figure 1This diagram illustrates a structural 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. In this context, terminal 11 can also be referred to as a terminal device or user equipment (UE). 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 (home devices with wireless communication functions, 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. Network-side device 12 can be a base station or a core network. The base station can be referred to as a 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 and 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 in this application embodiment, only the base station in the NR system is used as an example, but the specific type of base station is not limited.

[0036] In the prior art, there are processes that include contention-based random access procedures and non-contention-based random access procedures.

[0037] In the contention-based random access procedure, also known as the 4-step RACH, the UE first sends msg1 to the network-side device, containing the preamble. After detecting the preamble, the network sends msg2, containing the Random Access Response (RAR) message corresponding to the preamble. After receiving msg2, the UE sends msg3 according to the RAR instruction. After receiving msg3, the network sends msg4, containing the contention resolution ID. When the UE receives msg4, the 4-step random access procedure is complete.

[0038] The network includes uplink (UL) grant information in the RAR to indicate MSG3 Physical Uplink Shared Channel (PUSCH) scheduling information, and also includes information such as the Random Access Preamble ID (RAPID), Temporary Cell Radio Network Temporary Identifier (TC-RNTI), and Timing Advance (TA). If the network does not receive MSG3 PUSCH, it can schedule retransmission of MSG3 PUSCH in the Physical Downlink Control Channel (PDCCH) scrambled with TC-RNTI.

[0039] In a contention-based random access procedure, different UEs randomly select a preamble for transmission. This means different UEs might select the same preamble on the same resource, triggering a contention-based random access procedure. This situation can be understood as a UE preamble conflict. In this case, different UEs will receive the same RAR (Registered Access Request). At this point, different UEs will transmit MSG3PUSCH according to the scheduling information in the RAR UL grant. Since current technology does not support repeated transmission of MSG3PUSCH, the network can only resolve one UE's PUSCH on a single MSG3PUSCH scheduling resource. Therefore, the network will include a contention resolution ID in the MSG4 Physical Downlink Shared Channel (PDSCH) and match it with the Common Control Channel (CCCH) Service Data Unit (SDU) transmitted by the UE in the MSG3PUSCH. If the match is found, the UE considers the contention resolution successful and uses the TC-RNTI as the UE's Cell Radio Network Temporary Identity (C-RNTI). If they do not match, the contention resolution is considered unsuccessful.

[0040] If the contention resolution fails, a new RACH transmission resource is selected, a PRACH transmission is initiated, and another random access attempt is made.

[0041] In NR, a base station can configure multiple FDM PRACH transmission occasions (Physical Random Access Channel transmission opportunities, also called PRACH occasions) at a single PRACH transmission time domain location; for simplicity, we'll refer to them as ROs. The number of FDM ROs that can be performed on a single time instance can be: {1, 2, 4, 8}.

[0042] The random access preamble (RACH preamble) can only be transmitted on the time-domain resources configured by the parameter PRACHConfigurationIndex, and the random access preamble can only be transmitted on the frequency-domain resources configured by the parameter prach-FDM. The PRACH frequency-domain resource n... RA ∈{0,1,...,M-1}, where M equals the higher-layer parameter prach-FDM. At initial access, the PRACH frequency domain resources n RAStarting with the lowest frequency RO resource within the initial active uplink bandwidth part, number them in ascending order; otherwise, use the PRACH frequency domain resource n. RA Number the RO resources in ascending order, starting from the lowest frequency within the active uplink bandwidth part.

[0043] In NR, there is an association between the RO (Redirecting Area) and the actual transmitting SSB (SS / PBCH block, Synchronization Signal / Physical Broadcast Channel Block, sometimes simply referred to as SS block). An RO may be associated with multiple SSBs, or multiple SSBs may be associated with one RO. Typically, different SSBs can use different beams for transmission, and the terminal can also use a beam that closely matches the SSB to repeatedly transmit PRACH on the RO of an associated SSB.

[0044] Figure 2 This is one of the diagrams illustrating the relationship between RO and SSB. For example... Figure 2 As shown, the number of ROs in an FDM on a time instance is 8, and the number of SSBs actually transmitted is 4. For example, the corresponding SSBs are SSB#0, SSB#1, SSB#2, and SSB#3, and each SSB is associated with 2 ROs. If the UE sends a PRACH on the RO corresponding to SSB0, then the UE selects one RO from RO#0 and RO#1 to send the PRACH.

[0045] Figure 3 This is the second diagram illustrating the relationship between RO and SSB. (For example...) Figure 3 As shown, an FDM instance has 2 Returning Objects (ROs) and 8 SSBs (Service Blocks) actually transmitted. For example, the corresponding SSBs are SSB#0, SSB#1, ..., SSB#7, with each pair of SSBs associated with one RO. When multiple SSBs share a single RO, the preamble sets associated with these multiple SSBs are different.

[0046] Notice, Figure 2 and Figure 3 The boxes shown are all ROs, and the SSBs marked in the boxes refer to the SSBs associated with that RO.

[0047] Before sending PRACH, the UE first performs resource selection. It first selects the RO corresponding to an SSB whose RSRP is higher than a threshold. If multiple SSBs are higher than this threshold, the terminal can choose any one of them. After determining the SSB, if the SSB is associated with multiple ROs, the terminal can choose any one of them to send PRACH. Then, it randomly selects a preamble from the preamble set associated with that SSB within the RO to send the PRACH.

[0048] If PRACH repetition is supported, the terminal may select multiple ROs associated with SSBs to repetitively transmit PRACH. These multiple SSBs can use different beams for transmission, so the terminal can also use different beams to transmit PRACH on ROs associated with different SSBs.

[0049] Under the existing framework, supporting repeated PRACH transmissions presents the following problems:

[0050] 1. The RO associated with an SSB can be an FDM resource. Terminals cannot send PRACH messages on FDM RO resources simultaneously. Therefore, selecting a combination of ROs associated with a subset of SSBs is not feasible. For example... Figure 3 The RO associated with SSB#0 and SSB#2 is an FDM relationship, so it may be necessary to restrict the SSB combination and / or RO combination when the terminal performs repeated PRACH transmissions.

[0051] 2. Under the existing framework, the preamble selected by the terminal in each RO is randomly selected from the preamble set associated with the SSB. If PRACH retransmission is supported and the preamble used for PRACH retransmission is random, on the one hand, the network cannot determine whether the retransmission of PRACH comes from the same UE, and on the other hand, it cannot perform receive merging to improve receive performance.

[0052] 3. In the case of repeated PRACH transmissions on multiple ROs, it is necessary to further clarify which RA-RNTI the terminal should use for RAR (MSG2) monitoring. In the case of only sending PRACH once using one RO, the calculation of RA-RNTI is fixed.

[0053] To address the aforementioned issues, embodiments of this application provide a PRACH retransmission method, a terminal, and a network-side device.

[0054] The PRACH repeat transmission method, terminal, and network-side device provided in this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0055] Figure 4This is one of the schematic flowcharts of the PRACH retransmission method provided by the embodiments of this application. As Figure 4 shown, the method includes the following steps:

[0056] Step 400, the terminal performs repeated transmission of the physical random access channel (PRACH) preamble on multiple random access opportunities (ROs) included in the set of physical random access channel transmission opportunities.

[0057] To solve the problem that the resources selected by the terminal may not be available for implementing PRACH retransmission, resulting in random access failure, the embodiments of this application limit the opportunity for the terminal to perform repeated transmission of the PRACH preamble to the set of ROs. The multiple ROs for the terminal to perform PRACH retransmission can be defined as a set of ROs (RO set or RO bundle or RO CE set, where CE is coverage enhancement).

[0058] Optionally, the method further includes:

[0059] Obtain the parameters of the set of ROs, and determine the set of ROs according to the parameters of the set of ROs.

[0060] It can be understood that before the terminal performs repeated transmission of the PRACH preamble on multiple ROs included in the set of ROs, the terminal needs to determine the set of ROs, specifically determine the set of ROs according to the parameters of the set of ROs.

[0061] Optionally, the parameters of the set of ROs include at least one of the following:

[0062] The index value of the synchronization signal block (SSB) associated with the multiple ROs;

[0063] The time resources where the ROs available for PRACH retransmission are located;

[0064] The frequency resources where the ROs available for PRACH retransmission are located.

[0065] Optionally, the parameters of the set of ROs are determined according to the configuration of the network-side device, and / or according to a preset rule.

[0066] In the embodiments of this application, the configuration of the network-side device can be replaced by the indication of the network-side device.

[0067] Optionally, the set of ROs includes ROs associated with k SSBs, where k satisfies: 1 < k <= L, where L is the number of SSBs sent by the serving cell, and L is configured by the network-side device.

[0068] For example, if the cell sends 8 SSBs, namely SSB#0, SSB#1, ..., SSB#7, the network can instruct the SSB index value combination for the RO association of PRACH repetition to be {SSB#0, SSB#2, SSB#4, SSB#6}, or {SSB#1, SSB#3, SSB#5, SSB#7}, or other index value combinations, such as... Figure 5 As shown.

[0069] Optionally, the SSBs associated with the multiple ROs included in the RO set may be the same or different.

[0070] The network can arbitrarily specify the number and index value of the SSBs associated in the RO set to achieve the maximum number of repetitions and the flexibility of PRACH transmission of associated SSBs.

[0071] Alternatively, the network can indicate the time and / or frequency location of the ROs, which can be indicated by time and / or frequency indices. For example, the network can indicate a combination of frequency index values ​​and / or time index values ​​for multiple ROs. For example, {(f_idx0,t_idx0),(f_idx1,t_idx1),(f_idx2,t_idx2),(f_idx3,t_idx3)}.

[0072] It is understood that the RO set contains multiple ROs that can be used for repeated PRACH transmissions.

[0073] Optionally, network-side device configuration includes explicit or implicit configuration of the network-side device through Downlink Control Information (DCI), Media Access Control (MAC) Control Element (CE), Radio Resource Control (RRC), or other higher-layer signaling.

[0074] In this embodiment, the parameters of the RO set are indicated by configuring the network-side device, which is highly flexible and can prevent the terminal from repeatedly transmitting PRACH on multiple FDM ROs at the same time. It can also prevent the terminal from arbitrarily selecting RO combinations for repeated PRACH transmission or selecting too many ROs for repeated PRACH transmission, thereby reducing the probability of PRACH collisions and increasing PRACH capacity.

[0075] Optionally, the terminal uses preset rules to determine the parameters of the RO set, wherein the preset rules include at least one of the following:

[0076] The index value of the SSB that satisfies the value of mod(SSB index, M) is used as the index value of the SSB associated with the multiple ROs, where M is an integer, a predefined value or determined according to the network side device configuration;

[0077] The multiple ROs have the same frequency position, or the frequency positions of the multiple ROs are determined according to the time index;

[0078] The frequency positions of the multiple ROs are all different;

[0079] The time positions of the multiple ROs are all different.

[0080] In one implementation, an SSB whose index value is equal to the value mod(SSB index, M) associated with multiple ROs is the SSB associated with the multiple ROs, where M is an integer, M is a predefined value, or M can be determined according to the network-side device configuration.

[0081] Here, mod(SSB index, M) represents the result of taking the remainder of SSB index with respect to M.

[0082] For example, multiple ROs associated with SSB indices that have the same mod(SSB index, 2) value belong to the multiple ROs in a set of ROs. Then, the mod(SSB index, 2) values ​​of SSB#0, SSB#2, SSB#4, and SSB#6 are all 0, and they belong to the same RO set; while the mod(SSB index, 2) values ​​of SSB#1, SSB#3, SSB#5, and SSB#7 are all 1, and they belong to the same RO set.

[0083] In another implementation, based on the RO distribution configured on the network-side devices, it is determined that multiple ROs at the same frequency location belong to the same RO set, and a possible combination of RO sets is... Figure 5 The RO set shown has the same effect. Thus, the RO set determined according to this implicit rule does not contain RO combinations at different frequency positions at the same time.

[0084] Alternatively, the frequency positions of the multiple ROs can be determined based on a time index. The time index can be considered as an index of the sequential order of resources used for PRACH transmission within a certain period, which can be referenced. Figure 3 RO has different time indices at different times.

[0085] In another implementation, the frequency positions of the multiple ROs are different, that is, the PRACH preamble can be repeatedly transmitted at different frequency positions, thereby improving the performance of PRACH repetition transmission through this frequency hopping transmission method.

[0086] Optionally, the frequency positions of the multiple ROs are all different, that is, the PRACH preamble can be repeatedly transmitted at different frequency positions at different times.

[0087] Optionally, the frequency positions of the plurality of ROs are all different, including:

[0088] The frequency position interval of adjacent ROs in the plurality of ROs is X frequency units;

[0089] Where X is an integer, X is a predefined value or is determined according to the network-side device configuration; the frequency unit includes resource blocks (RB), subcarriers, subbands or RO bandwidth.

[0090] This means that based on the RO distribution configured on the network-side devices, it can be determined that multiple ROs with a frequency location interval of X frequency units between adjacent ROs belong to the same RO set. One possible combination of RO sets is as follows: Figure 6 As shown, when the network-side device is configured with frequency hopping transmission, the default rule is that, according to the time sequence, ROs at different frequency positions at adjacent times constitute an RO set. Therefore, it is determined that ROs associated with {SSB#0, SSB#3, SSB#4, SSB#7} constitute an RO set, and ROs associated with {SSB#1, SSB#2, SSB#5, SSB#6} constitute an RO set.

[0091] Since the terminal cannot send PRACH on the RO resources of FDM at the same time, the time positions of the multiple ROs are not the same. That is, the multiple ROs do not include two ROs in the same position.

[0092] Since existing SSB and RO association configurations may involve multiple SSBs associated with the same RO, the aforementioned rules can be combined, as can network-side device configurations and preset rules. For example, if network-side device configuration / indication determines that ROs at the same frequency location constitute a RO set, and each RO is associated with multiple SSBs, the SSBs associated with the RO can be further restricted through network indications or preset rules. Alternatively, if preset rules determine that ROs at the same frequency location constitute a RO set, and each RO is associated with multiple SSBs, the SSBs associated with the RO can be further restricted through network indications or preset rules.

[0093] For example, according to Figure 3In this way, the network can further specify the combination of RO associated SSBs to be {SSB#0, SSB#2, SSB#4, SSB#6}, {SSB#1, SSB#3, SSB#5, SSB#7}. Alternatively, by using the rule of equal mod(SSB index, M), for example, by configuring M=2, the combination of RO associated SSBs can be restricted to {SSB#0, SSB#2, SSB#4, SSB#6}, {SSB#1, SSB#3, SSB#5, SSB#7}.

[0094] In this embodiment of the application, the parameters of the RO set are determined by a preset rule, which can prevent the terminal from arbitrarily selecting RO combinations for repeated PRACH transmission or selecting too many ROs for repeated PRACH transmission, thereby reducing the probability of PRACH collisions and increasing PRACH capacity. At the same time, it can reduce network configuration parameters and reduce configuration overhead.

[0095] Optionally, the parameters of the RO set satisfy at least one of the following:

[0096] The index values ​​of the SSBs associated with the multiple ROs satisfy the equality of mod(SSB index, M), where M is an integer, a predefined value or determined according to the network-side device configuration.

[0097] The multiple ROs have the same frequency position, or the frequency positions of the multiple ROs are determined according to the time index;

[0098] The frequency positions of the multiple ROs are all different;

[0099] The time positions of the multiple ROs are all different.

[0100] It is understood that the parameters of the RO set configured in the network, or the parameters of the RO set determined according to a preset, satisfy at least one of the above.

[0101] Optionally, for random access procedures indicated by the network, such as RACH procedures for contention-based random access (CBRA) or contention-free random access (CFRA) indicated by PDCCH order or RRC signaling, when the network indicates the RO set for PRACH repetition, it can indicate the RO set, or indicate the RO resources for PRACH repetition by indicating the reference RO in the RO set.

[0102] Optionally, the plurality of ROs are K RO resources within at least one associated period;

[0103] Wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1.

[0104] Under the existing framework, the time required for all SSB and PRACH resources sent by network-side devices to complete one round of mapping is called the RO mapping period. Completing one round of mapping requires one or more frames (10ms), or multiple rounds of SSB and RO mapping can be completed within one frame (10ms). An RO association period contains at least one frame, and at least one SSB to RO mapping must be completed within the RO association period.

[0105] An association period can contain multiple RO mapping periods.

[0106] The number K of ROs contained in a correlation cycle is implicitly determined.

[0107] For example, the preset time period set is {10, 20, 40, 80, 160} ms.

[0108] For example, if there is one RO every 10ms, a total of 4 SSBs, and each SSB is associated with one RO, then it takes 40ms to complete one round of SSB-RO mapping. 40ms is the association period.

[0109] For example, if there are 8 ROs and 4 SSBs within 10ms, and each SSB is associated with 1 RO, then 10ms is the shortest time to complete at least one round of mapping within the aforementioned preset time period set, and it can complete 2 rounds of mapping. 10ms is the association period.

[0110] Optionally, there may be only one RO in each association period, or only one RO in each RO mapping period.

[0111] PRACH repetitive transmissions can use RO mapping periods or RO association periods as the basic unit, and transmissions are performed on only one RO within each period.

[0112] Optionally, the SSB of RO association is the same in each association period, or the SSB of RO association is the same in each RO mapping period;

[0113] That is, within each association period or mapping period, the RO used for repeated PRACH transmission can be associated with the same SSB.

[0114] Optionally, the preamble transmitted on the plurality of ROs satisfies at least one of the following conditions:

[0115] The index values ​​of the preamble are the same;

[0116] The index values ​​of a preamble are equal if mod(preamble index, N) is equal, where N is an integer.

[0117] When performing PRACH retransmission, the terminal needs to determine not only the multiple ROs for PRACH retransmission, but also the preamble used for PRACH transmission in each RO.

[0118] The PRACH preamble combination used in repeated PRACH transmissions can be further restricted, for example, multiple repeated preambles can be restricted to be the same (index value) preamble, or the index values ​​of these preambles can satisfy a second preset rule, where the second preset rule is that the index values ​​of the preambles satisfy the value of mod(preamble index, N) being equal.

[0119] by Figure 5 Taking this example, each RO is associated with two SSBs. The preamble indexes associated with even-indexed SSBs are 0-31, and the preamble indexes associated with odd-indexed SSBs are 32-63. The combination of SSB index values ​​associated with ROs that repeat PRACH is {SSB#0, SSB#2, SSB#4, SSB#6}, and the set of index values ​​of the preambles selected for use in each RO is 0-31, further restricting the transmission of PRACH preambles with the same index values ​​within preambles 0-31.

[0120] Similarly, if the combination of SSB index values ​​associated with the RO that performs PRACH repetition is {SSB#1, SSB#3, SSB#5, SSB#7}, and the set of index values ​​of the preamble selected for use in each RO is 32-63, it further restricts the transmission of PRACH preambles with the same index values ​​in preambles 32-63.

[0121] If the SSB index used for repeated PRACH transmission has different associated preamble index values, then the PRACH preamble index values ​​in different ROs can be further restricted to meet the second preset rule, requiring that the value of mod(preambleindex, N) be equal.

[0122] Optionally, the N satisfies at least one of the following:

[0123] N is determined based on the network-side device configuration;

[0124] The N is 64 / num_SSB_RO, where num_SSB_RO is the number of SSBs associated with a RO.

[0125] For example, still using Figure 3 For example, the network instructs the RO (Redirector) used for repeated PRACH transmissions to have SSB (Short Service Bus) index values ​​of {SSB#0, SSB#3, SSB#4, SSB#7}. The ROs associated with SSB#0 and SSB#4 use a preamble set of index values ​​ranging from 0 to 31, while the ROs associated with SSB#3 and SSB#7 use a preamble set of index values ​​ranging from 32 to 63. It can be further required that mod(preamble index, N) values ​​are equal.

[0126] N=32, which can be a value configured for network-side devices.

[0127] Alternatively, N is 64 / num_SSB_RO, where num_SSB_RO is the number of SSBs associated with a RO. Figure 3 In the example, num_SSB_RO = 2. Therefore, if the preamble index chosen on the RO associated with SSB#0 and SSB#4 is 0, then the preamble index chosen on the RO associated with SSB#3 and SSB#7 is 32; if the preamble index chosen on the RO associated with SSB#0 and SSB#4 is 1, then the preamble index chosen on the RO associated with SSB#3 and SSB#7 is 33, always satisfying the same value for mod(preamble index, 32).

[0128] Optionally, the set of index values ​​for the preamble that can be used for PRACH retransmission can be determined based on the network-side device configuration.

[0129] That is, the set of index values ​​configured by the network-side device for the preamble used for PRACH retransmission.

[0130] Optionally, the set of index values ​​for the preamble is associated with all SSBs sent by the network-side device. That is, the preamble corresponding to this set of index values ​​no longer further subdivides the associated SSBs.

[0131] In related technologies, when an SSB corresponds to multiple ROs, the corresponding preamble sets are different. Furthermore, when PRACH retransmission is supported, the preamble set for retransmission corresponding to each SSB is also different.

[0132] The drawback of this method is that it requires dividing the preamble into multiple sets corresponding to multiple SSBs. This separation of preamble resources incurs significant overhead, crowding out preamble resources not used for repeated transmissions. This problem exists in schemes where the index values ​​of preambles sent on multiple ROs are different, as described above.

[0133] The preamble's index value set is associated with all SSBs sent by the network-side device, eliminating the requirement for different SSBs to be associated with different preamble sets, thus reducing the amount of PRACH preamble resources required. Furthermore, the network can simply detect only one preamble set to determine if a UE is performing duplicate PRACH transmissions, reducing the complexity of network implementation.

[0134] For example, the network detects the same set of preambles on each RO, and if a preamble in that set is detected, it is considered that a terminal is making duplicate transmissions.

[0135] Optionally, the method further includes one of the following:

[0136] The Random Access Radio Network Temporary Identifier (RA-RNTI) is determined based on the RO set.

[0137] According to the RA-RNTI, listen for the random access response (RAR) messages sent by the network-side devices;

[0138] The determination of RA-RNTI based on the RO set includes one of the following:

[0139] RA-RNTI is determined based on a reference RO from the RO set;

[0140] RA-RNTI is determined based on the parameters of the RO set.

[0141] After the terminal performs PRACH transmission, it needs to listen for RAR (Msg2). Because under the existing mechanism, the RA-RNTI corresponding to PRACH transmission on each RO may be different, the method for determining RA-RNTI after PRACH is repeatedly transmitted on multiple ROs needs to be further clarified.

[0142] One possible approach is to use the parameters of a reference RO from among multiple ROs to calculate the RA-RNTI, including time index, frequency index, symbol index, etc.

[0143] Optionally, the reference RO includes one of the following:

[0144] The first RO among the plurality of ROs;

[0145] The last RO among the plurality of ROs;

[0146] A RO indicated by the network-side device.

[0147] In other words, the reference RO can be the first RO among multiple ROs, the last RO, or an RO indicated by the network-side device. Thus, the RA-RNTI calculation method can use existing rules; when a terminal listens to a PDCCH scrambled with RA-RNTI, it schedules the PDCCH listening for RAR based on the RA-RNTI calculated from the reference RO.

[0148] Since the network can transmit PRACH responses to multiple terminals in the same RAR, selecting a reference RO and using existing rules to calculate RA-RNTI is beneficial for the network to transmit the RARs of UEs that perform PRACH retransmission and UEs that do not perform PRACH retransmission but use the reference RO to send PRACH in the same PDCCH (RA-RNTI scrambled) scheduled PDSCH, thereby reducing network overhead.

[0149] In the RAR sent by the network, it can choose to use the index of the preamble sent by the UE detected in the reference RO to determine the RAPID and send it in the RAR.

[0150] Alternatively, a new RA-RNTI calculation method can be defined, using the parameters of the RO set to calculate RA-RNTI.

[0151] Optionally, the parameters of the RO set include at least one of the following:

[0152] The index value of the time unit in which the RO set is located, wherein the time unit includes at least one of the following: frame, subframe, time slot, symbol;

[0153] The index value of the SSB associated with the RO set; for example, the index associated with the first or last SSB;

[0154] The frequency index value of the RO set; the frequency index value of the starting RO.

[0155] For example: the new calculation formula: RA-RNTI=1+sf_id+4×SSB_id+64×f_id,

[0156] Among them, sf_id can be a frame / subframe / slot / symbol idx, SSB_id can be an SSB index value, and f_id can be a frequency index value of the RO set. The frequency index values ​​of the RO set can be sorted in ascending order according to the frequency position.

[0157] Terminals that perform PRACH retransmissions typically have poor coverage. By scheduling RAR with PDCCH scrambled by different RA-RNTI, the network can optimize the RAR transmission parameters for these poorly covered terminals to ensure transmission performance for random responses to PRACH retransmissions.

[0158] Figure 7 This is a second schematic flowchart of the PRACH repeat transmission method provided in an embodiment of this application. Figure 7 As shown, the PRACH retransmission method includes the following steps:

[0159] Step 700: The network-side device detects the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set.

[0160] In this embodiment, the network-side device detects the PRACH preamble on multiple ROs included in the PRACH transmission opportunity set, which can improve the network's PRACH reception performance.

[0161] Optionally, the method further includes:

[0162] Obtain the parameters of the RO set, and determine the RO set based on the parameters of the RO set;

[0163] Optionally, the parameters of the RO set include at least one of the following:

[0164] The index value of the synchronization signal block SSB associated with the multiple ROs;

[0165] The time resources where the RO can be used for PRACH retransmission;

[0166] The frequency resources where the RO can be used for PRACH repetitive transmissions.

[0167] Optionally, the method further includes:

[0168] Send a first message to the terminal, wherein the first message is used to indicate the parameters of the RO set;

[0169] or,

[0170] The parameters of the RO set are determined according to preset rules.

[0171] Optionally, the preset rules include at least one of the following:

[0172] The index value of the SSB that satisfies the condition mod(SSB index, M) is used as the index value of the SSB associated with the multiple ROs.

[0173] The multiple ROs have the same frequency position, or the frequency positions of the multiple ROs are determined according to the time index;

[0174] The frequency positions of the multiple ROs are all different;

[0175] The time positions of the multiple ROs are all different.

[0176] Optionally, the parameters of the RO set satisfy at least one of the following:

[0177] The index values ​​of the SSBs associated with the multiple ROs satisfy the equality of mod(SSB index, M), where M is an integer, a predefined value or determined according to the network-side device configuration.

[0178] The multiple ROs have the same frequency position, or the frequency positions of the multiple ROs are determined according to the time index;

[0179] The frequency positions of the multiple ROs are all different;

[0180] The time positions of the multiple ROs are all different.

[0181] Optionally, the frequency positions of the plurality of ROs are all different, including:

[0182] The frequency positions of adjacent ROs in the plurality of ROs are spaced by X frequency units, where X is an integer, a predefined value or determined according to the network-side device configuration; the frequency unit includes resource block RB, subcarrier, subband or RO bandwidth.

[0183] Optionally, the plurality of ROs are K RO resources within at least one associated period;

[0184] Wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1.

[0185] Optionally, there is only one RO in each association period, or there is only one RO in each RO mapping period;

[0186] The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

[0187] Optionally, the SSB of RO association is the same in each association period, or the SSB of RO association is the same in each RO mapping period;

[0188] The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

[0189] Optionally, the preamble detected on the plurality of ROs satisfies at least one of the following conditions:

[0190] The index values ​​of the preamble are the same;

[0191] The index values ​​of a preamble are equal if mod(preamble index, N) is equal, where N is an integer.

[0192] Optionally, the N satisfies at least one of the following:

[0193] N is determined based on the network-side device configuration;

[0194] The N is 64 / num_SSB_RO, where num_SSB_RO is the number of SSBs associated with a RO.

[0195] Optionally, the set of index values ​​for the preamble that can be used for PRACH retransmission can be determined based on the network-side device configuration.

[0196] Optionally, the set of index values ​​of the preamble is associated with all SSBs sent by the network-side device.

[0197] Optionally, the method further includes:

[0198] The Random Access Radio Network Temporary Identifier (RA-RNTI) is determined based on the RO set.

[0199] Send a random access response (RAR) message according to the RA-RNTI;

[0200] The determination of RA-RNTI based on the RO set includes one of the following:

[0201] RA-RNTI is determined based on a reference RO from the RO set;

[0202] RA-RNTI is determined based on the parameters of the RO set.

[0203] Optionally, the parameters of the RO set include at least one of the following:

[0204] The index value of the time unit in which the RO set is located, wherein the time unit includes at least one of the following: frame, subframe, time slot, symbol;

[0205] The index value of the SSB associated with the RO set;

[0206] The frequency index value of the RO set.

[0207] For an understanding of the above embodiments with network-side devices as the execution subject, please refer to the relevant descriptions in the foregoing embodiments with terminals as the execution subject, which will not be repeated here.

[0208] It should be noted that the PRACH repeat transmission method provided in this application embodiment can be executed by a PRACH repeat transmission device, or by a control module in the PRACH repeat transmission device for executing the PRACH repeat transmission method. This application embodiment uses the execution of the PRACH repeat transmission method by a PRACH repeat transmission device as an example to illustrate the PRACH repeat transmission device provided in this application embodiment.

[0209] Figure 8 This is one of the structural schematic diagrams of the PRACH repeat transmission device provided in the embodiments of this application, such as... Figure 8 As shown, the PRACH repeat transmission device 800 includes:

[0210] Transmission unit 810 is used to repeatedly transmit the physical random access channel PRACH preamble on multiple ROs included in the physical random access channel transmission opportunity RO set.

[0211] In this embodiment of the application, by limiting the opportunity for the terminal to repeatedly transmit PRACH preamble to the RO set, the probability of PRACH collision can be reduced, the capacity of PRACH can be increased, and the random access process can be optimized.

[0212] Optionally, the device further includes:

[0213] The first determining unit is used to obtain the parameters of the RO set and determine the RO set based on the parameters of the RO set.

[0214] Optionally, the parameters of the RO set include at least one of the following:

[0215] The index value of the synchronization signal block SSB associated with the multiple ROs;

[0216] The time resources where the RO can be used for PRACH retransmission;

[0217] The frequency resources where the RO can be used for PRACH repetitive transmissions.

[0218] Optionally, the parameters of the RO set are determined based on the network-side device configuration, and / or based on preset rules.

[0219] Optionally, the parameters of the RO set satisfy at least one of the following:

[0220] The index values ​​of the SSBs associated with the multiple ROs satisfy the equality of mod(SSB index, M), where M is an integer, a predefined value or determined according to the network-side device configuration.

[0221] The multiple ROs have the same frequency position, or the frequency positions of the multiple ROs are determined according to the time index;

[0222] The frequency positions of the multiple ROs are all different;

[0223] The time positions of the multiple ROs are all different.

[0224] Optionally, the frequency positions of the plurality of ROs are all different, including:

[0225] The frequency position interval of adjacent ROs in the plurality of ROs is X frequency units;

[0226] Where X is an integer, X is a predefined value or is determined according to the network-side device configuration; the frequency unit includes resource blocks (RB), subcarriers, subbands or RO bandwidth.

[0227] Optionally, the plurality of ROs are K RO resources within at least one associated period;

[0228] Wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1.

[0229] Optionally, there is only one RO in each association period, or there is only one RO in each RO mapping period;

[0230] The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

[0231] Optionally, the SSB of RO association is the same in each association period, or the SSB of RO association is the same in each RO mapping period;

[0232] The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

[0233] Optionally, the preamble transmitted on the plurality of ROs satisfies at least one of the following conditions:

[0234] The index values ​​of the preamble are the same;

[0235] The index values ​​of a preamble are equal if mod(preamble index, N) is equal, where N is an integer.

[0236] Optionally, the N satisfies at least one of the following:

[0237] N is determined based on the network-side device configuration;

[0238] The N is 64 / num_SSB_RO, where num_SSB_RO is the number of SSBs associated with a RO.

[0239] Optionally, the set of index values ​​for the preamble that can be used for PRACH retransmission can be determined based on the network-side device configuration.

[0240] Optionally, the set of index values ​​of the preamble is associated with all SSBs sent by the network-side device.

[0241] Optionally, the device further includes a first listening unit, used for:

[0242] The Random Access Radio Network Temporary Identifier (RA-RNTI) is determined based on the RO set.

[0243] According to the RA-RNTI, listen for the random access response (RAR) messages sent by the network-side devices;

[0244] The determination of RA-RNTI based on the RO set includes one of the following:

[0245] RA-RNTI is determined based on a reference RO from the RO set;

[0246] RA-RNTI is determined based on the parameters of the RO set.

[0247] Optionally, the reference RO includes one of the following:

[0248] The first RO among the plurality of ROs;

[0249] The last RO among the plurality of ROs;

[0250] A RO indicated by the network-side device.

[0251] Optionally, the parameters of the RO set include at least one of the following:

[0252] The index value of the time unit in which the RO set is located, wherein the time unit includes at least one of the following: frame, subframe, time slot, symbol;

[0253] The index value of the SSB associated with the RO set;

[0254] The frequency index value of the RO set.

[0255] The PRACH repeat transmission device in this application embodiment can be a device, a device or electronic device with an operating system, or a component, integrated circuit, or chip in a terminal. The device or electronic 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 specifically limit the type of terminal.

[0256] The PRACH repeat transfer device provided in this application embodiment can achieve Figures 2 to 6 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0257] Figure 9 This is a second schematic diagram of the structure of the PRACH repeat transmission device provided in the embodiments of this application, as shown below. Figure 9 As shown, the PRACH repeat transmission device 900 includes:

[0258] The detection unit 910 is used to detect the physical random access channel PRACH preamble on multiple ROs included in the physical random access channel transmission opportunity RO set.

[0259] In this embodiment of the application, by detecting the PRACH preamble on multiple ROs included in the PRACH transmission opportunity set, the PRACH collision probability can be reduced and the PRACH reception performance can be improved.

[0260] The device further includes:

[0261] The second determining unit is used to obtain the parameters of the RO set and determine the RO set based on the parameters of the RO set.

[0262] Optionally, the parameters of the RO set include at least one of the following:

[0263] The index value of the synchronization signal block SSB associated with the multiple ROs;

[0264] The time resources where the RO can be used for PRACH retransmission;

[0265] The frequency resources where the RO can be used for PRACH repetitive transmissions.

[0266] Optionally, the device further includes:

[0267] The first sending unit is configured to send a first message to the terminal, wherein the first message is used to indicate the parameters of the RO set;

[0268] or,

[0269] The third determining unit is used to determine the parameters of the RO set according to preset rules.

[0270] Optionally, the parameters of the RO set satisfy at least one of the following:

[0271] The index values ​​of the SSBs associated with the multiple ROs satisfy the equality of mod(SSB index, M), where M is an integer, a predefined value or determined according to the network-side device configuration.

[0272] The multiple ROs have the same frequency position, or the frequency positions of the multiple ROs are determined according to the time index;

[0273] The frequency positions of the multiple ROs are all different;

[0274] The time positions of the multiple ROs are all different.

[0275] Optionally, the frequency positions of the plurality of ROs are all different, including:

[0276] The frequency positions of adjacent ROs in the plurality of ROs are spaced by X frequency units, where X is an integer, a predefined value or determined according to the network-side device configuration; the frequency unit includes resource block RB, subcarrier, subband or RO bandwidth.

[0277] Optionally, the plurality of ROs are K RO resources within at least one associated period;

[0278] Wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1.

[0279] Optionally, there is only one RO in each association period, or there is only one RO in each RO mapping period;

[0280] The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

[0281] Optionally, the SSB of RO association is the same in each association period, or the SSB of RO association is the same in each RO mapping period;

[0282] The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

[0283] Optionally, the preamble detected on the plurality of ROs satisfies at least one of the following conditions:

[0284] The index values ​​of the preamble are the same;

[0285] The index values ​​of a preamble are equal if mod(preamble index, N) is equal, where N is an integer.

[0286] Optionally, the N satisfies at least one of the following:

[0287] N is determined based on the network-side device configuration;

[0288] The N is 64 / num_SSB_RO, where num_SSB_RO is the number of SSBs associated with a RO.

[0289] Optionally, the set of index values ​​for the preamble that can be used for PRACH retransmission can be determined based on the network-side device configuration.

[0290] Optionally, the set of index values ​​of the preamble is associated with all SSBs sent by the network-side device.

[0291] Optionally, the device further includes:

[0292] The fourth determining unit is used to determine the Random Access Radio Network Temporary Identifier (RA-RNTI) based on the RO set;

[0293] The second sending unit is used to send a Random Access Response (RAR) message according to the RA-RNTI;

[0294] The determination of RA-RNTI based on the RO set includes one of the following:

[0295] RA-RNTI is determined based on a reference RO from the RO set;

[0296] RA-RNTI is determined based on the parameters of the RO set.

[0297] Optionally, the reference RO includes one of the following:

[0298] The first RO among the plurality of ROs;

[0299] The last RO among the plurality of ROs;

[0300] A RO indicated by the network-side device.

[0301] Optionally, the parameters of the RO set include at least one of the following:

[0302] The index value of the time unit in which the RO set is located, wherein the time unit includes at least one of the following: frame, subframe, time slot, symbol;

[0303] The index value of the SSB associated with the RO set;

[0304] The frequency index value of the RO set.

[0305] The PRACH repeat transfer device provided in this application embodiment can achieve Figure 7 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0306] 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. For example, when the communication device 1000 is a terminal, the program or instructions executed by the processor 1001 implement the various processes of the above-described PRACH repeat transmission method embodiment and achieve the same technical effect. When the communication device 1000 is a network-side device, the program or instructions executed by the processor 1001 implement the various processes of the above-described PRACH repeat transmission method embodiment and achieve the same technical effect; to avoid repetition, further details are omitted here.

[0307] This application also provides a terminal, including a processor and a communication interface, wherein the communication interface is used to repeatedly transmit the Physical Random Access Channel (PRACH) preamble on multiple ROs included in the Physical Random Access Channel (PRACH) transmission opportunity set. This terminal embodiment corresponds to the above-described terminal-side method embodiment; all implementation processes and methods of the above method embodiments can be applied to this terminal embodiment and achieve the same technical effect. Specifically, Figure 11 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application.

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

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

[0310] It should be understood that, in this embodiment, the input unit 1104 may include a graphics processing unit (GPU) 11041 and a microphone 11042. The GPU 11041 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 11061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, etc. The user input unit 1107 includes a touch panel 11071 and other input devices 11072. The touch panel 11071 is also called a touch screen. The touch panel 11071 may include a touch detection device and a touch controller. Other input devices 11072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, joysticks, etc., which will not be described in detail here.

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

[0312] The memory 1109 can be used to store software programs or instructions and various data. The memory 1109 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-volatile memory, which 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-volatile solid-state storage device.

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

[0314] The radio frequency unit 1101 is used to repeatedly transmit the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set.

[0315] In this embodiment of the application, by limiting the opportunity for the terminal to repeatedly transmit PRACH preamble to the RO set, the probability of PRACH collision can be reduced, the capacity of PRACH can be increased, and the random access process can be optimized.

[0316] Optionally, the processor 1110 is used for:

[0317] Obtain the parameters of the RO set, and determine the RO set based on the parameters of the RO set;

[0318] Optionally, the parameters of the RO set include at least one of the following:

[0319] The index value of the synchronization signal block SSB associated with the multiple ROs;

[0320] The time resources where the RO can be used for PRACH retransmission;

[0321] The frequency resources where the RO can be used for PRACH repetitive transmissions.

[0322] Optionally, the parameters of the RO set are determined based on the network-side device configuration, and / or based on preset rules.

[0323] Optionally, the parameters of the RO set satisfy at least one of the following:

[0324] The index values ​​of the SSBs associated with the multiple ROs satisfy the equality of mod(SSB index, M), where M is an integer, a predefined value or determined according to the network-side device configuration.

[0325] The multiple ROs have the same frequency position, or the frequency positions of the multiple ROs are determined according to the time index;

[0326] The frequency positions of the multiple ROs are all different;

[0327] The time positions of the multiple ROs are all different.

[0328] Optionally, the frequency positions of the plurality of ROs are all different, including:

[0329] The frequency position interval of adjacent ROs in the plurality of ROs is X frequency units;

[0330] Where X is an integer, X is a predefined value or is determined according to the network-side device configuration; the frequency unit includes resource blocks (RB), subcarriers, subbands or RO bandwidth.

[0331] Optionally, the plurality of ROs are K RO resources within at least one associated period;

[0332] Wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1.

[0333] Optionally, there is only one RO in each association period, or there is only one RO in each RO mapping period;

[0334] The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

[0335] Optionally, the SSB of RO association is the same in each association period, or the SSB of RO association is the same in each RO mapping period;

[0336] The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

[0337] Optionally, the preamble transmitted on the plurality of ROs satisfies at least one of the following conditions:

[0338] The index values ​​of the preamble are the same;

[0339] The index values ​​of a preamble are equal if mod(preamble index, N) is equal, where N is an integer.

[0340] Optionally, the N satisfies at least one of the following:

[0341] N is determined based on the network-side device configuration;

[0342] The N is 64 / num_SSB_RO, where num_SSB_RO is the number of SSBs associated with a RO.

[0343] Optionally, the set of index values ​​for the preamble that can be used for PRACH retransmission can be determined based on the network-side device configuration.

[0344] Optionally, the set of index values ​​of the preamble is associated with all SSBs sent by the network-side device.

[0345] Optionally, the processor 1110 is further configured to:

[0346] The Random Access Radio Network Temporary Identifier (RA-RNTI) is determined based on the RO set.

[0347] According to the RA-RNTI, listen for the random access response (RAR) messages sent by the network-side devices;

[0348] The determination of RA-RNTI based on the RO set includes one of the following:

[0349] RA-RNTI is determined based on a reference RO from the RO set;

[0350] RA-RNTI is determined based on the parameters of the RO set.

[0351] Optionally, the reference RO includes one of the following:

[0352] The first RO among the plurality of ROs;

[0353] The last RO among the plurality of ROs;

[0354] A RO indicated by the network-side device.

[0355] Optionally, the parameters of the RO set include at least one of the following:

[0356] The index value of the time unit in which the RO set is located, wherein the time unit includes at least one of the following: frame, subframe, time slot, symbol;

[0357] The index value of the SSB associated with the RO set;

[0358] The frequency index value of the RO set.

[0359] This application also provides a network-side device, including a processor and a communication interface, wherein the communication interface is used to detect the Physical Random Access Channel (PRACH) preamble on multiple ROs included in the Physical Random Access Channel (PRACH) transmission opportunity (RO) set. This network-side device embodiment corresponds to the network-side device method embodiment described above. 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.

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

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

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

[0363] 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).

[0364] Specifically, the network-side device in this embodiment of the invention 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.

[0365] 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 PRACH repeated transmission method embodiments and achieve the same technical effect. To avoid repetition, further details are omitted here.

[0366] The processor mentioned above is the processor in the terminal 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.

[0367] 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 PRACH repeated transmission method embodiment and can achieve the same technical effect. To avoid repetition, it will not be described again here.

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

[0369] This application also provides a computer program / program product, which is stored in a non-transient storage medium. The program / program product is executed by at least one processor to implement the various processes of the above-described system message reporting method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

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

[0371] 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, or network device, etc.) to execute the methods described in the various embodiments of this application.

[0372] 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 method for repeated PRACH transmission, characterized in that, include: The terminal repeatedly transmits the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel (PRACH) transmission opportunity set (RO). The method further includes: Obtain the parameters of the RO set, and determine the RO set based on the parameters of the RO set; The parameters of the RO set include: The index value of the synchronization signal block SSB associated with the multiple ROs; The plurality of ROs refers to K RO resources within at least one association period; wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1; the SSBs associated with the ROs within each association period are the same; The multiple ROs have the same frequency position; The method further includes: The Random Access Radio Network Temporary Identifier (RA-RNTI) is determined based on the RO set. According to the RA-RNTI, listen for the random access response (RAR) messages sent by the network-side devices; The step of determining RA-RNTI based on the RO set includes: RA-RNTI is determined based on a reference RO from the RO set; The reference RO includes the last RO among the plurality of ROs.

2. The PRACH repeat transmission method according to claim 1, characterized in that, The parameters of the RO set are determined based on the network-side device configuration and / or according to preset rules.

3. The PRACH repeat transmission method according to claim 1 or 2, characterized in that, The index values ​​of the SSBs associated with the multiple ROs satisfy the equality of mod(SSB index, M), where M is an integer, a predefined value or determined according to the network-side device configuration. The time positions of the multiple ROs are all different.

4. The PRACH repeat transmission method according to claim 1, characterized in that, There is only one RO in each associated period, or there is only one RO in each RO mapping period; The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

5. The PRACH repeat transmission method according to claim 1, characterized in that, The SSB associated with RO is the same in each RO mapping cycle; The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

6. The PRACH repeat transmission method according to claim 1, characterized in that, The preamble transmitted on the plurality of ROs satisfies at least one of the following conditions: The index values ​​of the preamble are the same; The index values ​​of a preamble are equal to the values ​​of mod(preamble index, N), where N is an integer.

7. The PRACH repeat transmission method according to claim 6, characterized in that, The N satisfies at least one of the following: N is determined based on the network-side device configuration; The N is 64 / num_SSB_RO, where num_SSB_RO is the number of SSBs associated with a RO.

8. The PRACH repeat transmission method according to claim 6, characterized in that, The set of index values ​​for the preamble that can be used for PRACH retransmission is determined based on the network-side device configuration.

9. The PRACH repeat transmission method according to claim 8, characterized in that, The set of index values ​​of the preamble is associated with all SSBs sent by the network-side devices.

10. A method for repeated PRACH transmission, characterized in that, include: The network-side equipment detects the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set. The method further includes: Obtain the parameters of the RO set, and determine the RO set based on the parameters of the RO set; The parameters of the RO set include: The index value of the synchronization signal block SSB associated with the multiple ROs; The plurality of ROs refers to K RO resources within at least one association period; wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1; the SSBs associated with the ROs within each association period are the same; The multiple ROs have the same frequency position; The method further includes: The Random Access Radio Network Temporary Identifier (RA-RNTI) is determined based on the RO set. Send a random access response (RAR) message according to the RA-RNTI; The step of determining RA-RNTI based on the RO set includes: RA-RNTI is determined based on a reference RO from the RO set; The reference RO includes the last RO among the plurality of ROs.

11. The PRACH repetitive transmission method according to claim 10, characterized in that, The method further includes: Send a first message to the terminal, wherein the first message is used to indicate the parameters of the RO set; or, The parameters of the RO set are determined according to preset rules.

12. The PRACH retransmission method according to claim 10 or 11, characterized in that, The index values ​​of the SSBs associated with the multiple ROs satisfy the equality of mod(SSB index, M), where M is an integer, a predefined value or determined according to the network-side device configuration. The time positions of the multiple ROs are all different.

13. The PRACH repetitive transmission method according to claim 10, characterized in that, There is only one RO in each associated period, or there is only one RO in each RO mapping period; The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

14. The PRACH repetitive transmission method according to claim 10, characterized in that, The SSB associated with RO is the same in each RO mapping cycle; The RO mapping cycle is the time required to complete one round of RO to SSB mapping within a set of preset time periods.

15. The PRACH retransmission method according to claim 10, characterized in that, The preamble detected on the plurality of ROs satisfies at least one of the following conditions: The index values ​​of the preamble are the same; The index values ​​of a preamble are equal to the values ​​of mod(preamble index, N), where N is an integer.

16. The PRACH repetitive transmission method according to claim 15, characterized in that, The N satisfies at least one of the following: N is determined based on the network-side device configuration; The N is 64 / num_SSB_RO, where num_SSB_RO is the number of SSBs associated with a RO.

17. The PRACH retransmission method according to claim 15, characterized in that, The set of index values ​​for the preamble that can be used for PRACH retransmission is determined based on the network-side device configuration.

18. The PRACH repeat transmission method according to claim 17, characterized in that, The set of index values ​​of the preamble is associated with all SSBs sent by the network-side devices.

19. A PRACH repeat transmission device, characterized in that, include: A transmission unit is used to repeatedly transmit the physical random access channel (PRACH) preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set. The first determining unit is used to obtain the parameters of the RO set and determine the RO set based on the parameters of the RO set; The parameters of the RO set include: The index value of the synchronization signal block SSB associated with the multiple ROs; The plurality of ROs refers to K RO resources within at least one association period; wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1; the SSBs associated with the ROs within each association period are the same; The multiple ROs have the same frequency position; The device further includes a first listening unit, used for: The Random Access Radio Network Temporary Identifier (RA-RNTI) is determined based on the RO set. According to the RA-RNTI, listen for the random access response (RAR) messages sent by the network-side devices; The step of determining RA-RNTI based on the RO set includes: RA-RNTI is determined based on a reference RO from the RO set; The reference RO includes the last RO among the plurality of ROs.

20. A PRACH repeating transmission device, characterized in that, include: The detection unit is used to detect the physical random access channel PRACH preamble on multiple ROs included in the physical random access channel transmission opportunity (RO) set. The second determining unit is used to obtain the parameters of the RO set and determine the RO set based on the parameters of the RO set. The parameters of the RO set include: The index value of the synchronization signal block SSB associated with the multiple ROs; The plurality of ROs refers to K RO resources within at least one association period; wherein, the association period is the time required to complete at least one round of SSB to RO mapping within a set of preset time periods; K is an integer greater than 1; the SSBs associated with the ROs within each association period are the same; The multiple ROs have the same frequency position; The device further includes: The fourth determining unit is used to determine the Random Access Radio Network Temporary Identifier (RA-RNTI) based on the RO set; The second sending unit is used to send a Random Access Response (RAR) message according to the RA-RNTI; The step of determining RA-RNTI based on the RO set includes: RA-RNTI is determined based on a reference RO from the RO set; The reference RO includes the last RO among the plurality of ROs.

21. A terminal, characterized in that, It includes 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 PRACH repeat transfer method as described in any one of claims 1 to 9.

22. A network-side device, characterized in that, It includes 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 PRACH repeat transfer method as described in any one of claims 10 to 18.

23. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the PRACH repeat transmission method as described in any one of claims 1 to 9, or implement the steps of the PRACH repeat transmission method as described in any one of claims 10 to 18.

Images