Physical random access channel repeated transmission method and device

Abstract

The invention relates to the technical field of mobile communication, in particular to a physical random access channel repeated transmission method and device, a storage medium and electronic equipment. The method comprises the following steps: determining a current PRACH (Physical Random Access Channel) repeated transmission strategy when determining that network equipment currently allows repeated transmission of a PRACH, and performing PRACH repeated transmission according to the PRACH repeated transmission strategy; wherein the PRACH repeated transmission strategy comprises the number of repeated transmission times of the PRACH. According to the method disclosed by the invention, the terminal equipment can determine the PRACH repeated transmission strategy according to the indication of the network equipment, so that the PRACH repeated transmission is realized.

Description

[0001] This application is a divisional application of an invention patent with an application date of December 17, 2021, an invention name of "Physical random access channel repeated transmission method and device", and an application number of "202111555496.5". Background Art

[0003] The 3GPP NR Realease-16 protocol does not yet support repeated transmission of the physical random access channel PRACH (Physical Random Access Channel). According to the current protocol version, the user sends a preamble Preamble at the PRACH transmission timing indicated by the base station. According to the time-frequency position of the PRACH transmission timing, the user can calculate the corresponding RA-RNTI value. After that, the user monitors the physical downlink control channel PDCCH (Physical Downlink Control Channel) within the random access response RAR (Random Access Response) time window. If the user successfully descrambles and detects DCI 1_0 using the RA-RNTI, and can identify the RAPID number in the RAR information scheduled by the DCI, the user considers that its PRACH transmission is successful, otherwise the user needs to resend a new PRACH, which will bring additional delays. Especially for high-frequency bands, PRACH is a potential coverage-limited channel. Therefore, it is necessary to consider enhancing the coverage performance of PRACH.

[0004] It should be noted that the information disclosed in the above background technology section is only used to enhance the understanding of the background of the present disclosure, and therefore may include information that does not constitute the prior art known to ordinary technicians in the field. Summary of the invention

[0005] The purpose of the present disclosure is to provide a physical random access channel repeated transmission method, a physical random access channel repeated transmission device, a storage medium and a terminal device, which can effectively manage the repeated transmission of PRACH, thereby overcoming the defects caused by the limitations and defects of related technologies at least to a certain extent.

[0006] Other features and advantages of the present disclosure will become apparent from the following detailed description, or may be learned in part by the practice of the present disclosure.

[0007] According to the first aspect of the present disclosure, a physical random access channel repeated transmission method is provided, comprising: when it is determined that the network device currently allows repeated transmission of a physical random access channel PRACH, determining the current PRACH repeated transmission strategy, and performing PRACH repeated transmission according to the PRACH repeated transmission strategy; wherein the PRACH repeated transmission strategy includes: determining the number of repeated transmissions of PRACH.

[0008] In an exemplary embodiment of the present disclosure, the determining that the network device currently allows repeated transmission of a physical random access channel PRACH includes: reading PRACH repeated transmission flag information to determine that the network device currently supports repeated transmission of PRACH according to the repeated transmission flag information.

[0009] In an exemplary embodiment of the present disclosure, the reading of the PRACH repeated transmission flag information includes: parsing the target signaling sent by the network device to read the PRACH repeated transmission flag information.

[0010] In an exemplary embodiment of the present disclosure, the target signaling is a wireless resource control message or a SIB1 message; the reading of the repeated transmission flag information includes: when the read repeated transmission flag bit is 1, determining that the network device currently supports repeated transmission PRACH; or when the read repeated transmission flag bit is 0, determining that the network device currently does not support repeated transmission PRACH.

[0011] In an exemplary embodiment of the present disclosure, when determining that the network device currently allows repeated transmission of a physical random access channel PRACH, the method further includes: the terminal device determines a current PRACH repeated transmission strategy according to the PRACH repeated transmission capability supported by the terminal device.

[0012] In an exemplary embodiment of the present disclosure, before determining the current PRACH repetition transmission strategy, the method also includes: when the terminal device identifies that the current channel quality is lower than a preset indicator and there are multiple available PRACH transmission opportunities, determining the current PRACH repetition transmission strategy.

[0013] In an exemplary embodiment of the present disclosure, the terminal device identifies that the current channel quality is lower than a preset indicator, including: obtaining the current target signal receiving power, and when the target signal receiving power is lower than a preset first threshold value, determining that the current channel quality of the terminal device is lower than the preset indicator.

[0014] In an exemplary embodiment of the present disclosure, the target signal receiving power includes the receiving power of a downlink signal.

[0015] In an exemplary embodiment of the present disclosure, the downlink signal includes a synchronization signal block SSB and / or a synchronization signal SS.

[0016] In an exemplary embodiment of the present disclosure, the terminal device identifies that the current channel quality is lower than a preset indicator, including: when the signal reception power of the downlink path loss reference measured and / or calculated by the terminal device is lower than a preset second threshold value, determining that the current channel quality of the terminal device is lower than the preset indicator.

[0017] In an exemplary embodiment of the present disclosure, the number of PRACH repetition transmissions in the current PRACH repetition transmission strategy is determined according to a combination of one or more of the following conditions: the number of PRACH repetition transmissions supported by the network device contained in the target signaling sent by the network device, the number of PRACH repetition transmissions supported by the terminal device, and the number of PRACH repetition transmissions calculated based on the current channel quality information of the terminal device.

[0018] In an exemplary embodiment of the present disclosure, the target signaling also includes: PRACH transmission timing, the number of preamble codes used for PRACH repeated transmission, the number of PRACH repeated transmissions supported by the network device, and any one or a combination of any multiple of the PRACH repeated transmission modes.

[0019] In an exemplary embodiment of the present disclosure, the PRACH repetition transmission strategy further includes: the number of preamble codes used for PRACH repetition transmission, the PRACH repetition transmission mode, and the PRACH transmission timing.

[0020] In an exemplary embodiment of the present disclosure, determining the number of preamble codes used for PRACH repetition transmission in the PRACH repetition transmission strategy includes: determining the number of preamble codes used for PRACH repetition transmission in the PRACH repetition transmission strategy based on the number of preamble codes used for PRACH repetition transmission contained in the target signaling sent by the network device, and / or determining the number of preamble codes used for PRACH repetition transmission in the PRACH repetition transmission strategy based on the currently available preamble codes identified by the terminal device.

[0021] In an exemplary embodiment of the present disclosure, the PRACH repeated transmission mode includes: transmitting the same preamble code at multiple PRACH transmission opportunities, or transmitting different preamble codes at multiple PRACH transmission opportunities.

[0022] In an exemplary embodiment of the present disclosure, determining a PRACH repetition transmission mode in the PRACH repetition transmission strategy includes:

[0023] The PRACH repetition transmission mode in the PRACH repetition transmission strategy is determined according to the PRACH repetition transmission mode included in the target signaling sent by the network device, and / or according to the number of currently available preamble codes identified by the terminal device.

[0024] In an exemplary embodiment of the present disclosure, the method further includes: determining the preamble in the PRACH repetition transmission strategy based on a preamble sequence set for PRACH repetition transmission preconfigured by a network device.

[0025] In an exemplary embodiment of the present disclosure, when a terminal device transmits the same preamble code on multiple PRACH transmission occasions for repeated PRACH transmission, the method further includes: monitoring a physical downlink control channel PDCCH, and using RA-RNTI to attempt to decode downlink control information DCI; wherein the RA-RNTI is determined based on a rule pre-agreed between the terminal device and the network device; the rule includes: selecting one from multiple RA-RNTIs corresponding to the multiple PRACH transmission occasions.

[0026] In an exemplary embodiment of the present disclosure, when a terminal device transmits different preamble codes on multiple PRACH transmission occasions for repeated PRACH transmission, the method further includes: monitoring a physical downlink control channel PDCCH, and using RA-RNTI to attempt to decode DCI; wherein the RA-RNTI is determined based on a rule pre-agreed between the terminal device and the network device; the rule includes: using multiple RA-RNTIs corresponding to the multiple PRACH transmission occasions to respectively attempt to decode DCI.

[0027] In an exemplary embodiment of the present disclosure, determining the PRACH repetition transmission timing in the PRACH repetition transmission strategy includes: determining the currently available PRACH repetition transmission timing based on the correspondence between the SSB index number decoded by the terminal device and the PRACH transmission timing.

[0028] According to the second aspect of the present disclosure, a physical random access channel repeated transmission method is provided, the method comprising: when a network device determines that a physical random access channel PRACH is currently allowed to be repeatedly transmitted, the network device notifies a terminal device, so that the terminal device determines the current PRACH repeated transmission strategy and performs PRACH repeated transmission; wherein the PRACH repeated transmission strategy comprises: determining the number of repeated transmissions of PRACH.

[0029] In an exemplary embodiment of the present disclosure, the network device notifies the terminal device that repeated transmission of the physical random access channel PRACH is currently allowed by configuring PRACH repeated transmission flag information.

[0030] In an exemplary embodiment of the present disclosure, the PRACH retransmission flag information is carried by target signaling; the method comprises: the network device notifies the terminal device that the physical random access channel PRACH is currently allowed to be retransmitted by broadcasting target signaling.

[0031] In an exemplary embodiment of the present disclosure, the method further includes: when receiving multiple preamble codes repeatedly transmitted by a terminal device, calculating a corresponding RA-RNTI according to a preset rule, and using the RA-RNTI to scramble the scheduling DCI of the random access response message; wherein the multiple preamble codes repeatedly transmitted by the terminal device are the same multiple preamble codes, or different multiple preamble codes.

[0032] In an exemplary embodiment of the present disclosure, when a plurality of different preamble codes repeatedly transmitted by a terminal device are detected, the corresponding RA-RNTI is calculated according to a preset rule, including: selecting one of the plurality of preamble codes, and calculating the RA-RNTI of the PRACH transmission timing corresponding to the preamble code; or respectively calculating the RA-RNTI of the PRACH transmission timing corresponding to each of the preamble codes.

[0033] In an exemplary embodiment of the present disclosure, when multiple identical preamble codes repeatedly transmitted by a terminal device are detected, the multiple preamble codes are calculated according to preset rules to obtain RA-RNTI values, including: when the same preamble code is detected at multiple PRACH transmission opportunities, the multiple identical preamble codes are merged, and when the power of the preamble code sequence after the merged processing is greater than a preset third threshold value, based on the rules pre-agreed with the terminal device, one PRACH transmission opportunity is selected from the multiple PRACH transmission opportunities to calculate the corresponding RA-RNTI.

[0034] In an exemplary embodiment of the present disclosure, the method further includes: configuring a first preamble code sequence set and a second preamble code sequence set for a first type of terminal device with PRACH repeated transmission capability and a second type of terminal device without PRACH repeated transmission capability, respectively.

[0035] In an exemplary embodiment of the present disclosure, the target signaling also includes: PRACH transmission timing, the number of preamble codes used for PRACH repeated transmission, the number of PRACH repeated transmissions supported by the network device, and any one or a combination of any multiple of the PRACH repeated transmission modes.

[0036] According to the third aspect of the present disclosure, a physical random access channel repeated transmission device is provided, including: a terminal-side repeated transmission management module, which is used to determine the current PRACH repeated transmission strategy when it is determined that the network device currently allows repeated transmission of the physical random access channel PRACH, and perform PRACH repeated transmission according to the PRACH repeated transmission strategy; wherein the PRACH repeated transmission strategy includes: determining the number of repeated transmissions of PRACH.

[0037] According to the fourth aspect of the present disclosure, a physical random access channel repeated transmission device is provided, including: a network device repeated transmission management module, which is used for the network device to notify the terminal device when determining that the physical random access channel PRACH is currently allowed to be repeatedly transmitted, so that the terminal device can determine the current PRACH repeated transmission strategy and perform PRACH repeated transmission; wherein the PRACH repeated transmission strategy includes: determining the number of repeated transmissions of PRACH.

[0038] According to a fifth aspect of the present disclosure, a storage medium is provided, on which a computer program is stored, and when the program is executed by a processor, the above-mentioned physical random access channel repeated transmission method is implemented.

[0039] According to a sixth aspect of the present disclosure, there is provided an electronic device, including:

[0040] Processor; and

[0041] A memory, configured to store executable instructions of the processor;

[0042] The processor is configured to execute the physical random access channel repeated transmission method described in the above-mentioned first aspect or the embodiment of the second aspect by executing the executable instructions.

[0043] In a physical random access channel repeated transmission method provided in an embodiment of the present disclosure, when the terminal device determines that the network device currently turns on the PRACH repeated transmission function and allows PRACH repeated transmission, the terminal device can actively construct a PRACH repeated transmission strategy for the terminal device and perform PRACH repeated transmission, thereby realizing the PRACH repeated transmission function.

[0044] It is to be understood that the foregoing general description and the following detailed description are exemplary and explanatory only and are not restrictive of the present disclosure. BRIEF DESCRIPTION OF THE DRAWINGS

[0045] The accompanying drawings herein are incorporated into the specification and constitute a part of the specification, illustrate embodiments consistent with the present disclosure, and together with the specification are used to explain the principles of the present disclosure. Obviously, the accompanying drawings described below are only some embodiments of the present disclosure, and for ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without creative work.

[0046] Figure 1 A schematic diagram of a system structure in an exemplary embodiment of the present disclosure is schematically shown;

[0047] Figure 2 A schematic diagram schematically illustrates a method for repeated transmission of a physical random access channel performed by a network device in an exemplary embodiment of the present disclosure;

[0048] Figure 3 A schematic diagram schematically illustrates a method for repeated transmission of a physical random access channel performed by a user-side terminal device in an exemplary embodiment of the present disclosure;

[0049] Figure 4 A schematic diagram schematically illustrates a correspondence between a PRACH transmission opportunity and an SSB index number in an exemplary embodiment of the present disclosure;

[0050] Figure 5 A schematic diagram schematically illustrates a method for repeated transmission of a physical random access channel in an exemplary embodiment of the present disclosure;

[0051] Figure 6 A schematic diagram schematically illustrates a method for repeated transmission of a physical random access channel in an exemplary embodiment of the present disclosure;

[0052] Figure 7 A schematic diagram schematically shows a physical random access channel repeated transmission device in an exemplary embodiment of the present disclosure;

[0053] Figure 8 A schematic diagram schematically shows a physical random access channel repeated transmission device in an exemplary embodiment of the present disclosure;

[0054] Fig. 9 A schematic diagram schematically shows the composition of a terminal device in an exemplary embodiment of the present disclosure;

[0055] Fig.10 A schematic diagram schematically illustrates a storage medium in an exemplary embodiment of the present disclosure. DETAILED DESCRIPTION

[0056] Example embodiments will now be described more fully with reference to the accompanying drawings. However, example embodiments can be implemented in a variety of forms and should not be construed as limited to the examples set forth herein; rather, these embodiments are provided so that the disclosure will be more comprehensive and complete and to fully convey the concepts of the example embodiments to those skilled in the art. The described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.

[0057] In addition, the accompanying drawings are only schematic illustrations of the present disclosure and are not necessarily drawn to scale. The same reference numerals in the figures represent the same or similar parts, and their repeated description will be omitted. Some of the block diagrams shown in the accompanying drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software form, or implemented in one or more hardware modules or integrated circuits, or implemented in different networks and / or processor devices and / or microcontroller devices.

[0058] In the related art, the 3GPP NR Realease-16 protocol does not yet support repeated transmission of PRACH (Physical Random Access Channel). After performing the cell search process, the UE (user equipment) has achieved downlink synchronization with the cell, so the UE can receive downlink data. However, the UE can only perform uplink transmission if it achieves uplink synchronization with the cell. The UE establishes a connection with the cell and achieves uplink synchronization through the Random Access Procedure.

[0059] According to the current protocol version, the user sends a preamble at the PRACH transmission timing indicated by the base station. Based on the time-frequency position of the PRACH transmission timing, the user can calculate the corresponding RA-RNTI value. After that, the terminal device monitors the PDCCH (Physical Downlink Control Channel) in the Random Access Response (RAR) time window. If the terminal device successfully descrambles and detects DCI 1_0 with the RA-RNTI, and can identify the RAPID number in the RAR information scheduled by the DCI, the terminal device considers that its PRACH transmission is successful, otherwise the terminal device needs to resend a new PRACH, which will bring additional delays. Especially for high-frequency bands, PRACH is a potential coverage-limited channel.

[0060] For the above application scenarios, a physical random access channel repeated transmission method is provided in this example implementation, which can be applied to the control of repeated transmission of PRACH in the random access process of UE. Below, each step of the physical random access channel repeated transmission method in this example implementation will be described in more detail with reference to the accompanying drawings and embodiments.

[0061] Generally speaking, a physical channel carries data information from higher layers. A physical channel can be a physical downlink channel or a physical uplink channel; wherein, the physical downlink channel includes a physical downlink shared channel (PDSCH), a physical downlink control channel (PDCCH), a physical control format indicator channel (PCFICH), a physical hybrid ARQ indicator channel (PHICH), an enhanced physical downlink control channel (EPDCCH), a physical broadcast channel (PBCH), a physical multicast channel (PMCH), etc. The physical uplink channel may include a physical uplink shared channel (Physical Uplink Shared CHannel, PUSCH), a physical uplink control channel (Physical Uplink Control CHannel, PUCCH), a physical random access channel (Physical Random Access CHannel, PRACH), etc. Or it may be a channel newly introduced in the standard with the same function but different name. It may also be a combination of the above channels.

[0062] refer to Figure 1The application scenario shown provides an application scenario applied to the above method, including a network device 101, a network device 102 adjacent to the network device 101, and a terminal device 103 on the user side. Among them, the terminal device 103 is in a coverage area smaller than the base station 101 and communicates with the network device 101. The network device 101 and the terminal device 103 are communication devices that support communication on unlicensed spectrum resources. The frequency band supported by the network device 102 can be the same as that of the network device 101, and the network device 102 can be a communication device of the same type as the network device 101, or a communication device of a different type from the network device 101. For example, the network device 101 can be a base station of an LTE system, such as a cell base station; correspondingly, the terminal device 103 is a user device of the LTE system, and the network device 102 can be a base station of the LTE system, or a wireless router, wireless repeater, or user device of a Wireless Fidelity (Wi-Fi) system.

[0063] In this example implementation, a physical random access channel repeated transmission method is first provided, which can be applied to a network device and executed by the network device. For example, the network device can be a 4G base station, or a 5G base station, or a base station of a later version, or a base station in other communication systems, or referred to as a node B, an evolved node B, or a transmission reception point (Transmission Reception Point, TRP), or an access point (Access Point, AP), or other terms in the field, as long as the same technical effect is achieved, the network device is not limited to specific technical terms.

[0064] refer to Figure 2 As shown, the physical random access channel repeated transmission method may include:

[0065] Step S21, when the network device determines that the physical random access channel PRACH is currently allowed to be repeatedly transmitted, it notifies the terminal device so that the terminal device can determine the current PRACH repetition transmission strategy and perform PRACH repetition transmission; wherein the PRACH repetition transmission strategy includes: determining the number of repeated transmissions of PRACH.

[0066] In this example implementation, the network device may have the ability to control the on / off of the PRACH repeated transmission function; and may also determine whether the PRACH repeated transmission function can be enabled currently according to preset rules. When the network device determines that the PRACH repeated transmission function is currently enabled, it can notify the terminal device in a certain way to ensure that the terminal device can perform PRACH repeated transmission and access the network during the random access process. Specifically, the PRACH repeated transmission function means that the terminal device can perform multiple preamble transmissions on multiple available PRACH transmission occasions; wherein, a Preamble transmission is completed once on each PRACH transmission opportunity. Among them, the Preambles of multiple transmissions can be the same or different.

[0067] For example, the rule for the above-mentioned network device to determine whether the PRACH repeated transmission function is currently enabled can be a rule pre-configured by the network device to enable the PRACH repeated transmission function within a specified time period; or, it can be when the base station detects the presence of an interference signal, and the interference signal continues to exist for a certain period of time, and the interference signal strength is greater than a certain threshold value; or, based on other conditions, when it is determined that there is an adverse effect on the uplink synchronization of the terminal device; the PRACH repeated transmission function can be activated. Of course, in other exemplary embodiments of the present disclosure, on the network device side, other features can also be used as the basis for determining whether to start the PRACH repeated transmission function; for example, judgment is made based on the received power of the reference signal, channel quality, etc.

[0068] In this example implementation, the network device notifies the terminal device that repeated transmission of the physical random access channel PRACH is currently allowed by configuring PRACH repeated transmission flag information.

[0069] For example, the network device can configure the PRACH repeated transmission flag to "1", indicating that PRACH repeated transmission can be performed under the current PRACH configuration, that is, the network device currently has the PRACH repeated transmission function enabled; and, the PRACH repeated transmission flag can be configured to "0", indicating that PRACH repeated transmission cannot be performed under the current PRACH configuration, that is, the network device currently has the PRACH repeated transmission function turned off.

[0070] In this example implementation, the network device notifies the terminal device through broadcast target signaling that repeated transmission of the physical random access channel PRACH is currently allowed.

[0071] Specifically, the above-mentioned target signaling may be an RRC (Radio Resource Control) message. Specifically, the network device may configure a 1-bit PRACH repeat transmission flag in the RRC system message; the network device uses the value of the repeat transmission flag to indicate whether the terminal device can currently perform the PRACH repeat transmission function. Among them, the RRC system message may include: a master information block (Master Information Block, MIB) and multiple system information blocks (System Information Blocks, SIBs).

[0072] Alternatively, in this exemplary implementation, the target signaling may be a SIB (System Information Block) message, for example, a SIB1 message.

[0073] Specifically, a 1-bit PRACH retransmission flag can be configured in the SIB1 message. For example, when the PRACH retransmission flag in the SIB1 message is "1", it means that PRACH retransmission can be performed under the current PRACH configuration, that is, a terminal device with PRACH retransmission capability can perform PRACH retransmission under the current configuration, that is, the network device starts the PRACH retransmission function. When the PRACH retransmission flag in the SIB1 message is "0", it means that under the current PRACH configuration, regardless of whether the terminal device has the PRACH retransmission capability, PRACH retransmission cannot be performed, that is, the network device currently turns off the PRACH retransmission function.

[0074] Alternatively, in some exemplary embodiments, the network device may also carry the PRACH repetition transmission flag via a SIB2 message.

[0075] In some exemplary embodiments, for a network device, it is also possible to notify the terminal device that PRACH repetition transmission is currently possible by configuring different PRACH resources for terminal devices with PRACH repetition transmission capability and terminal devices without PRACH repetition transmission capability. Specifically, the network device can pre-allocate different Preamble sequence sets for terminal devices that support PRACH repetition transmission and terminal devices that do not support PRACH repetition transmission. For example, a first Preamble sequence set is configured for a terminal device that supports PRACH repetition transmission, and a second Preamble sequence set is configured for a terminal device that does not support PRACH repetition transmission.

[0076] For example, the PRACH configuration information can be indicated by the prach-Configuration Index (PRACH configuration index) of SIB1, and the value of this parameter is an index value of 0 to 255, corresponding to the row index in the random access configuration table. The indexes in the PRACH configuration table can also be grouped, and the PRACH configurations corresponding to some of the table indexes are divided into groups that can perform PRACH repeated transmissions; and the PRACH configurations corresponding to another part of the table indexes are divided into groups that cannot perform PRACH repeated transmissions. For example, grouping of 0 to 255 indexes is achieved by adding 1 column to the index table to indicate whether the PRACH resources in each row can be used for PRACH repeated transmissions. Alternatively, preconfigured rules can be used to define the row indexes that can be used for PRACH repeated transmissions; for example, PRACHs with odd row indexes can perform PRACH repeated transmissions, and PRACHs with even row indexes cannot be used for PRACH repeated transmissions.

[0077] Based on this, when the terminal device parses the SIB1 message, it can determine that the current network device supports PRACH repeated transmission through the currently distinguished preamble code; without the need for a PRACH repeated transmission flag. When the terminal device needs to perform PRACH repeated transmission, it can use the first Preamble sequence set; and when the terminal device does not need to perform PRACH repeated transmission, even if it has PRACH repeated transmission capability, it uses the second Preamble sequence set.

[0078] For example, the preambles can be directly grouped in the protocol, and the preambles in one group are used for repeated transmission of PRACH, while the preambles in another group are not used for repeated transmission of PRACH. Alternatively, the PRACH resources can be divided in advance so that the network equipment and the terminal equipment can clearly know in advance the first part of specific PRACH transmission timings and / or PRACH Preambles that can be used by the first type of terminal equipment with PRACH repeated transmission capability; and the second type of terminal equipment without PRACH repeated transmission capability uses the second part, i.e., the remaining PRACH transmission timings and / or PRACH Preambles.

[0079] In some exemplary embodiments, when the network device notifies the terminal device through a broadcast message that PRACH repeated transmission is currently supported, other configuration information of PRACH repeated transmission may also be added to the target signaling. For example, the SIB1 message carries the configuration information of PRACH repeated transmission. In addition, in some exemplary embodiments, the signaling for transmitting the configuration information of PRACH repeated transmission may be different from other signaling containing the PRACH repeated transmission flag information mentioned above. For example, the configuration information of PRACH repeated transmission is broadcast through a MIB message.

[0080] Specifically, the configuration information of PRACH retransmission may also include: the number of PRACH retransmissions supported by the network device, the timing of PRACH transmission, the number of preambles used for PRACH retransmission, and any one or a combination of any two of the PRACH retransmission modes. The network device may decide whether to specify specific PRACH retransmission configuration parameters to the terminal device according to the current actual state.

[0081] For example, the number of PRACH repetition transmissions supported by the above network device may be a number that the network device can configure as 2, 4, 6 or 8, and the number may be added to the target signaling, so that the terminal device can perform PRACH repetition transmissions with the number of repetition transmissions specified by the network device.

[0082] The above-mentioned PRACH repetition transmission mode may include mode 1 or mode 2; wherein, PRACH repetition transmission mode 1 may be to transmit completely different preambles Preambles at multiple PRACH transmission opportunities; PRACH repetition transmission mode 2 may be to transmit exactly the same preamble Preamble at multiple PRACH transmission opportunities. The network device may add the PRACH repetition transmission mode to the target signaling, so that the terminal device performs PRACH repetition transmission in a specified manner.

[0083] Corresponding to the PRACH repeated transmission mode, the number of preambles used for the corresponding PRACH repeated transmission can also be configured. For example, when using mode 1, the number of preambles is configured to be multiple; when using mode 2, the number of preambles is configured to be 1.

[0084] In addition, in some exemplary embodiments, for PRACH repetition transmission configuration information that is not actively defined by the network device, the terminal device may customize it according to actual conditions.

[0085] In this example implementation, the above method may further include:

[0086] Step S22, when receiving multiple preamble codes repeatedly transmitted by the terminal device, calculate the corresponding RA-RNTI according to the preset rules, and use the RA-RNTI to scramble the scheduling DCI of the random access response message; wherein, the multiple preamble codes repeatedly transmitted by the terminal device are the same multiple preamble codes, or different multiple preamble codes.

[0087] Specifically, in this example implementation, the above step S22 may include: when detecting a plurality of different preamble codes repeatedly transmitted by the terminal device:

[0088] Select one of the multiple preambles, and calculate the RA-RNTI of the PRACH transmission opportunity corresponding to the preamble; or

[0089] Each preamble is calculated separately to obtain multiple RA-RNTIs corresponding to each PRACH transmission opportunity.

[0090] Specifically, for a network device, when receiving multiple different preambles uploaded by a terminal device at multiple different PRACH transmission opportunities, the multiple PRACH transmissions of each terminal device can be treated as a single PRACH transmission of different users; that is, for n preambles uploaded by the terminal device, the corresponding n RAR (Random Access Response) messages are fed back; wherein n is a positive integer. Specifically, for each preamble, the RA-RNTI value used to scramble the DCI (Downlink Control Information) is calculated based on the time-frequency resource position and Preamble number of the corresponding PRACH transmission opportunity, and the corresponding RAPID (Random Access Preamble Identifier) ​​is added to the RAR (Random Access Response), i.e., Msg2.

[0091] At this time, the complexity of the network equipment is the same as before, the complexity of the user-side terminal equipment increases, and the gain source is the diversity gain. In this case, the network equipment may not determine whether multiple different preamble codes come from the same terminal equipment.

[0092] Alternatively, for a network device, when judging and determining that multiple different preambles originate from the same terminal device, one can be selected from the multiple different preambles and the RA-RNTI of the PRACH transmission timing corresponding to the preamble can be calculated; thereby saving resources and avoiding the terminal device from processing multiple RARs. When selecting one from multiple different preambles, the selection can be made according to a selection method pre-agreed between the network device and the terminal device; for example, random selection, or a method of specifying the PRACH transmission timing.

[0093] Specifically, in this example implementation, the above step S22 may further include: when detecting that a plurality of identical preambles are repeatedly transmitted by the terminal device:

[0094] When the same preamble code is detected on multiple PRACH transmission occasions, the multiple identical preamble codes are merged and processed, and the preamble code sequence power after the merged processing is greater than the preset third threshold value, based on the rules pre-agreed with the terminal device, one PRACH transmission opportunity is selected from the multiple PRACH transmission opportunities to calculate the corresponding RA-RNTI.

[0095] Specifically, when receiving multiple identical preambles, the network device can determine whether there is an association relationship between the multiple identical preambles based on the association relationship between the SSB index and the PRACH transmission timing. When it is determined that the same SSB index exists between different PRACH transmission timings corresponding to the multiple identical preambles, the multiple preambles can be jointly detected.

[0096] For example, refer to Figure 4 As shown, PRACH transmission timing #0 and PRACH transmission timing #3, the candidate Preamble sequences are detected on PRACH transmission timing #0 and PRACH transmission timing #3 corresponding to index SSB#0. If the same Preamble sequence is detected, they are merged. If the sequence energy (signal power) of the merged Preamble reaches a given threshold, it is considered that a terminal device has sent the Preamble. At this time, since the network device may detect the Preamble on multiple PRACH transmission timings, there will be multiple RA-RNTIs, so the network device needs to select the specified preamble code according to the predetermined rules agreed with the terminal device side, calculate the RA-RNTI used by the DCI1_0 scrambling code based on the time-frequency position of the specified preamble code, and put the corresponding RAPID number into the RAR information.

[0097] At this time, the complexity of the network equipment increases, the complexity of the terminal equipment remains unchanged, and the gain source is the combined gain of multiple repeated transmissions.

[0098] In addition, in some exemplary embodiments, when the network device pre-configures a first Preamble sequence set for a terminal device that supports PRACH repeated transmission, and a second Preamble sequence set for a terminal device that does not support PRACH repeated transmission; the network device can determine whether the current preamble is a PRACH repeated transmission of the terminal device based on the judgment result that the received preamble sequence belongs to the first Preamble sequence set or the second Preamble sequence set. When it is determined to be a PRACH repeated transmission of the terminal device, the RA-RNTI is calculated according to the method in the above embodiment, and the corresponding RAPID number is placed in the RAR information.

[0099] In some actual scenarios, there may be two terminal devices that do not support PRACH repeated transmission, and send the same Preamble at PRACH transmission timing #0 and PRACH transmission timing #3 respectively. The base station may mistakenly regard it as two PRACHs repeatedly sent by a terminal device that supports PRACH repeated transmission, causing misunderstanding on the base station side. By configuring the Preamble sequence set for the first type of terminal devices that support PRACH repeated transmission and the second type of terminal devices that do not support PRACH repeated transmission respectively, the misjudgment of multiple terminal devices that do not support PRACH repeated transmission uploading the same preamble code can be eliminated.

[0100] The exemplary embodiment of the present disclosure provides a physical random access channel repeated transmission method, which is executed and implemented by a user terminal device (UE). Specifically, refer to Figure 3 As shown, the above-mentioned physical random access channel repeated transmission method may include:

[0101] In step S31, when it is determined that the network device currently allows repeated transmission of the physical random access channel PRACH, the current PRACH repeated transmission strategy is determined, and PRACH repeated transmission is performed according to the PRACH repeated transmission strategy; wherein the PRACH repeated transmission strategy includes: the number of repeated transmissions of PRACH.

[0102] In this example implementation, after the UE is turned on, it enters the cell search and access process. The UE performs cell downlink synchronization through the physical broadcast channel PBCH, demodulates the MIB information, and then demodulates the PDCCH (Physical Downlink Control Channel) content through the relevant information in the MIB. The location of the SIB1 message is found through the content of the PDCCH. The SIB1 message is carried by the PDSCH channel (Physical Downlink Shared Channel). Generally speaking, the SIB1 message needs to include PRACH-related configuration information; the UE generates a Preamble signal at the relevant time-frequency position through the PRACH configuration in the SIB1 message, and starts the random access process. Specifically, the PRACH configuration information in the SIB1 message can also include a PRACH repeat transmission flag. After decoding the SIB1 message, the UE obtains all uplink synchronization information and can enter the random access process.

[0103] In this example implementation manner, determining that the network device currently allows repeated transmission of a physical random access channel PRACH includes:

[0104] The PRACH repeated transmission flag information is read to determine whether the network device currently supports repeated transmission of the PRACH according to the repeated transmission flag information.

[0105] In this example implementation manner, the reading of PRACH repeated transmission flag information includes:

[0106] Parse the target signaling sent by the network device to read the PRACH repeated transmission flag information.

[0107] In this example implementation, the target signaling is a radio resource control message or a SIB1 message;

[0108] The reading of repeated transmission flag information includes:

[0109] When the repeated transmission flag is read as 1, it is determined that the network device currently supports repeated transmission PRACH; or

[0110] When the repeated transmission flag is read as 0, it is determined that the network device currently does not support repeated transmission PRACH.

[0111] Specifically, when the network device carries the target signaling through the RRC system message, the terminal device parses the RRC system message, and when it identifies that the repeat transmission flag is "1", it determines that the PRACH can be repeatedly transmitted at present; or when it identifies that the repeat transmission flag information is "0", it determines that the PRACH cannot be repeatedly transmitted at present. For example, the RRC system message can also be a MIB message. For example, the MIB message can carry system bandwidth, PHICH (Physical Hybrid ARQ Indicator Channel) configuration information, system frame number, and PRICH repeat transmission flag information.

[0112] Alternatively, in some exemplary embodiments, when the network device configures the PRACH repeat transmission flag in the SIB1 message, when the terminal device parses the SIB1 message, when the terminal device identifies that the PRACH repeat transmission flag information is 1, it determines that PRACH can be repeatedly transmitted at present, that is, the network device starts the PRACH repeat transmission function; or, when the terminal device identifies that the PRACH repeat transmission flag information is 0, it determines that PRACH cannot be repeatedly transmitted at present, that is, the network device currently turns off the PRACH repeat transmission function.

[0113] In some exemplary embodiments, the SIB1 message may also include PRICH retransmission configuration information. For example, it may include: PRACH transmission timing, the number of PRACH retransmissions supported by the network device, the number of preambles used for PRACH retransmission, and any one or a combination of any multiple of the PRACH retransmission modes. For example, the PRICH retransmission configuration information includes that the number of preambles used for PRACH retransmission is 1, and the preamble transmission mode is mode 2, i.e., a mode in which the same preamble is uploaded at multiple transmission times; or, the PRICH retransmission configuration information includes that the network device has a limited number of retransmissions of 6, and the preamble transmission mode is mode 1, i.e., a mode in which different preambles are uploaded at multiple transmission times; or, the PRICH retransmission configuration information only includes that the network device has a limited number of retransmissions of 9; and so on. The present disclosure does not specifically limit the specific parameters of the PRACH retransmission configuration information sent by the network device.

[0114] For a terminal device, when a network device uses a SIB1 message to carry PRACH repeated transmission configuration information, when parsing the SIB1 message, all configuration information of the network device regarding PRACH repeated transmission can be obtained.

[0115] Based on the above, in some exemplary embodiments, when determining that the network device currently allows repeated transmission of a physical random access channel PRACH, the method further includes:

[0116] The terminal device determines the current PRACH repetition transmission strategy according to the PRACH repetition transmission capability it supports.

[0117] Specifically, after determining that the network device currently enables the PRACH repeated transmission function, the terminal device can also first identify its own capabilities to determine whether the terminal device itself has the PRACH repeated transmission capability. If the terminal device identifies that it has the PRACH repeated transmission capability, it can determine whether the terminal device currently needs to perform PRACH repeated transmission. If the terminal device identifies that it does not have the PRACH repeated transmission capability, the judgment process can be terminated.

[0118] In this example implementation, before determining the current PRACH repetition transmission strategy, the method further includes: when the terminal device identifies that the current channel quality is lower than a preset indicator and there are multiple available PRACH transmission opportunities, determining the current PRACH repetition transmission strategy.

[0119] Specifically, after the terminal device determines that the network device currently supports PRACH repeated transmission and confirms that the terminal device itself has the PRACH repeated transmission capability, it can determine whether the terminal device currently needs to perform PRACH repeated transmission. For example, when it is determined that the current terminal device needs to perform PRACH repeated transmission based on the calculation results of channel quality and available PRACH transmission opportunities, the PRACH repeated transmission strategy content is formulated. In addition, when the terminal device uses the above conditions to determine that PRACH repeated transmission is not currently required, or the conditions for PRACH repeated transmission are not met, the judgment process of the current cycle is terminated, and the formulation of the PRACH repeated transmission strategy content is not performed.

[0120] In this example implementation, the terminal device identifies that the current channel quality is lower than a preset indicator, including:

[0121] The current target signal receiving power is obtained, and when the target signal receiving power is lower than a preset first threshold value, it is determined that the current channel quality of the terminal device is lower than a preset indicator. The target signal receiving power includes the receiving power of a downlink signal. The downlink signal includes a synchronization signal block SSB and / or a synchronization signal SS.

[0122] In this example implementation, the terminal device identifies that the current channel quality is lower than a preset indicator, including: when the signal reception power of the downlink path loss reference measured and / or calculated by the terminal device is lower than a preset second threshold value, it is determined that the current channel quality of the terminal device is lower than the preset indicator.

[0123] Specifically, after the terminal device determines that the current network device has enabled the PRACH repeated transmission function, it can use some characteristic parameters of the terminal device itself to judge the current state and determine whether the terminal device currently needs to perform PRACH repeated transmission. Specifically, the terminal device can judge the current channel quality; if the current channel quality is poor, PRACH repeated transmission is required to improve its transmission performance, so that it can access the current cell faster.

[0124] Specifically, the terminal device can obtain the current target signal power, and when the target signal power is lower than a preset first threshold value, determine that the current channel quality of the terminal device is lower than a preset indicator. For example, the target signal power includes a power value of a reference signal receiving power of a downlink signal. For example, the downlink signal may be an SSB (Synchronization Signal Block) signal and / or an SS signal (Synchronization Signal).

[0125] Alternatively, when the downlink path loss calculated by the terminal device is higher than a preset second threshold value, it is determined that the current channel quality of the terminal device is lower than a preset indicator. For example, if the RSRP (Reference Signal Received Power) value of the downlink path loss reference measured or calculated by the terminal device is lower than a preset threshold value; that is, the downlink path loss is higher than a preset threshold value, it can also be determined that the channel quality of the terminal device is lower than the threshold indicator.

[0126] That is, if the terminal device determines that the current channel quality is higher than the preset indicator, there is no need to perform PRACH repeated transmission; or, if it determines that the current channel instruction is lower than the preset indicator, PRACH repeated transmission is required.

[0127] In this example implementation, when the terminal device determines that the current channel quality is lower than the preset index, it is also necessary to determine whether the terminal device has multiple PRACH transmission opportunities for the terminal device to transmit Preamble (preamble code) under the current PRACH configuration for repeated transmission of PRACH. If there are multiple available PRACH transmission opportunities, repeated PRACH transmission can be performed; if there is only one PRACH transmission opportunity, or there is no available PRACH transmission opportunity, that is, there are no multiple available PRACH transmission opportunities, repeated PRACH transmission cannot be performed. The judgment process can be started again in the next cycle.

[0128] Specifically, when the terminal device determines that the current channel quality is lower than the preset indicator and there are multiple available PRACH transmission opportunities, it is determined that the terminal device currently needs to perform PRACH repeated transmission and has the conditions to perform PRACH repeated transmission. The terminal device can then determine the current PRACH repeated transmission strategy. Alternatively, when the terminal device determines that the current channel quality is lower than the preset indicator, but there are no multiple available PRACH transmission opportunities, it means that the terminal device currently needs to perform PRACH repeated transmission, but does not have the conditions to perform PRACH repeated transmission, and the judgment process of this cycle is terminated. Alternatively, when the terminal device determines that the current channel quality is higher than the preset indicator, it means that the terminal device does not need to perform PRACH repeated transmission.

[0129] Alternatively, in some exemplary embodiments, when the terminal device determines that the network device currently supports PRACH repeated transmission, the terminal device may first use the channel quality information to determine whether PRACH repeated transmission is currently required; when it is determined that PRACH repeated transmission is required, it then identifies whether the terminal device has the PRACH repeated transmission capability; when it is identified that the terminal device has the PRACH repeated transmission capability, it then determines whether there are multiple available PRACH transmission opportunities. Alternatively, the terminal device may also simultaneously determine any two or three of the above conditions, and determine whether to formulate a PRACH repeated transmission strategy based on the determination results of at least two conditions.

[0130] Alternatively, in some exemplary embodiments, when the terminal device recognizes that the network device described in the above embodiments has configured different Preamble sequence sets for the first type of terminal devices that support PRACH repeated transmission and the second type of terminal devices that do not support PRACH repeated transmission, or has divided PRACH resources, the terminal device can determine whether it has the PRACH repeated transmission capability and whether PRACH repeated transmission is required.

[0131] In this exemplary embodiment, generally speaking, when a terminal device performs initial random access, the relevant PRACH configuration information is indicated by the PRACH-Configuration Index of SIB1. The value of this parameter is an index value of 0 to 255, corresponding to the row index in the random access configuration table, and specifically indicates the following information: Preamble format, system frame number of PRACH transmission, subframe number, starting OFDM symbol position, number of time slots used to transmit PRACH in a subframe, number of PRACH time domain transmission opportunities in a PRACH time slot, and number of continuous symbols of PRACH. The number of frequency domain transmission opportunities of PRACH is indicated by the parameter msg1-FDM of SIB1, which can be configured as {1,2,4,8}. The total number of transmission opportunities of PRACH in a time slot is determined by its time domain transmission opportunity number and frequency domain transmission opportunity number. The parameter ssb-perRACH-Occasion And CB-Preambles PerSSB in the SIB1 message indicates the number of PRACH transmission opportunities associated with each SSB (Synchronization Signalblock) index.

[0132] When determining whether there are multiple available PRACH transmission opportunities, the terminal device determines based on the SSB index number decoded in the SIB1 message. Since the PRACH transmission opportunities available for the terminal device to transmit the Preamble are associated with the SSB index decoded by the user, not all PRACH transmission opportunities are available for the user to transmit the Preamble. Figure 4 As shown, the association between the SSB index number and the PRACH transmission opportunity under a certain configuration is schematically shown. If the SSB index number decoded by the user is 1, the user can only send the Preamble on PRACH transmission opportunity #1 and PRACH transmission opportunity #4.

[0133] In this example implementation, when the terminal device determines that the network device currently starts the PRACH retransmission function, has the PRACH retransmission capability, the current channel quality is lower than the preset indicator, and there are multiple available PRACH transmission opportunities, it can combine the PRACH retransmission configuration information broadcast by the network device to determine the PRACH retransmission strategy for the current period.

[0134] Specifically, the PRACH retransmission strategy determined by the terminal device may include the number of PRACH retransmissions, the number of preamble codes used for PRACH retransmissions, the PRACH retransmission method, and the PRACH transmission timing.

[0135] In this example implementation, the number of PRACH repetition transmissions in the RACH retransmission strategy can be determined by a combination of one or more of the following conditions, including: the number of PRACH repetition transmissions supported by the network device contained in the target signaling sent by the network device, the number of PRACH repetition transmissions supported by the terminal device, and the number of PRACH repetition transmissions calculated based on the current channel quality information of the terminal device.

[0136] Specifically, when the PRACH retransmission configuration information sent by the network device includes the number of PRACH retransmissions supported by the network device, that is, the network device specifies the number of PRACH retransmissions, the terminal device can use this value as the value of the PRACH retransmission number in the PRACH retransmission strategy.

[0137] Alternatively, when the network device does not specify the number of PRACH retransmissions, the terminal device may determine the number of PRACH retransmissions in the PRACH retransmission strategy based on the number of PRACH retransmissions supported by the terminal device and / or calculate the number of PRACH retransmissions based on the current channel quality information of the terminal device.

[0138] For example, the number of PRACH repetition transmissions can be set only according to the number of PRACH repetition transmissions supported by the terminal device, and the number of PRACH repetition transmissions can be set to be ≤ the number of PRACH repetition transmissions supported by the terminal device. The terminal device can pre-configure the maximum number of PRACH repetition transmissions supported according to its own device characteristics. For example, if the network device does not specify the number of PRACH repetition transmissions, and the number of currently available PRACH transmission opportunities is greater than the number of PRACH repetition transmissions supported by the terminal device, the terminal-side repetition transmission limit can be configured as the number of repetition transmissions.

[0139] Alternatively, the PRACH retransmission strategy may be determined based on the current channel quality information of the terminal device.

[0140] For example, if the network device does not specify the number of PRACH retransmissions, the number of retransmissions can be determined based on the difference between the current channel quality and the preset threshold value. For example, if the difference between the power value of the current SSB signal reference signal received power and the preset threshold is less than 3dB, the number of retransmissions can be configured to be 2; or, if the difference between the power value of the current SSB signal reference signal received power and the preset threshold is greater than 3db and less than 5dB, the number of retransmissions can be configured to be 5; and so on. That is, the worse the current channel quality, the more retransmissions can be configured. However, this number must be less than the number of retransmissions limited on the terminal side.

[0141] Alternatively, in this example implementation, the PRACH repetition strategy can also be determined by combining the number of PRACH repetition transmissions supported by the network device in the target signaling, the number of PRACH repetition transmissions supported by the terminal device preconfigured by the terminal device, and the number of PRACH repetition transmissions calculated by the terminal device based on current channel quality information.

[0142] For example, if the network device limits the number of PRACH retransmissions supported by the network device (this number indicates the upper limit of the number of retransmissions supported by the network device), the terminal device pre-configures the number of PRACH retransmissions supported by the terminal device (this number indicates the upper limit of the number of retransmissions supported by the terminal device), and a number of retransmissions is calculated based on the current channel quality, you can first compare any two or three of them and select a minimum value; then compare the minimum value with the number of currently available PRACH transmission opportunities to determine the number of retransmissions. For example, if the number of PRACH retransmissions supported by the network device is 5, the number of PRACH retransmissions supported by the terminal device is 6, and a number of retransmissions calculated based on the current channel quality is 3, then the minimum value 3 is selected from the three values; and the number of currently available PRACH transmission opportunities is 4, then the final number of PRACH retransmissions is 3. Alternatively, you can only consider the number of PRACH retransmissions supported by the network device is 5, the number of PRACH retransmissions supported by the terminal device is 6, and the number of currently available PRACH transmission opportunities is 8, then the final number of PRACH retransmissions is 5.

[0143] In this example implementation, the above-mentioned PRACH repetition transmission strategy may also include a PRACH repetition transmission mode; wherein mode 1 is to transmit completely different preambles at multiple PRACH transmission opportunities; and mode 2 is to transmit completely the same preamble at multiple PRACH transmission opportunities.

[0144] Specifically, if the network device indicates a specific PRACH repetition transmission mode in the SIB1 information, and / or indicates the number of preamble codes used for PRACH repetition transmission, the terminal device can execute the corresponding transmission mode according to the indication information. For example, the network device can determine the transmission mode according to the number of terminal devices currently connected; or, determine the transmission mode according to the current load of the network device. For example, the network device indicates the use of mode 1, and / or indicates that the number of preamble codes is multiple; or, the network device indicates the use of mode 2, and / or indicates that the number of preamble codes is 1.

[0145] Alternatively, if the network device does not indicate a specific transmission mode, the terminal device may use a random selection method to determine the PRACH repetition transmission mode; or determine the transmission mode according to the number of currently available preamble codes, or select the PRACH repetition transmission mode according to the number of currently available PRACH transmission opportunities. For example, if the number of currently available preamble codes is 1, mode 2 is used. Alternatively, the terminal device may determine the transmission mode based on the comparison result between the current channel quality and the preset threshold. For example, if the current channel quality is extremely poor, mode 2 transmission may be selected, or if the current channel quality is poor, mode 1 transmission may be selected.

[0146] Alternatively, in this example implementation, the terminal device may also select a PRACH transmission timing and a preamble code according to the PRACH resources allocated by the network device for the first type of terminal devices with PRACH repeated transmission capability.

[0147] In this example implementation, after determining the various contents of the PRACH repetition transmission strategy, the terminal device can execute the PRACH repetition transmission strategy. When using mode 1 for transmission, the terminal device transmits completely different preambles on multiple PRACH transmission occasions. When using mode 2, the terminal device transmits exactly the same preamble on multiple PRACH transmission occasions.

[0148] In this example implementation, the above method may further include:

[0149] Step S32-1, when the terminal device transmits the same preamble code on multiple PRACH transmission occasions for PRACH repeated transmission, it monitors the physical downlink control channel PDCCH, and uses RA-RNTI to attempt to decode the downlink control information DCI; wherein the RA-RNTI is determined based on the rules pre-agreed by the terminal device and the network device; the rules include: selecting one from the multiple RA-RNTIs corresponding to the multiple PRACH transmission occasions.

[0150] Step S32-2, when the terminal device transmits different preamble codes on multiple PRACH transmission occasions for PRACH repeated transmission, it monitors the physical downlink control channel PDCCH, and uses RA-RNTI to try to decode DCI; wherein the RA-RNTI is determined based on the rules pre-agreed by the terminal device and the network device; the rules include: using multiple RA-RNTIs corresponding to the multiple PRACH transmission occasions to try to decode DCI respectively.

[0151] Specifically, when the terminal device repeatedly transmits in mode 1, the base station regards the multiple PRACH transmissions of the terminal device as a single PRACH transmission of different terminal devices and uses the original Preamble detection method. According to the reception of the Preamble, the RA-RNTI number used for DCI scrambling is calculated, and the corresponding RAPID number is placed in the RAR information. Within the RAR time window, the terminal device uses multiple RA-RNTIs to try to descramble to obtain DCI 1_0. If the terminal device successfully descrambles DCI 1_0 and can identify the RAPID number in the RAR information scheduled by the DCI, the terminal device considers that the PRACH transmission is successful, otherwise the terminal device needs to resend a new PRACH. Among them, multiple RA-RNTIs are calculated by the terminal device based on the time-frequency position of the PRACH transmission timing of the previous Preamble transmission. Since the terminal device has repeated PRACH transmissions for multiple times and does not know which PRACH transmission the base station has successfully decoded, it is necessary to use multiple RA-RNTIs to try to descramble DCI separately.

[0152] In this example implementation, when the terminal device repeatedly transmits in mode 2, the base station will receive multiple identical preambles sent by the terminal device and perform joint detection of the Preamble. If the signal power of the combined Preamble reaches a given threshold, it is considered that a terminal device has sent the Preamble. At this time, since the base station may detect the Preamble at multiple PRACH transmission times, there will be multiple RA-RNTIs, so the base station needs to determine the RA-RNTI used for the DCI 1_0 scrambling code according to the predetermined rules agreed upon with the terminal device side, and put the corresponding RAPID number into the RAR information. Within the RAR time window, the terminal device uses the corresponding RA-RNTI selected according to the predetermined rules to try to descramble to obtain DCI 1_0. If the terminal device successfully descrambles DCI 1_0 and can identify the RAPID number in the RAR information scheduled by the DCI, the user believes that its PRACH transmission is successful, otherwise the user needs to resend a new PRACH.

[0153] In some exemplary embodiments, reference Figure 5As shown, in step S51, the base station can configure the flag bit of PRACH repeated transmission; in step S52, when PRACH repeated transmission is enabled, the terminal device supporting repeated transmission performs PRACH repeated transmission when certain conditions are met; otherwise, all users cannot perform PRACH repeated transmission; in step S53, the terminal device transmits completely different Preambles at multiple PRACH transmission opportunities; in step S54, the base station regards the multiple PRACH transmissions of the terminal device as single PRACH transmissions of different users and adopts the original Preamble detection method, and calculates the RA-RNTI number used for DCI scrambling according to the reception status of the Preamble, and puts the corresponding RAPID number into the RAR information; and a RAR message can be generated and fed back to the terminal device; in step S55, the terminal device uses multiple RA-RNTIs within the RAR time window to try to descramble to obtain DCI 1_0. If the terminal device successfully descrambles DCI 1_0, and can identify the RAPID number in the RAR information of the DCI scheduling, the terminal device considers that its PRACH transmission is successful, otherwise the terminal device needs to resend a new PRACH.

[0154] In some exemplary embodiments, reference Figure 6 As shown, in step S61, the base station configures the flag bit of PRACH repeated transmission; in step S62, when PRACH repeated transmission is enabled, the terminal device supporting repeated transmission performs PRACH repeated transmission when certain conditions are met; otherwise, all users cannot perform PRACH repeated transmission; in step S63, the terminal device transmits exactly the same Preamble on multiple PRACH transmission occasions; in step S64, the base station performs joint detection of Preamble on multiple PRACH transmission occasions associated with the same SSB index, and if the sequence energy of the combined Preamble reaches a given threshold, it is considered that a terminal device has sent the Preamble; so the base station needs to determine the RA-RNTI used for the DCI 1_0 scrambling code according to the predetermined rules agreed upon with the terminal side, and put the corresponding RAPID number into the RAR information. In step S65, the terminal device uses the corresponding RA-RNTI to attempt to descramble DCI 1_0 within the RAR time window. If the terminal device successfully descrambles DCI 1_0 and can identify the RAPID number in the RAR information scheduled by the DCI, the terminal device considers that its PRACH transmission is successful, otherwise the terminal device needs to resend a new PRACH.

[0155] Specifically, the above-mentioned multiple PRACH transmission opportunities may be all available PRACH transmission opportunities, or may be some PRACH transmission opportunities selected by the terminal device.

[0156] The physical random access channel repeated transmission method provided by the present disclosure configures a repeated transmission flag in the broadcast message of the network device, so that the network device and the user-side terminal device can combine different business scenarios and needs to more flexibly control the PRACH repeated transmission; it can prohibit PRACH repeated transmission in some cases, and enable PRACH repeated transmission in other cases; to ensure that the introduced PRACH repeated transmission characteristics are controllable. In addition, the network device can also add configuration information for PRACH repeated transmission in the broadcast message, so that the terminal device can perform PRACH repeated transmission in a specified manner, thereby realizing precise control of PRACH repeated transmission. In addition, for the terminal device, it can be determined whether PRACH repeated transmission is required according to actual needs.

[0157] It should be noted that the above figures are only schematic illustrations of the processes included in the method according to an exemplary embodiment of the present invention, and are not intended to be limiting. It is easy to understand that the processes shown in the above figures do not indicate or limit the time sequence of these processes. In addition, it is also easy to understand that these processes can be performed synchronously or asynchronously, for example, in multiple modules.

[0158] For further reference, Figure 7 As shown, the implementation manner of this example further provides a physical random access channel repeated transmission device 70, which can be applied to a terminal device on the user side; it includes: a terminal side repeated transmission management module 701.

[0159] The terminal-side repeated transmission management module 701 can be used to determine the current PRACH repeated transmission strategy when it is determined that the network device currently allows repeated transmission of the physical random access channel PRACH, and perform PRACH repeated transmission according to the PRACH repeated transmission strategy; wherein the PRACH repeated transmission strategy includes: the number of repeated transmissions of PRACH.

[0160] For further reference, Figure 8 As shown, the implementation manner of this example also provides a physical random access channel repeated transmission device 80, which can be applied to a network device on the network side; it includes: a network device repeated transmission management module 801.

[0161] The network device repetition transmission management module 801 can be used for the network device to notify the terminal device when determining that the physical random access channel PRACH is currently allowed to be retransmitted, so that the terminal device can determine the current PRACH repetition transmission strategy and perform PRACH repetition transmission; wherein the PRACH repetition transmission strategy includes: determining the number of repetition transmissions of PRACH.

[0162] The specific details of each module in the above-mentioned physical random access channel repeated transmission device have been described in detail in the corresponding physical random access channel repeated transmission method, so they are not repeated here.

[0163] It should be noted that, although several modules or units of the device for action execution are mentioned in the above detailed description, this division is not mandatory. In fact, according to the embodiments of the present disclosure, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided into multiple modules or units to be embodied.

[0164] In an exemplary embodiment of the present disclosure, a computer system capable of implementing the above method is also provided.

[0165] It will be appreciated by those skilled in the art that various aspects of the present invention may be implemented as a system, method or program product. Therefore, various aspects of the present invention may be specifically implemented in the following forms, namely: a complete hardware implementation, a complete software implementation (including firmware, microcode, etc.), or a combination of hardware and software, which may be collectively referred to herein as a "circuit", "module" or "system".

[0166] Refer to the following Fig. 9 The terminal device 900 according to this embodiment of the present invention is described. Fig. 9 The electronic device 900 shown is only an example and should not bring any limitation to the functions and scope of use of the embodiments of the present invention.

[0167] like Fig. 9 As shown, the electronic device 900 is in the form of a general computing device. The components of the electronic device 600 may include but are not limited to: the at least one processing unit 610, the at least one storage unit 620, and a bus 630 connecting different system components (including the storage unit 620 and the processing unit 610).

[0168] The storage unit stores program codes, which can be executed by the processing unit 610, so that the processing unit 610 performs the steps according to various exemplary embodiments of the present invention described in the above “Exemplary Method” section of this specification. For example, the processing unit 610 can perform the following steps: Figure 2 or Figure 3 Follow the steps shown in .

[0169] The storage unit 620 may include a readable medium in the form of a volatile storage unit, such as a random access memory unit (RAM) 6201 and / or a cache memory unit 6202 , and may further include a read-only memory unit (ROM) 6203 .

[0170] The storage unit 620 may also include a program / utility 6204 having a set (at least one) of program modules 6205, such program modules 6205 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0171] Bus 630 may represent one or more of several types of bus structures, including a memory unit bus or memory unit controller, a peripheral bus, an accelerated graphics port, a processing unit, or a local bus using any of a variety of bus architectures.

[0172] The computer system 600 may also communicate with one or more external devices 700 (e.g., keyboards, pointing devices, Bluetooth devices, etc.), one or more devices that enable a user to interact with the computer system 600, and / or any device that enables the computer system 600 to communicate with one or more other computing devices (e.g., routers, modems, etc.). Such communication may be performed via an input / output (I / O) interface 650. A display unit 640 is connected via the input / output (I / O) interface 650. Furthermore, the computer system 600 may also communicate with one or more networks (e.g., a local area network (LAN), a wide area network (WAN), and / or a public network, such as the Internet) via a network adapter 660. As shown, the network adapter 660 communicates with other modules of the computer system 600 via a bus 630. It should be understood that, although not shown in the figure, other hardware and / or software modules may be used in conjunction with the computer system 600, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems.

[0173] Through the description of the above implementation, it is easy for those skilled in the art to understand that the example implementation described here can be implemented by software, or by software combined with necessary hardware. Therefore, the technical solution according to the implementation of the present disclosure can be embodied in the form of a software product, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.) or on a network, including several instructions to enable a computing device (which can be a personal computer, a server, a terminal device, or a network device, etc.) to execute the method according to the implementation of the present disclosure.

[0174] In an exemplary embodiment of the present disclosure, a computer-readable storage medium is also provided, on which a program product capable of implementing the above method of the present specification is stored. In some possible implementations, various aspects of the present invention can also be implemented in the form of a program product, which includes a program code, and when the program product is run on a terminal device, the program code is used to enable the terminal device to execute the steps according to various exemplary embodiments of the present invention described in the above "Exemplary Method" section of the present specification.

[0175] refer to Fig.10 As shown, a program product 100 for implementing the above method according to an embodiment of the present invention is described, which can adopt a portable compact disk read-only memory (CD-ROM) and include program code, and can be run on a terminal device, such as a personal computer. However, the program product of the present invention is not limited thereto. In this document, a readable storage medium can be any tangible medium containing or storing a program, which can be used by or in combination with an instruction execution system, an apparatus or a device.

[0176] The program product may use any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination of the above. More specific examples (non-exhaustive list) of readable storage media include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0177] Computer readable signal media may include data signals propagated in baseband or as part of a carrier wave, in which readable program code is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. Readable signal media may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0178] The program code embodied on the readable medium may be transmitted using any appropriate medium, including but not limited to wireless, wired, optical cable, RF, etc., or any suitable combination of the foregoing.

[0179] Program code for performing the operations of the present invention may be written in any combination of one or more programming languages, including object-oriented programming languages ​​such as Java, C++, etc., and conventional procedural programming languages ​​such as "C" or similar programming languages. The program code may be executed entirely on the user computing device, partially on the user device, as a separate software package, partially on the user computing device and partially on a remote computing device, or entirely on a remote computing device or server. In cases involving a remote computing device, the remote computing device may be connected to the user computing device through any type of network, including a local area network (LAN) or a wide area network (WAN), or may be connected to an external computing device (e.g., through the Internet using an Internet service provider).

[0180] In addition, the above-mentioned figures are only schematic illustrations of the processes included in the method according to an exemplary embodiment of the present invention, and are not intended to be limiting. It is easy to understand that the processes shown in the above-mentioned figures do not indicate or limit the time sequence of these processes. In addition, it is also easy to understand that these processes can be performed synchronously or asynchronously, for example, in multiple modules.

[0181] Those skilled in the art will readily appreciate other embodiments of the present disclosure after considering the specification and practicing the invention disclosed herein. This application is intended to cover any variations, uses, or adaptations of the present disclosure that follow the general principles of the present disclosure and include common knowledge or customary technical means in the art that are not disclosed in the present disclosure. The specification and examples are to be considered as exemplary only, and the true scope and spirit of the present disclosure are indicated by the claims.

[0182] It should be understood that the present disclosure is not limited to the exact structures that have been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof. The scope of the present disclosure is limited only by the appended claims.

Claims

1. A physical random access channel repeated transmission method, characterized in that: The method comprises: When determining that the network device currently allows repeated transmission of a physical random access channel PRACH, if the terminal device itself has a PRACH repeated transmission capability, determining a current PRACH repeated transmission strategy, and performing PRACH repeated transmission according to the PRACH repeated transmission strategy; Determining the current PRACH repetition transmission strategy includes: Determine PRACH transmission timing; Determine the number of preambles used for PRACH repeated transmissions; When the terminal device identifies that the current channel quality is lower than a preset indicator and there are multiple available PRACH transmission opportunities, determine the number of PRACH repetition transmissions; After repeatedly transmitting PRACH on multiple PRACH transmission occasions, the terminal device monitors the physical downlink control channel PDCCH and attempts to use RA-RNTI to detect downlink control information DCI, wherein the RA-RNTI selects one PRACH transmission occasion from the multiple PRACH transmission occasions for calculation.

2. The physical random access channel repeated transmission method according to claim 1, characterized in that: The determining that the network device currently allows repeated transmission of a physical random access channel PRACH includes: The PRACH repeated transmission flag information is read to determine whether the network device currently supports repeated transmission of the PRACH according to the repeated transmission flag information.

3. The physical random access channel repeated transmission method according to claim 2, characterized in that: The reading of PRACH repeated transmission flag information includes: Parse the target signaling sent by the network device to read the PRACH repeated transmission flag information.

4. The physical random access channel repeated transmission method according to claim 3, characterized in that: The target signaling is a radio resource control message or a SIB1 message; The reading of repeated transmission flag information includes: When the repeated transmission flag is read as 1, it is determined that the network device currently supports repeated transmission PRACH; or When the repeated transmission flag is read as 0, it is determined that the network device currently does not support repeated transmission PRACH.

5. The physical random access channel repeated transmission method according to claim 1, characterized in that: When it is determined that the network device currently allows repeated transmission of a physical random access channel PRACH, the method further includes: The terminal device determines the current PRACH repetition transmission strategy according to the PRACH repetition transmission capability it supports.

6. The physical random access channel repeated transmission method according to claim 1, characterized in that: The terminal device recognizes that the current channel quality is lower than a preset indicator, including: The current target signal receiving power is obtained, and when the target signal receiving power is lower than a preset first threshold value, it is determined that the current channel quality of the terminal device is lower than a preset indicator.

7. The method for repeated transmission of a physical random access channel according to claim 6, characterized in that: The target signal receiving power includes the receiving power of a downlink signal.

8. The method for repeated transmission of a physical random access channel according to claim 7, characterized in that: The downlink signal includes a synchronization signal block SSB and / or a synchronization signal SS.

9. The method for repeated transmission of a physical random access channel according to claim 5, characterized in that: The terminal device recognizes that the current channel quality is lower than a preset indicator, including: When the signal receiving power of the downlink path loss reference measured and / or calculated by the terminal device is lower than a preset second threshold value, it is determined that the current channel quality of the terminal device is lower than the preset indicator.

10. The physical random access channel repeated transmission method according to claim 1 or 3, characterized in that: The number of PRACH repetition transmissions in the current PRACH repetition transmission strategy is determined according to any one or a combination of any number of the following conditions: The target signaling sent by the network device includes the number of PRACH repetition transmissions supported by the network device, the number of PRACH repetition transmissions supported by the terminal device, and the number of PRACH repetition transmissions calculated based on the current channel quality information of the terminal device.

11. The method for repeated transmission of a physical random access channel according to claim 3, characterized in that: The target signaling also includes: Any one or a combination of any two of the following: the timing of PRACH transmission, the number of preambles used for PRACH repeated transmission, the number of PRACH repeated transmissions supported by the network device, and the PRACH repeated transmission mode.

12. The physical random access channel repeated transmission method according to claim 1 or 11, characterized in that: The PRACH repeated transmission strategy also includes: a PRACH repeated transmission mode.

13. The physical random access channel repeated transmission method according to claim 1, characterized in that: Determine the number of preambles used for PRACH repeated transmissions, including: The number of preamble codes used for PRACH retransmission in the PRACH retransmission strategy is determined based on the number of preamble codes used for PRACH retransmission contained in the target signaling sent by the network device, and / or based on the currently available preamble codes identified by the terminal device.

14. The physical random access channel repeated transmission method according to claim 12, characterized in that: The PRACH repeated transmission mode includes: transmitting the same preamble code at multiple PRACH transmission occasions, or transmitting different preamble codes at multiple PRACH transmission occasions.

15. The physical random access channel repeated transmission method according to claim 14, characterized in that: Determining a PRACH repetition transmission mode in the PRACH repetition transmission strategy includes: The PRACH repetition transmission mode in the PRACH repetition transmission strategy is determined according to the PRACH repetition transmission mode included in the target signaling sent by the network device, and / or according to the number of currently available preamble codes identified by the terminal device.

16. The physical random access channel repeated transmission method according to claim 2 or 14, characterized in that: The method further comprises: The preamble in the PRACH repetition transmission strategy is determined based on a preamble sequence set for PRACH repetition transmission preconfigured by a network device.

17. The physical random access channel repeated transmission method according to claim 14, characterized in that: When the terminal device transmits the same preamble code on multiple PRACH transmission opportunities for PRACH repeated transmission, the method further includes: Monitor the physical downlink control channel PDCCH, and use RA-RNTI to try to decode and detect downlink control information DCI; wherein the RA-RNTI is determined based on a rule pre-agreed between the terminal device and the network device; the rule includes: selecting one from multiple RA-RNTIs corresponding to the multiple PRACH transmission opportunities.

18. The physical random access channel repeated transmission method according to claim 14, characterized in that: When the terminal device transmits different preamble codes at multiple PRACH transmission opportunities for PRACH repeated transmission, the method further includes: Monitor the physical downlink control channel PDCCH and use RA-RNTI to try to decode DCI; wherein the RA-RNTI is determined based on a rule pre-agreed between the terminal device and the network device; the rule includes: using multiple RA-RNTIs corresponding to the multiple PRACH transmission opportunities to respectively try to decode and detect DCI.

19. The method for repeated transmission of a physical random access channel according to claim 12, characterized in that: Determining a PRACH retransmission timing in the PRACH retransmission strategy includes: Based on the correspondence between the SSB index number decoded by the terminal device and the PRACH transmission timing, the currently available PRACH repeated transmission timing is determined.

20. A physical random access channel repeated transmission method, characterized in that: The method comprises: When the network device determines that the physical random access channel PRACH is currently allowed to be repeatedly transmitted, it notifies the terminal device, so that the terminal device that has the PRACH repeated transmission capability can determine the current PRACH repeated transmission strategy and perform PRACH repeated transmission when the terminal device recognizes that the current channel quality is lower than the preset indicator and there are multiple available PRACH transmission opportunities; Determining the current PRACH repetition transmission strategy includes: Determine PRACH transmission timing; Determine the number of preambles used for PRACH repeated transmissions; When the terminal device identifies that the current channel quality is lower than a preset indicator and there are multiple available PRACH transmission opportunities, determine the number of PRACH repetition transmissions; After the terminal device performs PRACH repetitive transmission on multiple PRACH transmission occasions, it monitors the physical downlink control channel PDCCH, selects one PRACH transmission occasion from the multiple PRACH transmission occasions to calculate the RA-RNTI, and attempts to use the RA-RNTI to detect downlink control information DCI.

21. The physical random access channel repeated transmission method according to claim 20, characterized in that: The network device notifies the terminal device that repeated transmission of the physical random access channel PRACH is currently allowed by configuring the PRACH repeated transmission flag information.

22. The physical random access channel repeated transmission method according to claim 21, characterized in that: The PRACH repetition transmission flag information is carried by target signaling; the method comprises: The network device notifies the terminal device through broadcast target signaling that repeated transmission of the physical random access channel PRACH is currently allowed.

23. The physical random access channel repeated transmission method according to claim 20, characterized in that: The method further comprises: When receiving multiple preamble codes repeatedly transmitted by a terminal device, the corresponding RA-RNTI is calculated according to a preset rule, and the RA-RNTI is used to detect the scheduling DCI of the random access response message; wherein, the multiple preamble codes repeatedly transmitted by the terminal device are the same multiple preamble codes, or different multiple preamble codes.

24. The physical random access channel repeated transmission method according to claim 23, characterized in that: When a plurality of different preamble codes repeatedly transmitted by a terminal device are detected, the calculating the corresponding RA-RNTI according to a preset rule includes: Select one of the multiple preambles, and calculate the RA-RNTI of the PRACH transmission opportunity corresponding to the preamble; or The RA-RNTI of the PRACH transmission opportunity corresponding to each of the preamble codes is calculated respectively.

25. The physical random access channel repeated transmission method according to claim 23, characterized in that: When detecting multiple identical preamble codes repeatedly transmitted by a terminal device, calculating the multiple preamble codes according to a preset rule to obtain a RA-RNTI value includes: When the same preamble code is detected on multiple PRACH transmission occasions, the multiple identical preamble codes are merged and processed, and the preamble code sequence power after the merged processing is greater than the preset third threshold value, based on the rules pre-agreed with the terminal device, one PRACH transmission opportunity is selected from the multiple PRACH transmission opportunities to calculate the corresponding RA-RNTI.

26. The method for repeated transmission of a physical random access channel according to claim 20, 21 or 23, characterized in that: The method further comprises: A first preamble code sequence set and a second preamble code sequence set are respectively configured for a first type of terminal equipment with PRACH repeated transmission capability and a second type of terminal equipment without PRACH repeated transmission capability.

27. The physical random access channel repeated transmission method according to claim 22, characterized in that: The target signaling also includes: Any one or a combination of any two of the following: the timing of PRACH transmission, the number of preambles used for PRACH repeated transmission, the number of PRACH repeated transmissions supported by the network device, and the PRACH repeated transmission mode.

28. A physical random access channel repeated transmission device, characterized in that: The device comprises: The terminal side repetitive transmission management module is used to determine the current PRACH repetitive transmission strategy when it is determined that the network device currently allows repeated transmission of the physical random access channel PRACH, if the terminal device itself has the PRACH repetitive transmission capability, and perform PRACH repetitive transmission according to the PRACH repetitive transmission strategy; Determining the current PRACH repetition transmission strategy includes: Determine PRACH transmission timing; Determine the number of preambles used for PRACH repeated transmissions; When the terminal device identifies that the current channel quality is lower than a preset indicator and there are multiple available PRACH transmission opportunities, determine the number of PRACH repetition transmissions; After repeatedly transmitting PRACH on multiple PRACH transmission occasions, the terminal device monitors the physical downlink control channel PDCCH and attempts to use RA-RNTI to detect downlink control information DCI, wherein the RA-RNTI selects one PRACH transmission occasion from the multiple PRACH transmission occasions for calculation.

29. A physical random access channel repeated transmission device, characterized in that: The device comprises: A network device repetition transmission management module is used for the network device to notify the terminal device when determining that the physical random access channel PRACH is currently allowed to be retransmitted, so that the terminal device that has the PRACH repetition transmission capability can determine the current PRACH repetition transmission strategy and perform PRACH repetition transmission when the terminal device identifies that the current channel quality is lower than the preset indicator and there are multiple available PRACH transmission opportunities; Determining the current PRACH repetition transmission strategy includes: Determine PRACH transmission timing; Determine the number of preambles used for PRACH repeated transmissions; When the terminal device identifies that the current channel quality is lower than a preset indicator and there are multiple available PRACH transmission opportunities, determine the number of PRACH repetition transmissions; After the terminal device performs PRACH repetitive transmission on multiple PRACH transmission occasions, it monitors the physical downlink control channel PDCCH, selects one PRACH transmission occasion from the multiple PRACH transmission occasions to calculate the RA-RNTI, and attempts to use the RA-RNTI to detect downlink control information DCI.

30. A storage medium having a computer program stored thereon, wherein when the program is executed by a processor, the method for repeated transmission of a physical random access channel according to any one of claims 1 to 19, or 20 to 27 is implemented.

31. An electronic device, characterized in that: include: processor; as well as A memory, configured to store executable instructions of the processor; The processor is configured to perform the physical random access channel repeated transmission method described in any one of claims 1 to 19, or 20 to 27 by executing the executable instructions.

Images