A method for multi-physical random access channel (PRACH) transmission and apparatuses thereof
By configuring an independent first maximum retransmission count for multiple PRACH transmissions, the problems of access failure and resource waste in PRACH transmissions are solved, resulting in higher access success rate and reduced energy consumption.
Patent Information
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- BEIJING XIAOMI MOBILE SOFTWARE CO LTD
- Filing Date
- 2023-02-16
- Publication Date
- 2026-05-29
AI Technical Summary
In existing technologies, the maximum number of retransmissions for PRACH transmission is not configured reasonably, which leads to access failures for terminal devices with poor channel conditions, causing long-term interference and resource waste, and increasing the energy consumption of terminal devices.
Configure an independent first maximum retransmission count for multiple PRACH transmissions to reduce resource conflicts and increase the probability of successful access.
By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, the success rate of RACH attempt access is improved, and interference time and energy consumption are reduced.
Smart Images

Figure CN116438912B_ABST
Abstract
Description
Technical Field
[0001] This application relates to the field of communication technology, and in particular to a method and apparatus for multi-PRACH transmission. Background Technology
[0002] To enhance coverage of the Physical Random Access Channel (PRACH), related technologies involve repeatedly transmitting PRACH messages during a single RACH attempt. To increase the chances of successful access for the terminal device, the network device can configure a maximum number of PRACH transmissions (preambleTransMax), allowing the terminal device to attempt access multiple times based on this maximum.
[0003] In practical applications, if the preambleTransMax parameter is configured improperly, for terminal devices that enable multi-PRACH transmission and have poor channel conditions, even if the RACH attempt reaches the maximum number of retransmissions, access may still fail, causing prolonged interference and wasting PRACH resources. Furthermore, it increases the power consumption of the terminal device. Therefore, determining the maximum number of retransmissions (preambleTransMax) for multi-PRACH transmission becomes a problem that needs to be solved. Summary of the Invention
[0004] This application provides a method and apparatus for multi-PRACH transmission, which can be applied in the field of communications to solve the problems of long interference time and waste of PRACH resources.
[0005] In a first aspect, embodiments of this application provide a method for multiple PRACH transmission, the method comprising:
[0006] Receive configuration information from network devices and, based on the configuration information, determine the first maximum number of independent retransmissions for multiple PRACH transmissions;
[0007] Perform multiple PRACH transmissions based on the first maximum retransmission count.
[0008] In this technical solution, a dedicated first maximum retransmission count can be configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts can be reduced, thereby increasing the probability of successful RACH attempt access.
[0009] Secondly, embodiments of this application provide another method for multi-PRACH transmission, the method comprising:
[0010] Receive the first maximum number of retransmissions sent by the network device.
[0011] Thirdly, embodiments of this application provide a communication device that implements some or all of the functions of the network device described in the first aspect above. For example, the communication device may have the functions of some or all of the embodiments in this application, or it may have the functions of any one embodiment in this application implemented individually. The functions may be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more units or modules corresponding to the above functions.
[0012] In one implementation, the communication device may include a transceiver module and a processing module, the processing module being configured to support the communication device in performing the corresponding functions described in the above method. The transceiver module supports communication between the communication device and other devices. The communication device may also include a storage module, coupled to the transceiver module and the processing module, which stores necessary computer programs and data for the communication device.
[0013] As an example, the processing module can be a processor, the transceiver module can be a transceiver or a communication interface, and the storage module can be a memory.
[0014] Fourthly, embodiments of this application provide another communication device that implements some or all of the functions of the terminal device described in the method example of the second aspect above. For example, the communication device may have the functions of some or all of the embodiments in this application, or it may have the functions of any one embodiment in this application implemented individually. The functions may be implemented by hardware or by hardware executing corresponding software. The hardware or software includes one or more units or modules corresponding to the above functions.
[0015] In one implementation, the communication device may include a transceiver module and a processing module, the processing module being configured to support the communication device in performing the corresponding functions described in the above method. The transceiver module is used to support communication between the communication device and other devices. The communication device may also include a storage module, which is coupled to the transceiver module and the processing module, and stores the necessary computer programs and data of the communication device.
[0016] Fifthly, embodiments of this application provide a communication device including a processor, which executes the method described in the first aspect when it calls a computer program in memory.
[0017] In a sixth aspect, embodiments of this application provide a communication device including a processor that, when the processor invokes a computer program in memory, executes the method described in the second aspect above.
[0018] In a seventh aspect, embodiments of this application provide a communication device, which includes a processor and a memory, wherein the memory stores a computer program; the processor executes the computer program stored in the memory to cause the communication device to perform the method described in the first aspect above.
[0019] Eighthly, embodiments of this application provide a communication device including a processor and a memory, the memory storing a computer program; the processor executes the computer program stored in the memory to cause the communication device to perform the method described in the second aspect above.
[0020] Ninthly, embodiments of this application provide a communication device, the device including a processor and an interface circuit, the interface circuit being used to receive code instructions and transmit them to the processor, the processor being used to execute the code instructions to cause the device to perform the method described in the first aspect above.
[0021] In a tenth aspect, embodiments of this application provide a communication device including a processor and an interface circuit. The interface circuit is used to receive code instructions and transmit them to the processor, which is used to execute the code instructions to cause the device to perform the method described in the second aspect above.
[0022] Eleventhly, embodiments of this application provide a system for multi-PRACH transmission, the system including the communication device described in the third aspect and the communication device described in the fourth aspect, or the system including the communication device described in the fifth aspect and the communication device described in the sixth aspect, or the system including the communication device described in the seventh aspect and the communication device described in the eighth aspect, or the system including the communication device described in the ninth aspect and the communication device described in the tenth aspect.
[0023] In a twelfth aspect, embodiments of the present invention provide a computer-readable storage medium for storing instructions for use by the network device described above, which, when executed, cause the network device to perform the method described in the first aspect.
[0024] In a thirteenth aspect, embodiments of the present invention provide a readable storage medium for storing instructions for use by the aforementioned terminal device, which, when executed, cause the terminal device to perform the method described in the second aspect.
[0025] In a fourteenth aspect, this application also provides a computer program product including a computer program that, when run on a computer, causes the computer to perform the method described in the first aspect above.
[0026] In a fifteenth aspect, this application also provides a computer program product including a computer program, which, when run on a computer, causes the computer to perform the method described in the second aspect above.
[0027] In a sixteenth aspect, this application provides a chip system including at least one processor and an interface for supporting a network device in implementing the functions involved in the first aspect, such as determining or processing at least one of the data and information involved in the above methods. In one possible design, the chip system further includes a memory for storing computer programs and data necessary for the network device. The chip system may be composed of chips or may include chips and other discrete devices.
[0028] In a seventeenth aspect, this application provides a chip system including at least one processor and an interface for supporting a terminal device in implementing the functions involved in the second aspect, such as determining or processing at least one of the data and information involved in the above methods. In one possible design, the chip system further includes a memory for storing computer programs and data necessary for the terminal device. The chip system may be composed of chips or may include chips and other discrete devices.
[0029] In an eighteenth aspect, this application provides a computer program that, when run on a computer, causes the computer to perform the method described in the first aspect above.
[0030] In a nineteenth aspect, this application provides a computer program that, when run on a computer, causes the computer to perform the method described in the second aspect above. Attached Figure Description
[0031] To more clearly illustrate the technical solutions in the embodiments of this application or the background art, the accompanying drawings used in the embodiments of this application or the background art will be described below.
[0032] Figure 1 This is a schematic diagram of the architecture of a communication system provided in an embodiment of this application;
[0033] Figure 2 This is a flowchart illustrating a method for multi-PRACH transmission provided in an embodiment of this application;
[0034] Figure 3 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0035] Figure 4 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0036] Figure 5 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0037] Figure 6 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0038] Figure 7 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0039] Figure 8 This is a schematic diagram of another multi-PRACH transmission provided in an embodiment of this application;
[0040] Figure 9 This is a schematic diagram of another multi-PRACH transmission provided in an embodiment of this application;
[0041] Figure 10 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0042] Figure 11 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0043] Figure 12 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0044] Figure 13 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0045] Figure 14 This is a flowchart illustrating another method for multi-PRACH transmission provided in an embodiment of this application;
[0046] Figure 15 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;
[0047] Figure 16 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;
[0048] Figure 17 This is a schematic diagram of the structure of a chip provided in an embodiment of this application. Detailed Implementation
[0049] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numerals in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this disclosure. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this disclosure as detailed in the appended claims.
[0050] The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the present disclosure. The singular forms “a” and “the” as used in this disclosure and the appended claims are also intended to include the plural forms unless the context clearly indicates otherwise. It should also be understood that the term “and / or” as used herein refers to and includes any and all possible combinations of one or more of the associated listed items.
[0051] It should be understood that although the terms first, second, third, etc., may be used to describe various information in embodiments of this disclosure, such information should not be limited to these terms. These terms are only used to distinguish information of the same type from one another. For example, without departing from the scope of embodiments of this disclosure, first information may also be referred to as second information, and similarly, second information may also be referred to as first information. Depending on the context, the word "if" as used herein can be interpreted as "when," "when," or "in response to a determination." For the purpose of brevity and ease of understanding, the terms "greater than" or "less than," "higher than," or "lower than" are used herein to characterize size relationships. However, it will be understood by those skilled in the art that the term "greater than" also encompasses the meaning of "greater than or equal to," and "less than" also encompasses the meaning of "less than or equal to"; the term "higher than" also encompasses the meaning of "higher than or equal to," and "lower than" also encompasses the meaning of "lower than or equal to."
[0052] To facilitate understanding, the terminology used in this application will be introduced first.
[0053] When a terminal device sends a preamble, it can perform a preamble time-domain repetition, which means sending multiple preambles on PRACH resources with consecutive time-domain numbers. Here, a single PRACH transmission refers to transmitting multiple preambles consecutively as a whole, while multiple PRACH transmissions refer to performing multiple PRACH transmissions.
[0054] To better understand the multi-PRACH transmission method disclosed in the embodiments of this application, the communication system to which the embodiments of this application are applicable is first described below.
[0055] Please see Figure 1 , Figure 1 This application provides a schematic diagram of the architecture of a communication system according to an embodiment. The communication system may include, but is not limited to, a network device and a terminal device. Figure 1 The number and form of devices shown are for illustrative purposes only and do not constitute a limitation on the embodiments of this application. In actual applications, it may include two or more network devices and two or more terminal devices. Figure 1 The communication system shown is exemplified by a network device 101 and a terminal device 102.
[0056] It should be noted that the technical solutions of this application embodiment can be applied to various communication systems. For example, the 3rd generation (3G) Universal Mobile Telecommunications System (UMTS) Long Term Evolution (LTE) system, the 5th generation (5G) mobile communication system, the 5G New Radio (NR) system, the 6th generation (6G) mobile communication system, or other future new mobile communication systems, etc.
[0057] The network device 101 in this embodiment is a network-side entity used for transmitting or receiving signals. For example, the network device 101 can be an evolved NodeB (eNB), a transmission reception point (TRP), a next-generation NodeB (gNB) in an NR system, a base station in other future mobile communication systems, or an access node in a wireless fidelity (WiFi) system. This application does not limit the specific technology or device form used in the network device. The network device provided in this embodiment can be composed of a central unit (CU) and a distributed unit (DU). The CU can also be called a control unit. Using a CU-DU structure allows the protocol layer of a network device, such as a base station, to be separated. Some protocol layer functions are centrally controlled by the CU, while the remaining or all protocol layer functions are distributed in the DU, which is centrally controlled by the CU.
[0058] In this application embodiment, the terminal device 102 is a user-side entity used to receive or transmit signals, such as a mobile phone. The terminal device can also be referred to as a terminal, user equipment (UE), mobile station (MS), mobile terminal (MT), etc. The terminal device can be a car with communication capabilities, a smart car, a mobile phone, a wearable device, a tablet computer, a computer with wireless transceiver capabilities, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical surgery, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, a wireless terminal device in a smart home, etc. The embodiments of this application do not limit the specific technology or device form used in the terminal device.
[0059] It is understood that the communication system described in the embodiments of this application is for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and does not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of system architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.
[0060] It should be noted that the multi-PRACH transmission method provided in any embodiment of this application can be executed alone, or can be executed together with possible implementation methods in other embodiments, or can be executed together with any technical solution in related technologies.
[0061] In related technologies, the maximum number of retransmissions for multi-PRACH transmission can be configured to be the same as the maximum number of retransmissions for traditional RACH (legacy RACH). However, when the preambleTransMax value of this legacy RACH is large, for terminal devices that enable multi-PRACH transmission and have poor channel conditions, even if the RACH attempt reaches the maximum number, access may still fail. This will cause prolonged interference and waste of PRACH resources. In addition, it will increase the power consumption of the terminal.
[0062] The method and apparatus for multi-PRACH transmission provided in this application will be described in detail below with reference to the accompanying drawings.
[0063] Please see Figure 2 , Figure 2 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 2 As shown, the method may include, but is not limited to, the following steps:
[0064] S201, receive configuration information sent by the network device, and determine the first maximum number of retransmissions for independent multi-PRACH transmissions based on the configuration information.
[0065] Based on reducing interference and PRACH resource waste, in order to improve the success rate of random access of terminal devices, an independent first maximum retransmission number can be determined for multiple PRACH transmissions in this embodiment. That is, the multiple PRACH transmissions can have their own exclusive first maximum retransmission number.
[0066] Optionally, the first maximum retransmission count can be different from the second maximum retransmission count of the legacy RACH; for example, the first maximum retransmission count can be less than the second maximum retransmission count of the legacy RACH. Alternatively, the first maximum retransmission count can be the same as the second maximum retransmission count of the legacy RACH.
[0067] In some implementations, terminal devices can receive configuration information sent by network devices through Radio Resource Control (RRC).
[0068] In other implementations, the terminal device can receive information about multiple PRACH transmissions sent by the network device through System information block 1 (SIB1).
[0069] In some implementations, the configuration information sent by the network device may include at least one of the following parameters:
[0070] The first maximum retransmission count is independent for multiple PRACH transmissions;
[0071] The second maximum retransmission count in traditional RACH;
[0072] The number of PRACH transmissions attempted in a single RACH attempt;
[0073] Setting value;
[0074] The offset of the second maximum retransmission count;
[0075] The set coefficient corresponding to the second maximum number of retransmissions.
[0076] In some implementations, the terminal device can determine the first maximum retransmission count for multi-PRACH transmissions based on network configuration. In this implementation, the network device can directly configure the terminal device with an independent first maximum retransmission count for multi-PRACH transmissions.
[0077] In other implementations, the terminal device can determine the first maximum retransmission count for multi-PRACH transmissions based on protocol conventions. In this implementation, the terminal device can receive relevant configuration information sent by the network device and determine the independent first maximum retransmission count for multi-PRACH transmissions based on the network device's configuration information and protocol conventions. The relevant configuration information may include one or more of the following: a second maximum retransmission count for traditional RACH, the number of multi-PRACH transmissions in a single RACH attempt, a set value, an offset value for the second maximum retransmission count, and a set coefficient corresponding to the second maximum retransmission count.
[0078] In some other implementations, when the network device does not directly configure the first maximum retransmission count, the terminal device can determine the first maximum retransmission count for multiple PRACH transmissions independently based on relevant configuration information and protocol agreements.
[0079] S202, perform multiple PRACH transmissions based on the first maximum retransmission count.
[0080] After determining the first maximum number of retransmissions for multiple PRACH transmissions, the terminal device can initiate a RACH attempt to the network device based on the first maximum number of retransmissions, so as to successfully complete random access within the first maximum number of retransmissions.
[0081] A terminal device can initiate a RACH attempt, during which it can send one or more PRACH transmissions to the network device for random access. At the end of the contention resolution window, the terminal device can confirm successful access if it receives Downlink Control Information (DCI) messages 4 (msg4) and 3 (msg3), or if the content of received msg4 matches that of msg3.
[0082] If the terminal device does not receive its own UL grant by the end of the RAR window, or if the terminal device does not receive the retransmission DCI of msg4 or msg3 by the end of the contention resolution window, or if the terminal device receives msg4 but the contention resolution fails (e.g., the first 48 bits of msg4 are inconsistent with the content sent in msg3), it can be determined that the terminal device's access has failed. The terminal device can re-initiate a RACH attempt or PRACH transmission until access is successful, or until the first maximum number of retransmissions is reached and access still fails.
[0083] In this embodiment, a dedicated first maximum retransmission count can be determined for multiple PRACH transmissions. By using a dedicated first maximum retransmission count, PRACH resource conflicts can be reduced, thereby increasing the probability of successful RACH attempt access.
[0084] Please see Figure 3 , Figure 3 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 3 As shown, the method may include, but is not limited to, the following steps:
[0085] S301, receive the second maximum number of retransmissions for conventional RACH and the number of transmissions for multiple RACH attempts in a single RACH attempt configured by the network device.
[0086] Optionally, the terminal device can receive the second maximum number of retransmissions for the traditional RACH configured by the network device via RRC or SIB1, as well as the number of transmissions for multiple PRACH attempts in a single RACH attempt.
[0087] S302, determine the first maximum number of retransmissions for multi-PRACH transmission based on the second maximum number of retransmissions and the number of transmissions for multiple PRACHs in a single RACH attempt.
[0088] In some implementations, a first ratio is obtained between the second maximum retransmission count of a traditional RACH and the number of transmissions in a single RACH attempt involving multiple PRACHs, and the first maximum retransmission count is determined based on this first ratio. Alternatively, the first ratio can be directly determined as the first maximum retransmission count for multiple PRACH transmissions.
[0089] In other implementations, a setting value configured by the network device is received; or, the setting value is determined based on protocol conventions. A second ratio is obtained between the number of transmissions in a single RACH attempt and the setting value. For example, the setting value can be N, where N can be 2. Further, a third ratio is obtained between the second maximum retransmission count of traditional RACH and the second ratio, and the first maximum retransmission count is determined as the third ratio.
[0090] As one possible implementation, multiple PRACH attempts in a single RACH attempt can correspond to one or more candidate transmission counts. In this embodiment, the terminal device can receive the candidate transmission counts for multiple PRACH attempts in a single RACH attempt configured by the network device. These candidate transmission counts can be one or a subset of counts, which may include two or more candidate transmission counts. The terminal device can determine the first maximum retransmission count for each candidate transmission count in a single RACH attempt. That is, for each candidate transmission count, the terminal device can determine the first maximum retransmission count for the multiple PRACH transmission corresponding to that candidate transmission count in the manner described above, based on the second maximum retransmission count and the candidate transmission count. Optionally, the set values or set coefficients corresponding to the candidate transmission counts for different single RACH attempts can be different. Accordingly, different candidate transmission counts correspond to different first maximum retransmission counts. Accordingly, the terminal device can receive the candidate transmission counts for multiple PRACH attempts in a single RACH attempt and the first maximum retransmission counts corresponding to the candidate transmission counts configured by the network device. The first maximum retransmission count can be different for different candidate transmission counts.
[0091] To reduce PRACH resource conflicts, this embodiment reduces the preambleTransMax value for multi-PRACH transmissions, thus decreasing the access opportunities for terminal devices and potentially causing RACH access failure. To improve the success rate of RACH access, the network device can configure a reasonable amount of transmission resources for multi-PRACH transmissions and determine the corresponding transmission resource amount for each candidate transmission count of multiple PRACH attempts in a single RACH attempt. For example, the network device can determine the number of preambles for each candidate transmission count of multiple PRACH attempts in a single RACH attempt. Accordingly, the terminal device can receive the candidate transmission counts and corresponding transmission resource amounts for multiple PRACH attempts in a single RACH attempt configured by the network device. The transmission resource amounts corresponding to different candidate transmission counts can be different.
[0092] S303, perform multiple PRACH transmissions based on the first maximum retransmission count.
[0093] In the embodiments of this application, step S303 can be implemented in any of the embodiments of this application, and no limitation is made here, nor will it be described in detail.
[0094] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0095] Please see Figure 4 , Figure 4 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 4 As shown, the method may include, but is not limited to, the following steps:
[0096] S401, the second maximum number of retransmissions for the traditional RACH configured by the receiving network device.
[0097] Optionally, the terminal device can receive the second maximum retransmission count of the traditional RACH configured by the network device via RRC or SIB1.
[0098] S402, receive the offset value of the second maximum retransmission number configured by the network device, or determine the offset value of the second maximum retransmission number based on the protocol agreement.
[0099] Optionally, the terminal device can receive the offset value of the second maximum retransmission count configured by the network device via RRC or SIB1.
[0100] Optionally, if the network device is not configured with a set coefficient, the offset value of the second maximum retransmission number can be determined based on the protocol agreement.
[0101] Optionally, the terminal device can directly determine the offset value of the second maximum retransmission number based on the protocol agreement.
[0102] S403, determine the first maximum retransmission count for multi-PRACH transmission based on the second maximum retransmission count and the offset value.
[0103] Optionally, the network device can determine the difference between the second maximum retransmission count and the offset value of the conventional RACH, and determine the difference between the second maximum retransmission count and the offset value as the first maximum retransmission count for multi-PRACH transmission.
[0104] In some implementations, the terminal device can receive the candidate transmission counts for multiple PRACH attempts in a single RACH attempt configured by the network device. These candidate transmission counts can be one or a subset, which may include two or more candidate transmission counts. When there are multiple candidate transmission counts for multiple PRACH attempts in a single RACH attempt, each candidate transmission count can have an offset value. For each candidate transmission count, the terminal device can determine the first maximum retransmission count for the multiple PRACH transmission corresponding to that candidate transmission count based on the second maximum retransmission count and the offset value corresponding to that candidate transmission count. Optionally, the offset values corresponding to the candidate transmission counts for multiple PRACH attempts in different single RACH attempts can be different, thus different candidate transmission counts correspond to different first maximum retransmission counts.
[0105] In other implementations, the terminal device can receive the number of candidate transmissions for a single RACH attempt and the corresponding transmission resource amount configured by the network device. The transmission resource amount can vary depending on the number of candidate transmissions.
[0106] S404, perform multiple PRACH transmissions based on the first maximum retransmission count.
[0107] In the embodiments of this application, step S404 can be implemented in any of the ways described in the various embodiments of this application. This is not limited here and will not be elaborated further.
[0108] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0109] Please see Figure 5 , Figure 5 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 5 As shown, the method may include, but is not limited to, the following steps:
[0110] S501, the second maximum number of retransmissions configured for traditional RACH by the receiving network device.
[0111] Optionally, the terminal device can receive the second maximum retransmission count of the traditional RACH configured by the network device via RRC or SIB1.
[0112] S502, receive the configuration parameters of the network device, or determine the configuration parameters based on the protocol agreement.
[0113] Optionally, the terminal device can receive the configuration parameters of the network device via RRC or SIB1.
[0114] Optionally, if the network device is not configured with a setting coefficient, the setting coefficient can be determined based on protocol agreement. Optionally, the setting coefficient can be a value greater than 0 and less than or equal to 1.
[0115] Optionally, the terminal device can directly determine the setting coefficients based on the protocol agreement.
[0116] S503 determines the first maximum retransmission count for multi-PRACH transmission based on the second maximum retransmission count and a set coefficient.
[0117] Optionally, the product of the second maximum retransmission count and a set coefficient is determined, and the product is determined to be the first maximum retransmission count for multi-PRACH transmission.
[0118] In some implementations, the terminal device can receive the number of candidate transmissions for multiple PRACH attempts in a single RACH attempt, configured by the network device. This number of candidate transmissions can be one or a subset, which may include two or more candidate transmissions. When there are multiple candidate transmissions for multiple PRACH attempts in a single RACH attempt, each candidate transmission can be configured with a corresponding set coefficient. For each candidate transmission, the terminal device can determine the first maximum retransmission count for the multiple PRACH transmission corresponding to that candidate transmission count based on the second maximum retransmission count and the set coefficient corresponding to that candidate transmission count. Optionally, the set coefficients corresponding to the candidate transmission counts for multiple PRACH attempts in different single RACH attempts can be different, thus different candidate transmission counts correspond to different first maximum retransmission counts.
[0119] In other implementations, the terminal device can receive the number of candidate transmissions for a single RACH attempt and the corresponding transmission resource amount configured by the network device. The transmission resource amount can vary depending on the number of candidate transmissions.
[0120] S504 performs multiple PRACH transmissions based on the first maximum retransmission count.
[0121] In the embodiments of this application, step S504 can be implemented in any of the ways described in the various embodiments of this application. This is not limited here and will not be elaborated further.
[0122] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0123] Please see Figure 6 , Figure 6 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 6 As shown, the method may include, but is not limited to, the following steps:
[0124] S601, the first maximum number of retransmissions received from the network device.
[0125] Optionally, the terminal device can receive the first maximum retransmission count sent by the network device via RRC or SIB1. Optionally, the network device can determine the first maximum retransmission count for multi-PRACH transmission based on the second maximum retransmission count for conventional RACH and the number of transmissions in a single RACH attempt. Determining the first maximum retransmission count for multi-PRACH transmission can be implemented using any of the methods described in the various embodiments of this application, and is not limited thereto, nor will it be described in detail here.
[0126] Optionally, when there are multiple candidate transmission counts for multiple PRACH attempts in a single RACH attempt, the terminal device can receive the candidate transmission counts for multiple PRACH attempts in a single RACH attempt and the first maximum retransmission count corresponding to each candidate transmission count configured by the network device. It is understood that different candidate transmission counts for multiple PRACH attempts in a single RACH attempt correspond to different first maximum retransmission counts.
[0127] Optionally, when there are multiple candidate transmission counts for multiple PRACHs in a single RACH attempt, the terminal device can receive the candidate transmission counts for multiple PRACHs configured by the network device for a single RACH attempt, as well as the transmission resource amount corresponding to each candidate transmission count. Different candidate transmission counts correspond to different transmission resource amounts.
[0128] S602, perform multiple PRACH transmissions based on the first maximum retransmission count.
[0129] In the embodiments of this application, step S602 can be implemented in any of the embodiments of this application, and no limitation is made here, nor will it be described in detail.
[0130] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0131] Please see Figure 7 , Figure 7 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 7 As shown, the method may include, but is not limited to, the following steps:
[0132] S701, the second maximum number of retransmissions configured for traditional RACH by the receiving network device.
[0133] Optionally, the terminal device can receive the second maximum retransmission count of the traditional RACH configured by the network device via RRC or SIB1.
[0134] S702, when the second maximum retransmission count is greater than the set threshold, determines the first maximum retransmission count for multi-PRACH transmission according to the network configuration and / or protocol agreement.
[0135] After determining the second maximum retransmission count for traditional RACH, it can be compared with a set threshold. If the second maximum retransmission count exceeds the set threshold, a first maximum retransmission count for multi-PRACH transmission can be determined based on network configuration and / or protocol conventions. The determination of the first maximum retransmission count for multi-PRACH transmission can be implemented using any of the methods described in the various embodiments of this application; no limitation is imposed here, and further details will not be provided.
[0136] S703, when the second maximum retransmission count is less than or equal to a set threshold, determines the first maximum retransmission count of multi-PRACH transmission as the second maximum retransmission count.
[0137] S704 performs multiple PRACH transmissions based on the first maximum retransmission count.
[0138] In the embodiments of this application, step S704 can be implemented in any of the ways described in the various embodiments of this application. This is not limited here and will not be described in detail.
[0139] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0140] Please see Figure 8 , Figure 8 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a network device. Figure 8 As shown, the method may include, but is not limited to, the following steps:
[0141] S801 sends information about multiple PRACH transmissions to the terminal device. This configuration information is used to determine the first maximum number of retransmissions for each independent multiple PRACH transmission.
[0142] Based on reducing interference and PRACH resource waste, in order to increase the success rate of random access of terminal devices, an independent first maximum retransmission number can be determined for multiple PRACH transmissions in this embodiment. That is, the multiple PRACH transmissions can have their own exclusive first maximum retransmission number.
[0143] Optionally, the first maximum retransmission count can be different from the second maximum retransmission count of the legacy RACH; for example, the first maximum retransmission count can be less than the second maximum retransmission count of the legacy RACH. Alternatively, the first maximum retransmission count can be the same as the second maximum retransmission count of the legacy RACH.
[0144] In some implementations, the configuration information sent by the network device may include at least one of the following parameters:
[0145] The first maximum retransmission count is independent for multiple PRACH transmissions;
[0146] The second maximum retransmission count in traditional RACH;
[0147] The number of PRACH transmissions attempted in a single RACH attempt;
[0148] Setting value;
[0149] The offset value of the second maximum retransmission;
[0150] The set coefficient corresponding to the second maximum number of retransmissions.
[0151] In some implementations, network devices can directly configure the first maximum retransmission count for multiple PRACH transmissions to be independent for the terminal device.
[0152] In other implementations, the network device can send configuration information related to multiple PRACH transmissions to the terminal device. This configuration information, along with protocol conventions, determines a first maximum retransmission count for each multiple PRACH transmission. The configuration information may include one or more of the following: a second maximum retransmission count for traditional RACH, the number of multiple PRACH transmissions attempted in a single RACH attempt, a setting value, an offset value for the second maximum retransmission count, and a setting coefficient corresponding to the second maximum retransmission count.
[0153] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0154] Please see Figure 9 , Figure 9 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 9 As shown, the method may include, but is not limited to, the following steps:
[0155] S901 configures the terminal device with the second maximum number of retransmissions for traditional RACH and the number of transmissions for multiple PRACH attempts in a single RACH attempt.
[0156] Network devices can send the second maximum retransmission count for traditional RACH and the number of PRACH transmissions in a single RACH attempt to terminal devices via RRC or SIB1. Terminal devices can determine the first maximum retransmission count for multi-PRACH transmissions based on the second maximum retransmission count and the number of PRACH transmissions in a single RACH attempt. It is understood that the specific implementation can be carried out using any of the methods described in the various embodiments of this application, and no limitation is imposed here, nor will it be elaborated further.
[0157] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0158] Please see Figure 10 , Figure 10 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a network device. Figure 10 As shown, the method may include, but is not limited to, the following steps:
[0159] S1001 configures the terminal device with the second maximum number of retransmissions for traditional RACH and the number of transmissions for multiple PRACH attempts in a single RACH attempt.
[0160] S1002, Configure settings to the terminal device.
[0161] In some implementations, the network device can send the second maximum retransmission count for traditional RACH, the number of multiple PRACH transmissions in a single RACH attempt, and a set value to the terminal device via RRC or SIB1. The terminal device can determine the first maximum retransmission count for multiple PRACH transmissions based on the second maximum retransmission count, the number of multiple PRACH transmissions in a single RACH attempt, and the set value. It is understood that the specific implementation can be carried out using any of the methods described in the various embodiments of this application, and no limitation is imposed here, nor will it be elaborated further.
[0162] In other implementations, when there are multiple candidate transmissions for multiple PRACH attempts in a single RACH attempt, the network device can configure a corresponding setting value for each candidate transmission number.
[0163] In other implementations, when there are multiple candidate transmissions for multiple PRACHs in a single RACH attempt, the network device can configure the terminal device with the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the amount of transmission resources corresponding to each candidate transmission, wherein different candidate transmissions correspond to different amounts of transmission resources.
[0164] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0165] Please see Figure 11 , Figure 11 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 11 As shown, the method may include, but is not limited to, the following steps:
[0166] S1101, Configure the terminal device with the second maximum retransmission count and the offset value of the second maximum retransmission count for traditional RACH.
[0167] In some implementations, the network device can send the second maximum retransmission count and its offset to the terminal device via RRC or SIB1. The terminal device can then determine the first maximum retransmission count for multi-PRACH transmission based on the second maximum retransmission count and the offset. It is understood that the specific implementation can be carried out using any of the methods described in the various embodiments of this application, and no limitation is imposed here, nor will further details be provided.
[0168] In other implementations, when there are multiple candidate transmissions for multiple PRACH attempts in a single RACH attempt, the network device can configure a corresponding offset value for each candidate transmission.
[0169] In other implementations, when there are multiple candidate transmissions for multiple PRACHs in a single RACH attempt, the network device can configure the terminal device with the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the amount of transmission resources corresponding to each candidate transmission, wherein different candidate transmissions correspond to different amounts of transmission resources.
[0170] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0171] Please see Figure 12 , Figure 12 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 12 As shown, the method may include, but is not limited to, the following steps:
[0172] S1201, configures the terminal device with the second maximum retransmission count and setting coefficient of traditional RACH.
[0173] In some implementations, the network device can send the second maximum retransmission count and a set coefficient for traditional RACH to the terminal device via RRC or SIB1. The terminal device can determine the first maximum retransmission count for multi-PRACH transmission based on the second maximum retransmission count and the offset value. It is understood that the specific implementation can be carried out in any of the ways described in the various embodiments of this application, and no limitation is made here, nor will it be described in detail.
[0174] In other implementations, when there are multiple candidate transmissions for multiple PRACH attempts in a single RACH attempt, the network device can configure a corresponding set coefficient for each candidate transmission.
[0175] In other implementations, when there are multiple candidate transmissions for multiple PRACHs in a single RACH attempt, the network device can configure the terminal device with the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the amount of transmission resources corresponding to each candidate transmission, wherein different candidate transmissions correspond to different amounts of transmission resources.
[0176] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0177] Please see Figure 13 , Figure 13 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 13 As shown, the method may include, but is not limited to, the following steps:
[0178] S1301, Configure the first maximum number of retransmissions for multiple PRACH transmissions to the terminal device.
[0179] In some implementations, network devices can send the first maximum retransmission count and a set coefficient for multiple PRACH transmissions to the terminal device via RRC or SIB1.
[0180] In other implementations, when there are multiple candidate transmission counts for multiple PRACHs in a single RACH attempt, the network device can configure the terminal device with the number of candidate transmission counts for multiple PRACHs corresponding to a single RACH attempt and the first maximum retransmission count for each candidate transmission count, wherein different candidate transmission counts correspond to different first maximum retransmission counts.
[0181] In other implementations, when there are multiple candidate transmissions for multiple PRACHs in a single RACH attempt, the network device can configure the terminal device with the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the amount of transmission resources corresponding to each candidate transmission, wherein different candidate transmissions correspond to different amounts of transmission resources.
[0182] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0183] Please see Figure 14 , Figure 14 This is a flowchart illustrating a method for multi-PRACH transmission according to an embodiment of this application. This multi-PRACH transmission method can be executed by a terminal device. Figure 14 As shown, the method may include, but is not limited to, the following steps:
[0184] S1401, the network device sends configuration information for multiple PRACH transmission to the terminal device.
[0185] The configuration information is used to determine the first maximum number of retransmissions independent of the multi-PRACH transmission.
[0186] In the embodiments of this application, step S1401 can be implemented in any of the ways described in the various embodiments of this application. This is not limited here and will not be described in detail.
[0187] S1402, the terminal device determines the first maximum number of retransmissions for multiple PRACH transmissions independently based on the configuration information.
[0188] In the embodiments of this application, step S1402 can be implemented in any of the embodiments of this application, and no limitation is made here, nor will it be described in detail.
[0189] S1403, perform multiple PRACH transmissions based on the first maximum retransmission count.
[0190] In the embodiments of this application, step S1403 can be implemented in any of the embodiments of this application, and no limitation is made here, nor will it be described in detail.
[0191] In the embodiments provided above, the methods provided by the embodiments of this application have been described from the perspectives of network devices and terminal devices, respectively. To implement the functions of the methods provided in the embodiments of this application, the network device and the terminal device may include hardware structures and software modules, implementing the above functions in the form of hardware structures, software modules, or a combination of hardware structures and software modules. One of the above functions can be executed in the form of hardware structures, software modules, or a combination of hardware structures and software modules.
[0192] Please see Figure 15 This is a schematic diagram of the structure of a communication device 1500 provided in an embodiment of this application. Figure 15The communication device 1500 shown may include a transceiver module 1501 and a processing module 1502. The transceiver module 1501 may include a sending module and / or a receiving module. The sending module is used to implement the sending function, and the receiving module is used to implement the receiving function. The transceiver module 1501 can implement the sending function and / or the receiving function.
[0193] The communication device 1500 can be a network device, a device within a network device, or a device compatible with a network device. Alternatively, the communication device 1500 can be a terminal device, a device within a terminal device, or a device compatible with a terminal device.
[0194] Communication device 1500 is a terminal device:
[0195] The transceiver module 1501 is used to receive configuration information of the network device configuration, and based on the configuration information, determine the first maximum number of independent retransmissions for multiple PRACH transmissions; and perform multiple PRACH transmissions according to the first maximum number of retransmissions.
[0196] In some implementations, processing module 1502 is configured to determine the first maximum retransmission count using one of the following methods: configured by the network device; or...
[0197] Determined based on the agreement; or,
[0198] When the network device is not configured, it is determined based on the protocol agreement.
[0199] In some implementations, the transceiver module 1501 is also used to receive the second maximum retransmission count of the conventional random access channel RACH configured by the network device and the number of transmissions of multiple PRACHs in a single RACH attempt;
[0200] In some implementations, the processing module 1502 is further configured to determine the first maximum retransmission count based on the second maximum retransmission count and the number of transmissions of multiple PRACHs in the single RACH attempt.
[0201] In some implementations, the processing module 1502 is further configured to obtain a first ratio between the second maximum retransmission count and the number of transmissions of multiple PRACHs in a single RACH attempt; and determine the first maximum retransmission count based on the first ratio.
[0202] In some implementations, the transceiver module 1501 is also used to receive the configuration settings of the network device;
[0203] In some implementations, the processing module 1502 is also used to determine the setting value based on the protocol agreement;
[0204] In some implementations, the processing module 1502 is further configured to obtain a second ratio between the number of transmissions of multiple PRACH attempts in a single RACH attempt and the set value; obtain a third ratio between the second maximum retransmission count and the second ratio; and determine the first maximum retransmission count as the third ratio.
[0205] In some implementations, the transceiver module 1501 is also used to receive the second maximum retransmission count and offset value of the conventional RACH configured by the network device;
[0206] In some implementations, the processing module 1502 is further configured to determine the first maximum retransmission count based on the second maximum retransmission count and the offset value.
[0207] In some implementations, the transceiver module 1501 is also configured to receive the second maximum retransmission count of the conventional RACH configured by the network device;
[0208] In some implementations, the processing module 1502 is also used to determine the offset value of the second maximum retransmission number based on the protocol;
[0209] In some implementations, the processing module 1502 is further configured to determine the first maximum retransmission count based on the second maximum retransmission count and the offset value.
[0210] In some implementations, the processing module 1502 is further configured to determine the difference between the second maximum retransmission count and the offset value; and to determine the difference as the first maximum retransmission count.
[0211] In some implementations, the transceiver module 1501 is also used to receive the second maximum retransmission count and a set coefficient of the conventional RACH configured by the network device;
[0212] In some implementations, the processing module 1502 is further configured to determine the first maximum retransmission count based on the second maximum retransmission count and the set coefficient.
[0213] In some implementations, the transceiver module 1501 is also used to receive the second maximum retransmission count of the conventional RACH configured by the network device;
[0214] In some implementations, the processing module 1502 is also used to determine the set coefficients based on the protocol agreement;
[0215] In some implementations, the processing module 1502 is further configured to determine the first maximum retransmission count based on the second maximum retransmission count and the set coefficient.
[0216] In some implementations, the processing module 1502 is further configured to determine the product of the second maximum retransmission count and the set coefficient; and determine the product as the first maximum retransmission count.
[0217] In some implementations, the transceiver module 1501 is also used to receive the first maximum number of retransmissions sent by the network device.
[0218] In some implementations, the transceiver module 1501 is also used to receive the configuration information sent by the network device via Radio Resource Control (RRC) or System Message SIB1.
[0219] In some implementations, the transceiver module 1501 is further configured to receive the number of candidate transmissions for multiple PRACH attempts in a single RACH attempt configured by the network device and the first maximum retransmission count corresponding to the number of candidate transmissions; wherein different number of candidate transmissions correspond to different first maximum retransmission counts.
[0220] In some implementations, the transceiver module 1501 is further configured to receive the number of candidate transmissions for multiple PRACH attempts configured by the network device for a single RACH attempt, and the amount of transmission resources corresponding to the number of candidate transmissions; wherein different numbers of candidate transmissions correspond to different amounts of transmission resources.
[0221] In some implementations, the processing module 1502 is further configured to determine the first maximum retransmission number according to network configuration and / or protocol agreement when the second maximum retransmission number of the traditional RACH is greater than a set threshold before determining the first maximum retransmission number of the multi-PRACH transmission; or, when the second maximum retransmission number is less than or equal to the set threshold, determine the first maximum retransmission number as the second maximum retransmission number.
[0222] Communication device 1500 is a network device:
[0223] The transceiver module 1501 is used to send configuration information for multiple PRACH transmissions to the terminal device. The configuration information is used to determine the first maximum number of retransmissions independent of the multiple PRACH transmissions.
[0224] In some implementations, the transceiver module 1501 is also configured to configure the terminal device with a second maximum number of retransmissions for the conventional random access channel (RACH) and the number of transmissions for multiple RACH attempts in a single RACH attempt.
[0225] In some implementations, the transceiver module 1501 is also used to configure setting values to the terminal device.
[0226] In some implementations, the transceiver module 1501 is also used to configure the terminal device with a second maximum retransmission count and offset value for conventional RACH.
[0227] In some implementations, the transceiver module 1501 is also used to configure the terminal device with a second maximum number of retransmissions and a set coefficient for conventional RACH.
[0228] In some implementations, the transceiver module 1501 is also used to configure the first maximum number of retransmissions to the terminal device.
[0229] In some implementations, the transceiver module 1501 is further configured to configure the terminal device the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the first maximum retransmission count corresponding to the number of candidate transmissions, wherein different number of candidate transmissions correspond to different first maximum retransmission counts.
[0230] In some implementations, the transceiver module 1501 is further configured to configure the terminal device the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the amount of transmission resources corresponding to the number of candidate transmissions, wherein different numbers of candidate transmissions correspond to different amounts of transmission resources.
[0231] In some implementations, the transceiver module 1501 is also used to send the configuration information to the terminal device via RRC or SIB1.
[0232] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0233] Please see Figure 16 , Figure 16 This is a schematic diagram of another communication device 1600 provided in an embodiment of this application. The communication device 1600 can be a network device, a terminal device, a chip, chip system, or processor that supports the implementation of the above methods in a network device, or a chip, chip system, or processor that supports the implementation of the above methods in a terminal device. This device can be used to implement the methods described in the above method embodiments; for details, please refer to the descriptions in the above method embodiments.
[0234] The communication device 1600 may include one or more processors 1601. The processor 1601 may be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit (CPU). The baseband processor can be used to process communication protocols and communication data, while the CPU can be used to control the communication device (e.g., base station, baseband chip, terminal equipment, terminal equipment chip, DU or CU, etc.), execute computer programs, and process data from the computer programs.
[0235] Optionally, the communication device 1600 may further include one or more memories 1602, on which a computer program 1604 may be stored. The processor 1601 executes the computer program 1604 to cause the communication device 1600 to perform the methods described in the above method embodiments. Optionally, the memory 1602 may also store data. The communication device 1600 and the memory 1602 may be provided separately or integrated together.
[0236] Optionally, the communication device 1600 may also include a transceiver 1605 and an antenna 1606. The transceiver 1605 may be referred to as a transceiver unit, transceiver, or transceiver circuit, etc., and is used to implement the transmission and reception functions. The transceiver 1605 may include a receiver and a transmitter. The receiver may be referred to as a receiver or receiving circuit, etc., and is used to implement the receiving function; the transmitter may be referred to as a transmitter or transmitting circuit, etc., and is used to implement the transmitting function.
[0237] Optionally, the communication device 1600 may further include one or more interface circuits 1607. The interface circuits 1607 are used to receive code instructions and transmit them to the processor 1601. The processor 1601 executes the code instructions to cause the communication device 1600 to perform the methods described in the above method embodiments.
[0238] In one implementation, the processor 1601 may include a transceiver for implementing receive and transmit functions. For example, the transceiver may be a transceiver circuit, an interface, or an interface circuit. The transceiver circuit, interface, or interface circuit for implementing receive and transmit functions may be separate or integrated. The aforementioned transceiver circuit, interface, or interface circuit may be used for reading and writing code / data, or it may be used for transmitting or relaying signals.
[0239] In one implementation, processor 1601 may store computer program 1603, which runs on processor 1601 and causes communication device 1600 to perform the methods described in the above method embodiments. Computer program 1603 may be embedded in processor 1601; in this case, processor 1601 may be implemented in hardware.
[0240] In one implementation, the communication device 1600 may include circuitry capable of performing the functions of transmitting, receiving, or communicating as described in the foregoing method embodiments. The processor and transceiver described in this application can be implemented on integrated circuits (ICs), analog ICs, radio frequency integrated circuits (RFICs), mixed-signal ICs, application-specific integrated circuits (ASICs), printed circuit boards (PCBs), electronic devices, etc. The processor and transceiver can also be manufactured using various IC process technologies, such as complementary metal oxide semiconductors (CMOS), n-metal-oxide-semiconductor (NMOS), positive-channel metal oxide semiconductors (PMOS), bipolar junction transistors (BJTs), bipolar CMOS (BiCMOS), silicon germanium (SiGe), gallium arsenide (GaAs), etc.
[0241] The communication device described in the above embodiments may be a network device or a terminal device, but the scope of the communication device described in this application is not limited thereto, and the structure of the communication device may vary. Figure 16 The communication device may be a standalone device or part of a larger device. For example, the communication device may be:
[0242] (1) Independent integrated circuit IC, or chip, or chip system or subsystem;
[0243] (2) A collection of one or more ICs, optionally including storage components for storing data and computer programs;
[0244] (3) ASIC, such as modem;
[0245] (4) Modules that can be embedded in other devices;
[0246] (5) Receivers, terminal equipment, smart terminal equipment, cellular phones, wireless equipment, handheld devices, mobile units, vehicle-mounted equipment, network equipment, cloud equipment, artificial intelligence equipment, etc.
[0247] (6) Others, etc.
[0248] For cases where the communication device can be a chip or a chip system, please refer to [link / reference]. Figure 17 The diagram shows the structure of the chip. Figure 17 The chip shown includes a processor 1701 and an interface 1702. There can be one or more processors 1701, and multiple interfaces 1702.
[0249] Optionally, the chip also includes a memory 1703, which is used to store necessary computer programs and data.
[0250] In some implementations, this chip can be used to implement the functions of the terminal device in the embodiments of this application:
[0251] Interface 1702 is used to receive configuration information of network device configuration, and based on the configuration information, determine a first maximum number of retransmissions for independent multi-PRACH transmission; and perform multi-PRACH transmission according to the first maximum number of retransmissions.
[0252] In some implementations, processor 1701 is configured to determine the first maximum retransmission count in one of the following ways: configured by the network device; or...
[0253] Determined based on the agreement; or,
[0254] When the network device is not configured, it is determined based on the protocol agreement.
[0255] In some implementations, interface 1702 is also used to receive the second maximum retransmission count of the conventional random access channel RACH configured by the network device and the number of transmissions of multiple PRACHs in a single RACH attempt;
[0256] In some implementations, processor 1701 is further configured to determine the first maximum retransmission count based on the second maximum retransmission count and the number of transmissions of multiple PRACH attempts in a single RACH attempt.
[0257] In some implementations, processor 1701 is further configured to obtain a first ratio between the second maximum retransmission count and the number of transmissions of multiple PRACHs in a single RACH attempt; and determine the first maximum retransmission count based on the first ratio.
[0258] In some implementations, interface 1702 is also used to receive configuration settings of the network device;
[0259] In some implementations, the processor 1701 is also used to determine the setting value based on protocol conventions;
[0260] In some implementations, the processor 1701 is further configured to obtain a second ratio between the number of transmissions of multiple PRACH attempts in a single RACH attempt and the set value; obtain a third ratio between the second maximum retransmission count and the second ratio; and determine the first maximum retransmission count as the third ratio.
[0261] In some implementations, interface 1702 is also used to receive the second maximum retransmission count and offset value of the conventional RACH configured by the network device;
[0262] In some implementations, processor 1701 is further configured to determine the first maximum retransmission count based on the second maximum retransmission count and the offset value.
[0263] In some implementations, interface 1702 is also used to receive the second maximum retransmission count of the conventional RACH configured by the network device;
[0264] In some implementations, processor 1701 is also used to determine the offset of the second maximum retransmission count based on the protocol;
[0265] In some implementations, processor 1701 is further configured to determine the first maximum retransmission count based on the second maximum retransmission count and the offset value.
[0266] In some implementations, processor 1701 is further configured to determine the difference between the second maximum retransmission count and the offset value; and to determine the difference as the first maximum retransmission count.
[0267] In some implementations, interface 1702 is also used to receive the second maximum retransmission count and set coefficient of the conventional RACH configured by the network device;
[0268] In some implementations, the processor 1701 is also configured to determine the first maximum retransmission count based on the second maximum retransmission count and the set coefficient.
[0269] In some implementations, interface 1702 is also used to receive the second maximum retransmission count of the traditional RACH configured by the network device;
[0270] In some implementations, the processor 1701 is also used to determine the set coefficients based on protocol agreements;
[0271] In some implementations, the processor 1701 is also configured to determine the first maximum retransmission count based on the second maximum retransmission count and the set coefficient.
[0272] In some implementations, processor 1701 is further configured to determine the product of the second maximum retransmission count and the set coefficient; and to determine the product as the first maximum retransmission count.
[0273] In some implementations, interface 1702 is also used to receive the first maximum number of retransmissions sent by the network device.
[0274] In some implementations, interface 1702 is also used to receive the configuration information sent by the network device via Radio Resource Control (RRC) or System Message SIB1.
[0275] In some implementations, interface 1702 is further configured to receive the number of candidate transmissions for multiple PRACH attempts in a single RACH attempt configured by the network device and the first maximum retransmission count corresponding to the number of candidate transmissions; wherein different number of candidate transmissions correspond to different first maximum retransmission counts.
[0276] In some implementations, interface 1702 is also used to receive the number of candidate transmissions for multiple PRACH attempts configured by the network device for a single RACH attempt, and the amount of transmission resources corresponding to the number of candidate transmissions; wherein different numbers of candidate transmissions correspond to different amounts of transmission resources.
[0277] In some implementations, the processor 1701 is further configured to determine the first maximum retransmission number according to network configuration and / or protocol agreement when the second maximum retransmission number of the conventional RACH is greater than a set threshold, before determining the first maximum retransmission number of the multi-PRACH transmission independently; or, when the second maximum retransmission number is less than or equal to the set threshold, determine the first maximum retransmission number as the second maximum retransmission number.
[0278] In some implementations, this chip can be used to implement the functions of the network device in the embodiments of this application:
[0279] Interface 1702 is used to send configuration information for multiple PRACH transmissions to the terminal device. The configuration information is used to determine the first maximum number of retransmissions independent of the multiple PRACH transmissions.
[0280] In some implementations, interface 1702 is also used to configure the terminal device with a second maximum number of retransmissions for the conventional random access channel (RACH) and the number of transmissions for multiple PRACHs in a single RACH attempt.
[0281] In some implementations, interface 1702 is also used to configure settings to the terminal device.
[0282] In some implementations, interface 1702 is also used to configure the terminal device with a second maximum retransmission count and offset value for conventional RACH.
[0283] In some implementations, interface 1702 is also used to configure the terminal device with a second maximum number of retransmissions and a set coefficient for conventional RACH.
[0284] In some implementations, interface 1702 is also used to configure the first maximum number of retransmissions to the terminal device.
[0285] In some implementations, interface 1702 is also used to configure the terminal device the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the first maximum retransmission number corresponding to the number of candidate transmissions, wherein different number of candidate transmissions correspond to different first maximum retransmission numbers.
[0286] In some implementations, interface 1702 is also used to configure the terminal device the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the amount of transmission resources corresponding to the number of candidate transmissions, wherein different numbers of candidate transmissions correspond to different amounts of transmission resources.
[0287] In some implementations, interface 1702 is also used to send the configuration information to the terminal device via RRC or SIB1.
[0288] In this embodiment, a dedicated first maximum retransmission count can be determined or configured for multiple PRACH transmissions. By configuring the first maximum retransmission count separately, PRACH resource conflicts are reduced, thereby increasing the probability of successful RACH attempt access. Furthermore, the first maximum retransmission count can be configured or determined to be less than the traditional second maximum retransmission count for RACH, thus reducing the access opportunities for terminal devices and reducing PRACH resource waste, effectively minimizing interference time. Further, by reducing the access opportunities for terminal devices, the energy consumption of the terminal devices can be reduced.
[0289] Those skilled in the art will also understand that the various illustrative logical blocks and steps listed in the embodiments of this application can be implemented by electronic hardware, computer software, or a combination of both. Whether such functionality is implemented through hardware or software depends on the specific application and the overall system design requirements. Those skilled in the art can implement the described functionality using various methods for each specific application, but such implementation should not be construed as exceeding the scope of protection of the embodiments of this application.
[0290] This application also provides a communication system for multi-PRACH transmission, the system including the aforementioned Figure 15 In the embodiments, the communication device serves as a network device and the communication device serves as a terminal device; alternatively, the system includes the aforementioned components. Figure 16 The embodiments include a communication device as a network device and a communication device as a terminal device.
[0291] This application also provides a communication device, characterized in that it includes: a processor and an interface circuit; the interface circuit is used to receive code instructions and transmit them to the processor; the processor is used to execute the code instructions to perform the functions of any of the above method embodiments. This application also provides a readable storage medium storing instructions thereon, which, when executed by a computer, implement the functions of any of the above method embodiments.
[0292] This application also provides a computer program product that, when executed by a computer, implements the functions of any of the above method embodiments.
[0293] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented, in whole or in part, as a computer program product. The computer program product includes one or more computer programs. When the computer program is loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer program can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, the computer program can be transferred from one website, computer, server, or data center to another via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium accessible to a computer or a data storage device such as a server or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., high-density digital video discs (DVDs)), or semiconductor media (e.g., solid-state disks (SSDs)).
[0294] Those skilled in the art will understand that the various numerical designations such as "first," "second," etc., involved in this application are merely for the convenience of description and are not intended to limit the scope of the embodiments of this application, nor do they indicate the order of sequence.
[0295] At least one in this application can also be described as one or more, and multiple can be two, three, four or more, and this application does not impose any limitation. In the embodiments of this application, for a technical feature, the technical features in that technical feature are distinguished by "first", "second", "third", "A", "B", "C" and "D", and there is no order or size among the technical features described by "first", "second", "third", "A", "B", "C" and "D".
[0296] The correspondences shown in the tables of this application can be configured or predefined. The values of the information in each table are merely examples and can be configured to other values; this application is not limited to these values. When configuring the correspondences between information and parameters, it is not necessarily required to configure all the correspondences shown in each table. For example, the correspondences shown in some rows of the tables in this application may not be configured. Furthermore, appropriate modifications and adjustments can be made based on the above tables, such as splitting, merging, etc. The names of the parameters shown in the headings of the above tables can also use other names that the communication device can understand, and the values or representations of the parameters can also be other values or representations that the communication device can understand. In the implementation of the above tables, other data structures can also be used, such as arrays, queues, containers, stacks, linear lists, pointers, linked lists, trees, graphs, structures, classes, heaps, hash tables, or hash tables, etc.
[0297] The term "predefined" in this application can be understood as definition, pre-defined, stored, pre-stored, pre-negotiated, pre-configured, solidified, or pre-burned.
[0298] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.
[0299] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.
[0300] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.
Claims
1. A method for transmission via a multi-physical random access channel (PRACH), characterized in that, The method, executed by a terminal device, includes: The configuration information configured by the network device is received through Radio Resource Control (RRC) or System Message SIB1, and based on the configuration information, the first maximum number of independent retransmissions for multiple PRACH transmissions is determined. Perform multiple PRACH transmissions based on the first maximum retransmission count; The method further includes receiving the candidate transmission counts of multiple PRACH attempts configured by the network device for a single RACH attempt. The candidate transmission counts are a set of counts, which includes two or more candidate transmission counts. Each candidate transmission count is set with a corresponding set coefficient, which is used to determine the first maximum retransmission count.
2. The method according to claim 1, characterized in that, The first maximum number of retransmissions may be determined using one of the following methods: configured by the network device; or... Determined based on the agreement; or, When the network device is not configured, it is determined based on the protocol agreement.
3. The method according to claim 1, characterized in that, The method further includes: The network device receives the second maximum retransmission count for the conventional random access channel (RACH) and the number of multiple PRACH transmissions in a single RACH attempt. The first maximum number of retransmissions is determined based on the second maximum number of retransmissions and the number of transmissions in the multiple PRACH attempts during a single RACH attempt.
4. The method according to claim 3, characterized in that, The method further includes: Obtain a first ratio between the second maximum number of retransmissions and the number of transmissions in the single RACH attempt using multiple PRACHs; The first maximum number of retransmissions is determined based on the first ratio.
5. The method according to claim 3, characterized in that, The method further includes: receiving a configuration value of the network device; or determining the configuration value based on a protocol agreement; Obtain a second ratio between the number of PRACH transmissions in a single RACH attempt and the set value; Obtain a third ratio between the second maximum retransmission count and the second ratio; The first maximum number of retransmissions is determined to be the third ratio.
6. The method according to claim 1, characterized in that, The method further includes: Receive the second maximum retransmission count and offset value of the conventional RACH configured by the network device; The first maximum number of retransmissions is determined based on the second maximum number of retransmissions and the offset value.
7. The method according to claim 1, characterized in that, The method further includes: Receive the second maximum retransmission count configured for traditional RACH in the network device; The offset value for the second maximum retransmission count is determined based on the protocol; The first maximum number of retransmissions is determined based on the second maximum number of retransmissions and the offset value.
8. The method according to claim 6 or 7, characterized in that, The method further includes: Determine the difference between the second maximum number of retransmissions and the offset value; The difference is determined to be the first maximum retransmission count.
9. The method according to claim 1, characterized in that, The method further includes: Receive the second maximum retransmission count and set coefficient of the conventional RACH configured by the network device; The first maximum number of retransmissions is determined based on the second maximum number of retransmissions and the set coefficient.
10. The method according to claim 1, characterized in that, The method further includes: The second maximum retransmission count for traditional RACH configured by the receiving network device; The set coefficients are determined based on the agreement; The first maximum number of retransmissions is determined based on the second maximum number of retransmissions and the set coefficient.
11. The method according to claim 9 or 10, characterized in that, The method further includes: Determine the product of the second maximum number of retransmissions and the set coefficient; The product is determined to be the first maximum number of retransmissions.
12. The method according to claim 1, characterized in that, The method further includes: Receive the first maximum number of retransmissions sent by the network device.
13. The method according to claim 1 or 12, characterized in that, The method further includes: The network device receives the candidate transmission count of multiple PRACH attempts in a single RACH attempt and the first maximum retransmission count corresponding to the candidate transmission count; wherein different candidate transmission counts correspond to different first maximum retransmission counts.
14. The method according to claim 1 or 12, characterized in that, The method further includes: The network device receives the number of candidate transmissions for multiple PRACH attempts configured for a single RACH attempt, and the amount of transmission resources corresponding to the number of candidate transmissions; wherein different number of candidate transmissions correspond to different amounts of transmission resources.
15. The method according to claim 1, characterized in that, Before determining the first maximum retransmission count for independent multi-PRACH transmissions, the method further includes: When the second maximum retransmission count in traditional RACH exceeds a set threshold, the first maximum retransmission count is determined according to network configuration and / or protocol agreement; or... When the second maximum retransmission count is less than or equal to a set threshold, the first maximum retransmission count is determined to be the second maximum retransmission count.
16. A method for multiple PRACH transmission, characterized in that, Performed by a network device, the method includes: Configuration information for multiple PRACH transmissions is sent to the terminal device via Radio Resource Control (RRC) or System Message SIB1. The configuration information is used to determine the first maximum number of retransmissions independent of the multiple PRACH transmissions. The method further includes sending the terminal device a candidate number of PRACH transmissions for a single RACH attempt, wherein the candidate number of transmissions is a set of transmissions, the set of transmissions includes two or more candidate transmissions, and each candidate transmission is set with a corresponding set coefficient, the set coefficient being used to determine the first maximum retransmission count.
17. The method according to claim 16, characterized in that, The method further includes: Configure the terminal device with a second maximum number of retransmissions for the Traditional Random Access Channel (RACH) and the number of transmissions for multiple PRACH attempts in a single RACH attempt.
18. The method according to claim 17, characterized in that, The method includes: Configure settings to the terminal device.
19. The method according to claim 16, characterized in that, The method further includes: Configure the terminal device with a second maximum retransmission count and offset value for traditional RACH.
20. The method according to claim 16, characterized in that, The method further includes: Configure the terminal device with a second maximum retransmission count and a set coefficient for traditional RACH.
21. The method according to claim 16, characterized in that, The method further includes: Configure the first maximum number of retransmissions to the terminal device.
22. The method according to claim 21, characterized in that, The method further includes: Configure the terminal device with the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the first maximum retransmission count corresponding to the number of candidate transmissions, wherein different number of candidate transmissions correspond to different first maximum retransmission counts.
23. The method according to claim 21, characterized in that, The method further includes: Configure the terminal device with the number of candidate transmissions for multiple PRACHs corresponding to a single RACH attempt and the amount of transmission resources corresponding to the number of candidate transmissions, wherein different numbers of candidate transmissions correspond to different amounts of transmission resources.
24. A communication device, characterized in that, include: The transceiver module is used to receive configuration information configured by the network device via Radio Resource Control (RRC) or System Message SIB1, and based on the configuration information, determine a first maximum number of independent retransmissions for multiple PRACH transmissions; and perform multiple PRACH transmissions according to the first maximum number of retransmissions. The transceiver module is further configured to receive the candidate transmission counts of multiple PRACH attempts in a single RACH attempt configured by the network device. The candidate transmission counts are a set of counts, which includes two or more candidate transmission counts. Each candidate transmission count is set with a corresponding set coefficient, which is used to determine the first maximum retransmission count.
25. A communication device, characterized in that, include: The transceiver module is used to send configuration information for multiple PRACH transmissions to the terminal device via Radio Resource Control (RRC) or System Message SIB1. The configuration information is used to determine the first maximum number of independent retransmissions for the multiple PRACH transmissions. The transceiver module is further configured to send the candidate transmission counts of multiple PRACH attempts for a single RACH attempt to the terminal device. The candidate transmission counts are a set of counts, which includes two or more candidate transmission counts. Each candidate transmission count is set with a corresponding set coefficient, which is used to determine the first maximum retransmission count.
26. A communication device, characterized in that, The device includes a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the method as described in any one of claims 1 to 15.
27. A communication device, characterized in that, The device includes a processor and a memory, the memory storing a computer program, the processor executing the computer program stored in the memory to cause the device to perform the method as described in any one of claims 16 to 23.
28. A computer-readable storage medium for storing instructions that, when executed, cause the method as described in any one of claims 1 to 15 to be implemented.
29. A computer-readable storage medium for storing instructions that, when executed, cause the method of any one of claims 16 to 23 to be implemented.
30. A communication system, comprising: A terminal device for performing the method as described in any one of claims 1-15; A network device for performing the method as described in any one of claims 16-23.