Random access method, apparatus, and storage medium

Abstract

This application provides a random access method, apparatus, and storage medium for reducing access latency and improving initial access performance. The method includes: determining a first CC from the plurality of CCs based on the random access channel timing (RO) waiting time corresponding to each of the plurality of carrier components (CCs), wherein the RO waiting time of each CC is the time interval between the time unit where the RO of the CC is located and the current time unit; and initiating random access through the RO of the first CC.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to random access methods, apparatus and storage media. Background Technology

[0002] In new radio (NR) systems, carrier aggregation (CA) is an important technique that allows multiple carrier components (CCs) from different frequency bands to work simultaneously, thereby achieving higher data rates and more efficient spectrum utilization.

[0003] However, in multi-CC scenarios, the uplink and downlink resource configurations differ among different CCs. How the terminal device can initiate random access (RA) to improve initial access performance in multi-CC scenarios is a question worth considering. Summary of the Invention

[0004] This application provides a random access method, apparatus, and storage medium for reducing access latency and improving initial access performance.

[0005] This application provides a random access method applied to a first communication device. Unless otherwise specified, "first communication device" in this application can refer to the first communication device itself (e.g., a terminal device), a component within the first communication device (e.g., a communication module, processor, circuit, chip, or chip system), or a logic module or software capable of implementing all or part of the functions of the first communication device. The method includes: the first communication device determining a first CC from multiple CCs based on the random access channel occasion (RO) waiting time corresponding to each of the multiple CCs, wherein the RO waiting time for each CC is the time interval between the time unit where the RO of the CC is located and the current time unit. Then, the first communication device initiates random access through the RO of the first CC.

[0006] As can be seen from the above technical solution, the first communication device determines the first CC from multiple CCs based on the RO waiting time corresponding to each CC, thereby facilitating the first communication device to select a suitable CC and initiate random access through that CC. For example, the first communication device can select the CC with the shortest RO waiting time to initiate random access, thereby reducing the access latency of random access and improving the initial access performance.

[0007] Based on the first aspect, in one possible implementation, the first CC is the CC with the smallest corresponding RO waiting time among multiple CCs. Using this method can reduce the latency of the first communication device initiating random access, thus improving random access performance.

[0008] Based on the first aspect, in one possible implementation, before the first communication device determines the first CC from the multiple CCs according to the RO waiting times corresponding to the multiple CCs, the method further includes: the first communication device determining the RO waiting times corresponding to the multiple CCs. Using the above method, it is convenient for the first communication device to select a suitable CC to initiate random access based on the RO waiting times of each CC.

[0009] Based on the first aspect, in one possible implementation, the multiple CCs include a second CC; the first communication device determines the RO waiting time corresponding to each of the multiple CCs, including: the first communication device determines the RO waiting time of the second CC based on the uplink / downlink time slot ratio of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame; or, the first communication device determines the RO waiting time of the second CC based on the uplink / downlink time-frequency resources of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame.

[0010] In this implementation, specific methods are provided for the first communication device to determine the RO waiting time of the second CC in both time division duplex (TDD) and frequency division duplex (FDD) communication systems. This enables the first communication device to determine the RO waiting time corresponding to multiple CCs.

[0011] Based on the first aspect, in one possible implementation, the first communication device determines the RO waiting time of the second CC based on the uplink / downlink time slot ratio of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame. This includes: the first communication device determining the RO waiting time of the second CC based on the uplink / downlink time slot ratio of the second CC, flexible time slot configuration, the radio frame period of the RO, and the location information of the RO in the radio frame. In this implementation, for a TDD communication system, when flexible time slots exist, the first communication device should further determine the RO waiting time of the second CC in conjunction with the flexible time slot configuration.

[0012] Based on the first aspect, in one possible implementation, the first communication device initiates random access through the RO of the first CC, including: the first communication device determines the first RO corresponding to the first CC, the first RO being the RO in the physical random access channel (PRACH) resource associated with the first SSB, and the first SSB being the SSB with the shortest waiting time among the PRACH resources associated with the synchronization signal block (SSB) sent by the first CC. Then, the first communication device initiates random access through the first RO. Using the above method helps reduce the random access latency of the first communication device and improves random access performance.

[0013] Based on the first aspect, in one possible implementation, before the first communication device determines the first CC from the multiple CCs based on the RO waiting time corresponding to each of the multiple CCs, the method further includes: the first communication device determining multiple CCs from the CCs configured on the first communication device, wherein the multiple CCs are multiple CCs whose path loss reference signal received power is greater than or equal to a first threshold among the CCs configured on the first communication device. In this implementation, before the first communication device selects the first CC, the first communication device selects multiple CCs from the CCs configured on the first communication device. The multiple CCs are multiple CCs whose path loss reference signal received power is greater than or equal to the first threshold among the CCs configured on the first communication device. Using the above method helps ensure that the first communication device selects a suitable CC to successfully initiate random access. For example, the first communication device sends a preamble through the RO of the first CC, and this preamble can be successfully received by the network device.

[0014] Based on the first aspect, in one possible implementation, the first communication device determines a first CC from multiple CCs based on the RO waiting time corresponding to each CC, including: the first communication device determines the first CC from multiple CCs based on the RO waiting time corresponding to each CC and the random access collision probability corresponding to each CC, where the random access collision probability of each CC is used to characterize the failure probability of selecting a CC to initiate random access. In this implementation, the first communication device further combines the random access collision probabilities corresponding to each CC to select a CC. This facilitates the first communication device in selecting a suitable CC, which in turn facilitates the first communication device initiating random access successfully. It also reduces the average access latency.

[0015] Based on the first aspect, in one possible implementation, the random access collision probability of each CC is characterized by at least one of the number of ROs of the CC and the user equipment (UE) arrival rate of the CC, where the UE arrival rate of the CC is the number of UEs that choose to initiate random access to the CC per unit time. This implementation provides two possible parameters to characterize the random access collision probability of the CC, in order to measure the success probability of random access for the CC.

[0016] Based on the first aspect, in one possible implementation, the method further includes: the first communication device acquiring the UE arrival rate corresponding to each of the multiple CCs. In this implementation, the first communication device can acquire the UE arrival rate of each CC to measure the random access collision probability of each CC.

[0017] Based on the first aspect, in one possible implementation, the first communication device obtains the UE arrival rate of the CC, including: the first communication device receiving a first signaling, the first signaling being used to indicate the UE arrival rate corresponding to each of the multiple CCs; or, the first communication device determining the UE arrival rate corresponding to each of the multiple CCs based on the random access success rate corresponding to each of the multiple CCs and / or the number of preamble retransmissions corresponding to each of the multiple CCs. Two possible implementations for obtaining the UE arrival rate of the CC are provided.

[0018] Based on the first aspect, in one possible implementation, the method further includes: a first communication device receiving a first random access response, the first random access response being carried on a physical downlink control channel (PDCCH) scrambled with a first random access radio network temporary identifier (RA-RNTI), the first RA-RNTI being generated based on the identifier of a first CC. This enables the network device to indicate the CC to which the terminal device accesses in a multi-CC scenario.

[0019] Based on the first aspect, in one possible implementation, the value range of the identifier of the first CC is 0-X, where X is an integer greater than 1. This method enables network devices to indicate CCs to terminal devices in scenarios with multiple CCs.

[0020] A second aspect of this application provides a random access method applied to a second communication device. Unless otherwise specified, the term "second communication device" in this application can refer to the second communication device itself (e.g., a network device), a component within the second communication device (e.g., a communication module, processor, circuit, chip, or chip system), or a logic module or software capable of implementing all or part of the functions of the second communication device. The method includes: the second communication device receiving a random access request initiated by a first communication device via the RO of a first CC; the second communication device sending a first random access response, the first random access response being carried on a PDCCH scrambled by a first RA-RNTI, the first RA-RNTI being generated based on the identifier of the first CC.

[0021] In the above technical solution, for random access initiated by the first communication device, the second communication device sends back a first random access response. The first random access response is carried on a PDCCH scrambled by a first RA-RNTI, which is generated based on the identifier of the first CC. This enables the network device to indicate the CC to which the terminal device accesses in a multi-CC scenario.

[0022] Based on the second aspect, in one possible implementation, the first CC is the CC with the smallest RO waiting time among the multiple CCs of the first communication device, where the RO waiting time is the interval between the time unit where the RO is located and the current time unit. Using this method can reduce the latency of the first communication device initiating random access, thus improving random access performance.

[0023] Based on the second aspect, in one possible implementation, the multiple CCs are multiple CCs whose path loss reference signal received power is greater than or equal to a first threshold among the CCs configured for the first communication device. Using this method helps ensure that the first communication device selects a suitable CC to successfully initiate random access. For example, the first communication device sends a preamble through the RO of the first CC, and this preamble can be successfully received by the network device.

[0024] Based on the second aspect, in one possible implementation, the method further includes: a second communication device sending a first signaling message, the first signaling message being used to indicate the UE arrival rate corresponding to multiple CCs respectively, the UE arrival rate of each CC being the number of UEs that initiate random access by selecting an access CC per unit time. This enables the second communication device to indicate the UE arrival rate corresponding to multiple CCs respectively.

[0025] Based on the second aspect, in one possible implementation, the value range of the first CC identifier is 0-X, where X is an integer greater than 1. This supports indicating the CC to the terminal device in scenarios with multiple CCs.

[0026] A third aspect of this application provides a random access method applied to a first communication device. The method includes: the first communication device determining a first SSB from multiple SSBs based on the waiting time of PRACH resources associated with multiple SSBs, wherein the waiting time of the PRACH resources associated with each SSB is the time interval between the time unit where the PRACH resource is located and the current time unit; and the first communication device initiating random access through the PRACH resources associated with the first SSB.

[0027] In the above technical solution, the first communication device determines the first SSB from multiple SSBs based on the waiting time of the PRACH resources associated with multiple SSBs, which facilitates the terminal device in selecting a suitable PRACH resource to initiate random access. For example, the terminal device can select the PRACH resource with the shortest waiting time to initiate random access, thereby reducing the access latency of random access and improving the initial access performance.

[0028] Based on the third aspect, in one possible implementation, the waiting time of the PRACH resource associated with the first SSB is the minimum waiting time among the waiting times of the PRACH resources associated with multiple SSBs. Using this method can reduce the latency of the first communication device initiating random access, thus improving random access performance.

[0029] Based on the third aspect, in one possible implementation, the multiple SSBs include those whose signal quality is greater than or equal to a second threshold among the SSBs corresponding to the CC configured for the first communication device. This approach helps ensure that the first communication device selects a suitable SSB to successfully initiate random access. For example, the first communication device sends a preamble through the PRACH resource associated with the first SSB, and this preamble can be successfully received by the network device.

[0030] Based on the third aspect, in one possible implementation, the first communication device determines a first SSB from multiple SSBs based on the waiting time of the PRACH resources associated with the multiple SSBs. This includes: the first communication device determining the first SSB from the multiple SSBs based on the collision probability of the PRACH resources associated with the multiple SSBs and the waiting time of the PRACH resources associated with the multiple SSBs, wherein the collision probability of the PRACH resources associated with each SSB is the failure probability of initiating random access through the PRACH resources associated with the SSB. In this implementation, the first communication device further selects the SSB by combining the random access collision probability of the PRACH resources associated with the multiple SSBs. Using the above method facilitates the first communication device in selecting a suitable SSB, further improving the first communication device's ability to successfully initiate random access and reducing the average access latency.

[0031] Based on the third aspect, in one possible implementation, the collision probability of the PRACH resource associated with each SSB is characterized by at least one of the number of ROs in the PRACH resource associated with the SSB and the UE arrival rate of the CC corresponding to the SSB, where the UE arrival rate of the CC corresponding to the SSB is the number of UEs that initiate random access by selecting the access CC per unit time. This implementation provides two possible parameters to characterize the random access collision probability of the PRACH resource associated with the SSB, thereby measuring the success probability of random access using the PRACH resource associated with the SSB.

[0032] Based on the third aspect, in one possible implementation, the method further includes: the first communication device acquiring the UE arrival rate of the CCs corresponding to the plurality of SSBs. In this implementation, the first communication device can acquire the UE arrival rate of the CCs corresponding to each SSB to measure the random access collision probability of each CC.

[0033] Based on the third aspect, in one possible implementation, the first communication device obtains the UE arrival rate of the CCs corresponding to multiple SSBs, including: the first communication device receiving second signaling, the second signaling being used to indicate the UE arrival rate of the CCs corresponding to multiple SSBs; or, the first communication device determining the UE arrival rate of the CCs corresponding to multiple SSBs based on the random access success rate of the CCs corresponding to multiple SSBs and / or the number of preamble retransmissions of the CCs corresponding to multiple SSBs. Two possible implementations for obtaining the UE arrival rate of CCs corresponding to multiple SSBs are provided.

[0034] Based on the third aspect, in one possible implementation, the method further includes: a first communication device receiving a second random access response, the second random access response being carried on a PDCCH scrambled by a second RA-RNTI, the second RA-RNTI being generated based on the identifier of the CC corresponding to the first SSB. This enables the network device to indicate the CC to which the terminal device accesses in a multi-CC scenario.

[0035] Based on the third aspect, in one possible implementation, the value range of the identifier of the first CC is 0-X, where X is an integer greater than 1.

[0036] A fourth aspect of this application provides a random access method applied to a second communication device. The method includes: the second communication device receiving a random access request initiated by a first communication device via a PRACH resource associated with a first SSB; the second communication device sending a second random access response, the second random access response being carried on a PDCCH scrambled by a second RA-RNTI, the second RA-RNTI being generated based on the identifier of the CC corresponding to the first SSB.

[0037] In the above technical solution, for random access initiated by the first communication device, the second communication device sends back a second random access response. The second random access response is carried on a PDCCH scrambled with a second RA-RNTI, which is generated based on the identifier of the CC corresponding to the first SSB. Using this method, it is possible to enable the network device to indicate the corresponding CC to the terminal device in a multi-CC scenario.

[0038] Based on the fourth aspect, in one possible implementation, the waiting time of the PRACH resource associated with the first SSB is the minimum waiting time among the waiting times of the PRACH resources associated with multiple SSBs of the first communication device. By adopting the above method, the latency of the first communication device initiating random access can be reduced, which is beneficial to improving random access performance.

[0039] Based on the fourth aspect, in one possible implementation, the multiple SSBs include SSBs whose signal quality is greater than or equal to a second threshold among the SSBs corresponding to the CC configured for the first communication device. Using this method helps ensure that the first communication device selects a suitable SSB to successfully initiate random access. For example, the first communication device sends a preamble through the PRACH resource associated with the first SSB, and this preamble can be successfully received by the network device.

[0040] Based on the fourth aspect, in one possible implementation, the method further includes: a second communication device sending a second signaling message, the second signaling message being used to indicate the UE arrival rate of the CCs corresponding to multiple SSBs, wherein the UE arrival rate of the CC corresponding to each SSB is the number of UEs that initiate random access by selecting the access CC per unit time. Using the above method, the second communication device can indicate the UE arrival rate corresponding to the CCs corresponding to multiple SSBs respectively.

[0041] Based on the fourth aspect, in one possible implementation, the value range of the identifier of the first CC is 0-X, where X is an integer greater than 1. Using the above method, it is possible to indicate the CC to the terminal device in scenarios where network devices have multiple CCs.

[0042] A fifth aspect of this application provides a random access method applied to a first communication device. The method includes: the first communication device determining a first CC from a plurality of CCs based on random access collision probabilities corresponding to each CC. The random access collision probability of each CC is used to characterize the failure probability of selecting a CC to initiate random access; then, the first communication device initiates random access through the RO of the first CC.

[0043] As can be seen from the above technical solution, the first communication device determines the first CC from multiple CCs based on the random access collision probabilities corresponding to each CC, which facilitates the first communication device in selecting a suitable CC and initiating random access through the RO of that CC. For example, the first communication device can select a CC with a lower random access collision probability to initiate random access, thereby improving the success rate of random access and enhancing the initial access performance.

[0044] Based on the fifth aspect, in one possible implementation, the first CC is the CC with the lowest probability of random access collision among multiple CCs. By adopting the above method, the probability of collision during random access by the first communication device can be reduced, thereby improving the success rate of random access.

[0045] Based on the fifth aspect, in one possible implementation, before the first communication device determines the first CC from the multiple CCs according to their respective random access collision probabilities, the method further includes: the first communication device determining the random access collision probabilities corresponding to the multiple CCs. Using this method, it is easier for the first communication device to select a suitable CC to initiate random access based on the random access collision probabilities of each CC.

[0046] Based on the fifth aspect, in one possible implementation, the first communication device determines a first CC from multiple CCs based on the random access collision probabilities corresponding to each CC. Specifically, this includes: the first communication device determining the first CC from multiple CCs based on the random access collision probabilities corresponding to each CC and the RO waiting time corresponding to each CC, where the RO waiting time of each CC is the interval between the time unit where the RO of that CC is located and the current time unit. Using this method, it is easier for the first communication device to select a suitable CC. For example, the first communication device can select the CC with the smaller or smallest RO waiting time from CCs with random access collision probabilities greater than a corresponding threshold to initiate random access, thereby improving random access performance.

[0047] Based on the fifth aspect, in one possible implementation, the multiple CCs include a second CC; the first communication device determines the RO waiting time corresponding to each of the multiple CCs, including: the first communication device determines the RO waiting time of the second CC based on the uplink / downlink time slot ratio of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame; or, the first communication device determines the RO waiting time of the second CC based on the uplink / downlink time-frequency resources of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame.

[0048] In this implementation, specific methods are provided for the first communication device to determine the RO waiting time of the second CC, for both TDD and FDD communication systems. This enables the first communication device to determine the RO waiting time corresponding to multiple CCs.

[0049] Based on the fifth aspect, in one possible implementation, the first communication device determines the RO waiting time of the second CC according to the uplink / downlink time slot ratio of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame. This includes: the first communication device determining the RO waiting time of the second CC according to the uplink / downlink time slot ratio of the second CC, the flexible time slot configuration, the radio frame period of the RO, and the location information of the RO in the radio frame. In this implementation, for a TDD communication system, when flexible time slots exist, the first communication device should further determine the RO waiting time of the second CC in conjunction with the flexible time slot configuration.

[0050] Based on the fifth aspect, in one possible implementation, the first communication device initiates random access through the RO of the first CC, including: the first communication device determines the first RO corresponding to the first CC, the first RO being the RO in the PRACH resource associated with the first SSB, and the first SSB being the SSB with the shortest waiting time among the SSBs associated with the PRACH resource sent by the first CC. Then, the first communication device initiates random access through the first RO. Using the above method helps reduce the random access latency of the first communication device and improves random access performance.

[0051] Based on the fifth aspect, in one possible implementation, before the first communication device determines the first CC from the multiple CCs according to the random access collision probabilities corresponding to the multiple CCs respectively, the method further includes: the first communication device determining multiple CCs from the CCs configured on the first communication device, wherein the multiple CCs are multiple CCs whose path loss reference signal received power is greater than or equal to a first threshold among the CCs configured on the first communication device. In this implementation, before the first communication device selects the first CC, the first communication device selects multiple CCs from the CCs configured on the first communication device. The multiple CCs are multiple CCs whose path loss reference signal received power is greater than or equal to the first threshold among the CCs configured on the first communication device. Using the above method is beneficial to ensure that the first communication device selects a suitable CC to successfully initiate random access. For example, the first communication device sends a preamble through the RO of the first CC, and the preamble can be successfully received by the network device.

[0052] Based on the fifth aspect, in one possible implementation, the random access collision probability of each CC is characterized by at least one of the number of ROs of the CC and the UE arrival rate of the CC, where the UE arrival rate of the CC is the number of user equipment (UE) that selects the access CC to initiate random access per unit time. This implementation provides two possible parameters to characterize the random access collision probability of the CC, thus measuring the success probability of random access for the CC.

[0053] Based on the fifth aspect, in one possible implementation, the method further includes: the first communication device acquiring the UE arrival rate corresponding to each of the multiple CCs.

[0054] Based on the fifth aspect, in one possible implementation, the first communication device obtains the UE arrival rate of PRACH resources associated with multiple SSBs, including: the first communication device receiving second signaling, the second signaling being used to indicate the UE arrival rate of the PRACH resources associated with multiple SSBs; or, the first communication device determining the UE arrival rate corresponding to each of the PRACH resources associated with multiple SSBs based on the random access success rate and / or the preamble retransmission count corresponding to each of the PRACH resources associated with multiple SSBs. Two possible implementations for obtaining the UE arrival rate of PRACH resources associated with multiple SSBs are provided.

[0055] Based on the fifth aspect, in one possible implementation, the method further includes: a first communication device receiving a second random access response, the second random access response being carried on a PDCCH scrambled by a second RA-RNTI, the second RA-RNTI being generated based on the identifier of the CC corresponding to the first SSB. Using the above method, it is possible to enable the network device to indicate the corresponding CC to the terminal device in a multi-CC scenario.

[0056] Based on the fifth aspect, in one possible implementation, the value range of the CC identifier corresponding to the first SSB is 0-X, where X is an integer greater than 1. Using the above method, network devices can indicate CCs to terminal devices in scenarios with multiple CCs.

[0057] A sixth aspect of this application provides a random access method applied to a first communication device. The method includes: the first communication device determining a first SSB from a plurality of SSBs based on random access collision probabilities of PRACH resources associated with each SSB, wherein the random access collision probability of the PRACH resources associated with each SSB is used to characterize the failure probability of initiating random access using the PRACH resources associated with that SSB. Then, the first communication device initiates random access using the PRACH resources associated with the first SSB.

[0058] As can be seen from the above technical solution, the first communication device determines the first SSB from multiple SSBs based on the random access collision probability of the PRACH resources associated with those SSBs. This facilitates the first communication device in selecting a suitable SSB and initiating random access through the PRACH resources associated with that SSB. For example, the first communication device can select a PRACH resource with a lower random access collision probability to initiate random access. Using this method can improve the success rate of random access and enhance initial access performance.

[0059] Based on the sixth aspect, in one possible implementation, the first SSB is the SSB corresponding to the PRACH resource with the lowest random access collision probability among the PRACH resources associated with multiple SSBs. Using this method, the probability of collisions occurring when the first communication device performs random access can be reduced, thus improving the success rate of random access.

[0060] Based on the sixth aspect, in one possible implementation, before the first communication device determines the first SSB from the multiple SSBs based on the random access collision probability of the PRACH resources associated with the multiple SSBs, the method further includes: the first communication device determining the random access collision probability of the PRACH resources associated with the multiple SSBs. This facilitates the first communication device in selecting appropriate PRACH resources associated with each SSB to initiate random access based on the random access collision probability of the PRACH resources associated with each SSB.

[0061] Based on the sixth aspect, in one possible implementation, the first communication device determines a first SSB from multiple SSBs based on the random access collision probability of the PRACH resources associated with the multiple SSBs. Specifically, this includes: the first communication device determining the first SSB from multiple SSBs based on the random access collision probability of the PRACH resources associated with the multiple SSBs and the waiting time of the PRACH resources associated with the multiple SSBs. The waiting time of the PRACH resources associated with each SSB is the time interval between the time unit where the PRACH resource associated with the SSB is located and the current time unit. Using this method, it is easier for the first communication device to select a suitable SSB. For example, the first communication device can select the PRACH resource with the smaller or smallest waiting time of the associated PRACH resource from SSBs with a random access collision probability greater than a corresponding threshold to initiate random access. Using this method helps improve random access performance.

[0062] Based on the sixth aspect, in one possible implementation, the collision probability of the PRACH resource associated with each SSB is characterized by at least one of the number of ROs in the PRACH resource associated with the SSB and the UE arrival rate of the CC corresponding to the SSB, where the UE arrival rate of the CC corresponding to the SSB is the number of UEs that initiate random access by selecting the access CC per unit time. This implementation provides two possible parameters to characterize the random access collision probability of the PRACH resource associated with the SSB, thereby measuring the success probability of random access using the PRACH resource associated with the SSB.

[0063] Based on the sixth aspect, in one possible implementation, the method further includes: the first communication device acquiring the UE arrival rate of the CCs corresponding to multiple SSBs. In this implementation, the first communication device can acquire the UE arrival rate of the CCs corresponding to each SSB to measure the random access collision probability of each CC.

[0064] Based on the sixth aspect, in one possible implementation, the first communication device obtains the UE arrival rate of the CCs corresponding to multiple SSBs, including: the first communication device receiving second signaling, the second signaling being used to indicate the UE arrival rate of the CCs corresponding to multiple SSBs; or, the first communication device determining the UE arrival rate of the CCs corresponding to multiple SSBs based on the random access success rate of the CCs corresponding to multiple SSBs and / or the number of preamble retransmissions of the CCs corresponding to multiple SSBs. Two possible implementations for obtaining the UE arrival rate of the CCs corresponding to multiple SSBs are provided.

[0065] Based on the sixth aspect, in one possible implementation, the method further includes: a first communication device receiving a second random access response, the second random access response being carried on a PDCCH scrambled by a second RA-RNTI, the second RA-RNTI being generated based on the identifier of the CC corresponding to the first SSB. Using the above method, in scenarios with multiple CCs, the network device can indicate the corresponding CC to the terminal device.

[0066] Based on the sixth aspect, in one possible implementation, the value range of the identifier of the first CC is 0-X, where X is an integer greater than 1.

[0067] A seventh aspect of this application provides a random access method applied to a first communication device. The method includes: the first communication device receiving first downlink control information (DCI), the first DCI including a first field indicating an identifier of a third control network (CC). Then, the first communication device initiates random access via the origin (RO) of the first CC. Using this method, in a multi-CC scenario, the network device indicates the CC to which the terminal device is accessing.

[0068] This application provides an eighth aspect of a random access method applied to a second communication device. The method includes: the second communication device sending a first DCI, the first DCI including a first field indicating an identifier of a third CC. Then, the second communication device receives a random access request initiated by the first communication device through the RO of the third CC. Using this method, in a multi-CC scenario, the network device indicates to the terminal device the CC to which the terminal device is accessing.

[0069] Based on the seventh or eighth aspect, in one possible implementation, the number of bits in the first field is determined according to the maximum number of carriers supported.

[0070] Based on the seventh or eighth aspect, in one possible implementation, the format of the first DCI is DCI1_0.

[0071] The ninth aspect of this application provides a first communication device for performing the method provided in any of the possible implementations of any of the first, third, fifth, sixth, and seventh aspects described above.

[0072] For example, the first communication device may include one or more modules, such as a transceiver module, and further, a processing module.

[0073] The transceiver module is used to perform the receiving and / or sending steps in the above method, and the processing module is used to perform one or more of the determining, measuring, and obtaining steps in the above method.

[0074] The tenth aspect of this application provides a second communication device for performing the method provided in any of the possible implementations of any of the aforementioned third, fourth, and eighth aspects.

[0075] For example, the second communication device may include one or more modules, such as a transceiver module, and further, a processing module.

[0076] The transceiver module is used to perform the receiving and / or sending steps in the above method, and the processing module is used to perform one or more of the determination, measurement, and acquisition steps in the above method.

[0077] The eleventh aspect of this application provides a communication device including a processing circuit. The processing circuit is configured to invoke a computer program or computer instructions stored in a memory, causing the processing circuit to implement any one of the implementation methods described in the first to eighth aspects.

[0078] Optionally, the communication device may also include a memory storing computer programs or computer instructions.

[0079] Optionally, the processing circuitry can be one or more processors, or circuitry within one or more processors for processing or control functions.

[0080] Optionally, the processing circuitry is integrated with the memory.

[0081] Optionally, the communication device further includes a transceiver circuit, the processing circuit being used to control the transceiver circuit to perform any of the implementations of any one of the first to eighth aspects.

[0082] Optionally, the transceiver circuit can be a transceiver, an input / output circuit, or an input / output interface.

[0083] Optionally, a communication device can refer to the communication device itself (e.g., a terminal device or a network device), a component in the communication device (e.g., a communication module, processor, circuit, chip or chip system, etc.), or a logic module or software that can realize all or part of the functions of the communication device.

[0084] The twelfth aspect of this application provides a computer program product including computer instructions, characterized in that, when run on a computer, it causes the computer to perform any of the implementations of any one of the first to eighth aspects.

[0085] The thirteenth aspect of this application provides a computer-readable storage medium including computer instructions that, when executed on a computer, cause the computer to perform any of the implementations of any one of the first to eighth aspects.

[0086] The fourteenth aspect of this application provides a chip device including a processor for calling a computer program or computer instructions in a memory to cause the processor to execute any one of the implementations of the first to eighth aspects described above.

[0087] Optionally, the processor is coupled to the memory via an interface.

[0088] The fifteenth aspect of this application provides a communication system, which includes a first communication device as shown in the first aspect and a second communication device as shown in the second aspect; or, the communication system includes a first communication device as shown in the third aspect and a second communication device as shown in the fourth aspect; or, the communication system includes a first communication device as shown in the fifth aspect and a second communication device as shown in the second aspect; or, the communication system includes a first communication device as shown in the sixth aspect and a second communication device as shown in the fourth aspect; or, the communication system includes a first communication device as shown in the seventh aspect and a second communication device as shown in the eighth aspect.

[0089] As described in the above technical solution, the first communication device determines the first CC from multiple CCs based on the RO waiting times corresponding to each CC. The RO waiting time for each CC is the time interval between the time unit where the RO of that CC is located and the current time unit. Then, the first communication device initiates random access using the RO of the first CC. This scheme facilitates the first communication device in selecting a suitable CC to initiate random access. For example, the first communication device can select the CC with the shortest RO waiting time to initiate random access, which can reduce the access latency of random access and improve initial access performance. Attached Figure Description

[0090] Figures 1 to 3Some schematic diagrams of the communication system provided in this application;

[0091] Figure 4 A schematic diagram illustrating the association of different SSBs with different PRACH resources;

[0092] Figure 5 This is a schematic diagram of one embodiment of the random access method of this application;

[0093] Figure 6A This is a schematic diagram showing the locations of RO corresponding to CC1 and CC2 in the embodiments of this application;

[0094] Figure 6B This is another schematic diagram showing the locations of RO corresponding to CC1 and CC2 in the embodiments of this application;

[0095] Figure 6C This is another schematic diagram showing the locations of RO corresponding to CC1 and CC2 in the embodiments of this application;

[0096] Figure 7 This is another schematic diagram showing the locations of RO corresponding to CC1 and CC2 in the embodiments of this application;

[0097] Figure 8 This is a schematic diagram of another embodiment of the random access method of this application;

[0098] Figure 9 This is a schematic diagram showing the locations of the ROs corresponding to SSB1 and SSB in the embodiments of this application.

[0099] Figure 10 This is a schematic diagram of yet another embodiment of the random access method of this application;

[0100] Figure 11 This is a schematic diagram of the communication device according to an embodiment of this application;

[0101] Figure 12 This is another structural schematic diagram of the communication device according to an embodiment of this application;

[0102] Figure 13 This is another structural schematic diagram of the communication device according to an embodiment of this application;

[0103] Figure 14 This is a schematic diagram of the structure of a terminal device according to an embodiment of this application;

[0104] Figure 15 This is a schematic diagram of the structure of a network device according to an embodiment of this application. Detailed Implementation

[0105] This application provides a random access method, apparatus, and storage medium to reduce access latency and improve initial access performance.

[0106] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. All other embodiments obtained by those skilled in the art based on the embodiments of this application without creative effort are within the scope of protection of this application.

[0107] The term "and / or" appearing in this application can describe the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent three cases: A existing alone, A and B existing simultaneously, and B existing alone. Additionally, the character " / " in this application generally indicates that the preceding and following related objects have an "or" relationship. The terms "system" and "network" in the embodiments of this application can be used interchangeably. "At least one" refers to one or more, and "more" refers to two or more. The character " / " generally indicates that the preceding and following related objects have an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or multiple items. For example, "at least one of A, B, and C" includes A, B, C, AB, AC, BC, or ABC. Furthermore, unless otherwise specified, the ordinal numbers such as "first" and "second" mentioned in the embodiments of this application are used to distinguish multiple objects and are not used to limit the order, sequence, priority, or importance of multiple objects.

[0108] First, some terms used in the embodiments of this application will be explained to facilitate understanding by those skilled in the art.

[0109] Terminal equipment: can be a wireless terminal device capable of receiving network device scheduling and instruction information. The wireless terminal device can be a device that provides voice and / or data connectivity to the user, or a handheld device with wireless connectivity, or other processing device connected to a wireless modem.

[0110] Terminal devices can be various communication kits with wireless communication capabilities (the kit may include, for example, antennas, power supply modules, cables, and Wi-Fi modules). Terminal devices can also be communication modules with satellite communication capabilities, satellite phones or components thereof, and very small aperture terminals (VSATs). Terminal devices can be mobile terminal devices, such as mobile phones (or "cellular" phones), computers, and data cards. For example, they can be portable, pocket-sized, handheld, computer-embedded, or vehicle-mounted mobile devices that exchange voice and / or data with a wireless access network. Examples include personal communication service (PCS) phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), tablets, and computers with wireless transceiver capabilities.Wireless terminal equipment can also be referred to as a system, subscriber unit, subscriber station, mobile station, mobile station (MS), remote station, access point (AP), remote terminal, access terminal, user terminal, user agent, subscriber station (SS), customer premises equipment (CPE), terminal, user equipment (UE), mobile terminal (MT), drone, point of sale (POS) machine, handheld device with wireless communication capabilities, computing device or other processing device connected to a wireless modem, vehicle-mounted equipment, communication equipment mounted on high-altitude aircraft, robot, terminal in device-to-device (D2D) communication, terminal in vehicle-to-everything (V2X) communication, virtual reality (VR) terminal, and augmented reality (AR) terminal. Wireless terminals can be categorized into various types, including (Real-Time Automation, AR) terminals, wireless terminals in industrial control, wireless terminals in self-driving vehicles, wireless terminals in telemedicine or telehealth services, wireless terminals in smart grids, wireless terminals in smart cities, and wireless terminals in smart homes. Terminal devices can also be wearable devices and next-generation communication systems, such as terminal devices in future communication systems. Furthermore, the term "terminal device" in this application can also refer to chips, modems, system-on-a-chip (SoC), or communication platforms that may include radio frequency (RF) components, primarily responsible for related communication functions.

[0111] In this embodiment of the application, the aforementioned terminal device can also be a terminal node with artificial intelligence (AI) functionality. For example, the terminal device is an AI node, a computing power node, or a terminal device with AI capabilities.

[0112] In this embodiment, the device for implementing the functions of the terminal device can be the terminal device itself, or any device capable of supporting the terminal device in implementing those functions. Examples include a chip, chip system, control unit, processing circuit, or processor. This device can be installed in the terminal device.

[0113] Network equipment: This can be equipment within a wireless network. For example, network equipment can be a RAN node (or device) that connects terminal devices to the wireless network, and can also be called a base station. Currently, some examples of RAN equipment include: base stations, evolved NodeBs (eNodeBs), gNBs (gNodeBs) in 5G communication systems, transmission reception points (TRPs), evolved Node Bs (eNBs), radio network controllers (RNCs), Node Bs (NBs), home base stations (e.g., home-evolved Node Bs, or home Node Bs (HNBs), base band units (BBUs), or wireless fidelity (Wi-Fi) access points (APs), etc. Additionally, in a network architecture, network equipment can include centralized unit (CU) nodes, distributed unit (DU) nodes, or RAN equipment including both CU and DU nodes.

[0114] Optionally, RAN nodes can also be macro base stations, micro base stations, indoor stations, relay nodes, donor nodes, or radio controllers in cloud radio access network (CRAN) scenarios. RAN nodes can also be servers, wearable devices, vehicles, or in-vehicle equipment. For example, the access network equipment in vehicle-to-everything (V2X) technology can be a roadside unit (RSU).

[0115] In another possible scenario, multiple RAN nodes collaborate to assist the terminal in achieving wireless access, with different RAN nodes each implementing some of the base station's functions. For example, RAN nodes can be CUs, DUs, CUs (control plane, CP), CUs (user plane, UP), or radio units (RUs). CUs and DUs can be set up separately or included in the same network element, such as a baseband unit (BBU). RUs can be included in radio frequency equipment or radio frequency units, such as remote radio units (RRUs), active antenna units (AAUs), or remote radio heads (RRHs).

[0116] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an open access network (open RAN, O-RAN, or ORAN) system, CU can also be called O-CU (open CU), DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software modules and hardware modules.

[0117] Network devices can be other devices that provide wireless communication functions for terminal devices. The embodiments of this application do not limit the specific technology or device form used in the network device. For ease of description, the embodiments of this application are not limited.

[0118] In this embodiment of the application, the network device can also be a network node with AI capabilities, which can provide AI services to terminals or other network devices. For example, it can be an AI node, computing power node, RAN node with AI capabilities, network element with AI capabilities, etc. on the network side.

[0119] In this embodiment, the device for implementing the function of the network device can be the network device itself, or it can be any device that supports the network device in implementing that function, such as a chip, chip system, control unit, processing circuit, or processor. This device can be installed in the network device.

[0120] The technical solution of this application can be applied to cellular communication systems related to the 3rd Generation Partnership Project (3GPP). For example, 4th generation (4G) communication systems, 5th generation (5G) communication systems, or future communication systems. For instance, 4th generation communication systems may include Long Term Evolution (LTE) communication systems, LTE Frequency Division Duplex (FDD) systems, or LTE Time Division Duplex (TDD) systems. 5th generation communication systems may include New Radio (NR) communication systems. The technical solution of this application can also be applied to Wireless Fidelity (WiFi) systems, communication systems supporting the convergence of multiple wireless technologies, device-to-device (D2D) systems, Internet of Things (IoT) communication systems, Industrial Internet (IIoT) communication systems, Vehicle-to-Everything (V2X) communication systems, or satellite communication systems, etc.

[0121] Please see Figure 1 This is a schematic diagram of the architecture of the communication system 1000 used in an embodiment of this application. Figure 1 As shown, the communication system includes RAN 100. Optionally, the communication system 1000 also includes a core network 200 and an Internet 300. RAN 100 includes at least one RAN node (e.g., Figure 1 110a and 110b, collectively referred to as 110, may also include at least one terminal (such as...). Figure 1 RAN 100, denoted as RAN 120a-120j, is collectively referred to as RAN 120. RAN 100 may also include other RAN nodes, such as wireless relay equipment and / or wireless backhaul equipment. Figure 1 (Not shown in the image). Terminal 120 connects wirelessly to RAN node 110, and RAN node 110 connects wirelessly or via a wired connection to core network 200. The core network equipment in core network 200 and RAN node 110 in RAN 100 can be independent physical devices, or they can be the same physical device integrating the logical functions of core network equipment and RAN nodes. Terminal devices and RAN nodes can be interconnected via wired or wireless connections.

[0122] Figure 2 This is a schematic diagram of an application framework involving RIC modules under the O-RAN architecture. For example... Figure 2As shown, the communication system includes a RAN intelligent controller (RIC). The RIC includes a near-real-time RIC (near-RT RIC) and a non-real-time RIC (non-RT RIC).

[0123] As an example, Figure 2 The near real-time RIC in the system is used for model training and inference. For example, it can be used to train an AI model and then use that model for inference. The near real-time RIC can obtain network-side and / or terminal-side information from RAN nodes (e.g., CU, CU-CP, CU-UP, DU, and / or RU) and / or terminals. This information can be used as training data or inference data. Optionally, the near real-time RIC can deliver the inference results to the RAN nodes and / or terminals. Optionally, inference results can be exchanged between CUs and DUs, and / or between DUs and RUs. For example, the near real-time RIC delivers the inference results to the DU, and the DU sends them to the RU.

[0124] As another example Figure 2 The non-real-time RIC in the RAN is used for model training and inference. For example, it can be used to train an AI model and then use that model for inference. The non-real-time RIC can obtain network-side and / or terminal-side information from RAN nodes (e.g., CU, CU-CP, CU-UP, DU, and / or RU) and / or terminals. This information can be used as training data or inference data, and the inference results can be delivered to the RAN nodes and / or terminals. Optionally, inference results can be exchanged between CUs and DUs, and / or between DUs and RUs; for example, the non-real-time RIC delivers the inference results to the DU, which then forwards them to the RU.

[0125] As another example Figure 2 The near real-time RIC and non-real-time RIC can also be set up as separate network elements. Optionally, the near real-time RIC and non-real-time RIC can also be part of other devices. For example, the near real-time RIC can be set in the RAN node (e.g., in CU, DU), while the non-real-time RIC can be set in the operation, administration and maintenance (OAM) system, cloud server, core network equipment, or other network equipment.

[0126] Optionally, the above Figure 2 The near real-time RIC and non-real-time RIC shown can coexist, or only one of them can exist; this application does not limit the specifics.

[0127] Figure 3An example diagram of an O-RAN system is shown. An O-RAN system may include components other than those shown in the diagram. For example... Figure 3 As shown, the access network equipment (RAN, such as eNB, gNB, or next-generation access network equipment) communicates with the core network (CN) through the backhaul link and with the UE through the air interface.

[0128] The communication system to which the technical solution provided in this application applies includes a first communication device and a second communication device. The first communication device is a terminal device, or a device within a terminal device. For example, it may be a chip, chip system, module, processing unit, control unit, or circuit within a terminal device; specific details are not limited in this application. The second communication device is a network device, or a device within a network device. For example, it may be a chip, chip system, module, processing unit, control unit, or circuit within a network device; specific details are not limited in this application. The following description primarily uses the example of the first communication device being a terminal device and the second communication device being a network device to illustrate the technical solution of this application.

[0129] With the increasing diversity of application scenarios for wireless communication systems, next-generation wireless communication systems have introduced many new technologies to meet the diverse needs of scenarios such as high speed, low latency, and massive connectivity. In wireless communication systems, initial access is a crucial step in establishing communication between user equipment (UE) and the base station. The initial access process determines whether the UE successfully registers with the network and establishes a connection with the base station, enabling the UE to transmit data and access services.

[0130] The primary objective of initial access is to allocate resources and establish a communication link for the terminal device when the UE first accesses or re-accesses the network. The initial access process involves multiple signaling interaction steps, particularly the random access procedure. Random access is used to resolve the time-frequency synchronization issue between the UE and the base station and to allocate uplink resources to the UE for further communication. Random access is divided into contention-based random access (CBRA) and contention-free random access (CFRA).

[0131] The main steps of the random access procedure are described below.

[0132] The UE first scans the SSBs in the communication network to obtain basic information about the base station. This includes frequency information, timing synchronization, and system information carried in the physical boardcast channel (PBCH). The SSB provides the UE with the basic information for synchronization with the base station, which is a prerequisite for random access between the UE and the base station.

[0133] Then, the UE sends a preamble to the base station through the PRACH resource associated with the SSB. Next, after receiving the preamble, the base station sends a random access response (RAR) message to the UE to inform the UE whether the preamble was successfully sent. The RAR is carried on a PDCCH scrambled with RA-RNTI. The RA-RNTI is calculated as follows: RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id.

[0134] Wherein, s_id is the index of the first time-domain symbol of RO (e.g., orthogonal frequency division multiplexing (OFDM) symbol) (0≤s_id<14), t_id is the index of the first time slot containing RO in the system frame (0≤t_id<80), the subcarrier spacing used to determine t_id is determined based on the μ value specified in Clause 5.3.2 of the communication protocol TS 38.211[8], t_id is the index of the 120kHz time slot in the system frame containing RO (0≤t_id<80), f_id is the index of RO in the frequency domain (0≤f_id id<8), ul_carrier_id is the carrier used for preamble transmission (wherein, if the value of ul_carrier_id is 0, then the carrier for preamble transmission is the uplink (UL) carrier. If the value of ul_carrier_id is 1, then the carrier for preamble transmission is the supplementary uplink (SUL) carrier). In a contention-based random access procedure, if multiple UEs use the same preamble, a contention resolution process is required to resolve the conflict. For details, please refer to the existing introductions to contention-based random access procedures, which will not be elaborated here.

[0135] After receiving the random access response message, the UE can initiate a radio resource control (RRC) connection request message to the base station based on the allocated uplink resources. The base station confirms the request and establishes the RRC connection. This process allows the UE to successfully access the network, enabling further communication and data transmission. In the initial access scenario, different SSBs are associated with different PRACH resources; that is, each SSB has its own associated PRACH resources. For example, ... Figure 4 As shown, the PRACH resources associated with SSB#0 include RO1, RO2, RO3, and RO4. The PRACH resources associated with SSB#1 include RO5, RO6, RO7, and RO8.

[0136] The following describes the New Radio Physical Downlink Control Information Command Random Access (NR PDCCH order RACH) procedure.

[0137] In cases of uplink synchronization failure or pending downlink data transmission, the base station can schedule the UE to initiate random access via DCI. An example of the various domains of DCI is shown below. For example, as shown in Table 1:

[0138] Table 1

[0139]

[0140] In Table 1 above, the DCI format identifier indicates the DCI format. For example, the DCI format can be DCI 1_0. The Uplink / Supplementary Uplink Indicator (UL / SUL indicator) field includes 1 bit. A value of 0 for the UL / SUL indicator field indicates that the carrier used for preamble transmission is a UL carrier. A value of 1 for the UL / SUL indicator field indicates that the carrier used for preamble transmission is a SUL carrier. The UE initiates random access to the base station using the resources scheduled by the DCI. For example, a value of 0 for the UL / SUL indicator field indicates that the UE initiates random access to the base station using a UL carrier. The specific random access process can be found in the aforementioned descriptions and will not be repeated here.

[0141] In NR communication systems, carrier aggregation is an important technique that allows terminal devices to operate simultaneously using multiple carrier components (CCs) in different frequency bands, achieving higher data rates and more efficient spectrum utilization. Combining multiple carriers provides greater bandwidth for the terminal device, supporting large-scale data transmission. This is particularly effective in applications with high bandwidth requirements, such as high-definition video, virtual reality, and augmented reality.

[0142] Carrier aggregation not only improves data throughput but also enhances network flexibility and reliability, particularly its adaptability across different frequency bands. In flexibly configurable carrier aggregation schemes, operators can effectively utilize the characteristics of both low-frequency and high-frequency bands to adapt to different network environments and user needs. In NR, carrier aggregation supports flexible configuration methods; the uplink and downlink CCs can be different, thus meeting diverse communication requirements.

[0143] However, in multi-CC scenarios, different CCs have different resource configurations. For example, in a TDD communication system, different CCs have different TDD configurations. That is, the uplink and downlink resource configurations of different CCs are different. Therefore, how the terminal device can initiate random access to improve the initial access performance in multi-CC scenarios is a problem worth considering. This application provides a random access method and apparatus for reducing access latency and improving initial access performance. Please refer to the relevant descriptions of the embodiments below for details.

[0144] The technical solution of this application is described below with reference to specific embodiments.

[0145] Figure 5 This is a schematic diagram of one embodiment of the random access method according to this application. Please refer to... Figure 5 For example, this method is executed by a terminal device; however, those skilled in the art will understand that the method can also be executed by a chip (such as a baseband chip) in the terminal device. The method includes the following steps.

[0146] 501. The terminal device determines the first CC from multiple CCs based on the RO waiting time corresponding to each CC.

[0147] In this application, the RO (Return on Root) waiting time for each CC is the interval between the time unit containing the RO of that CC and the current time unit. Optionally, the RO waiting time for each CC is the time interval between the time slot containing the RO of that CC and the current time slot. Alternatively, the RO waiting time for each CC is the time interval between the time domain symbol containing the RO of that CC and the current time domain symbol. Alternatively, the RO waiting time for each CC is the time interval between the subframe containing the RO of that CC and the current subframe. Alternatively, the RO waiting time for each CC is the time interval between the frame containing the RO of that CC and the current frame. This application does not impose any specific limitations. That is, the time unit can be a time slot, a time domain symbol, a subframe, or a frame, etc., and this application does not impose any specific limitations. The following text mainly uses the example of the RO waiting time for each CC being the time interval between the time slot containing the RO of that CC and the current time slot to introduce the technical solution of this application.

[0148] Optionally, the communication system in which the terminal device operates is a TDD communication system or an FDD communication system. Optionally, multiple CCs include a second CC. The following describes how the terminal device determines the RO waiting time of the second CC, based on the type of communication system in which the terminal device operates.

[0149] In one possible implementation, for a TDD communication system, the following describes how the terminal device determines the RO waiting time of the second CC in conjunction with step a.

[0150] Step a: The terminal device determines the RO waiting time of the second CC based on the uplink and downlink time slot ratio of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame.

[0151] For example, such as Figure 6A As shown, for CC1, the uplink / downlink time slot ratio is 4:1. The radio frame period for RO is a radio frame, and the location information of RO in the radio frame is located in time domain symbols 2 to 5 of the uplink time slot of the radio frame. Specifically, the terminal device determines the radio frame containing RO based on the radio frame period of RO. Then, the terminal device determines the uplink / downlink time slot distribution in the radio frame containing RO based on the uplink / downlink time slot ratio of CC1. The terminal device determines the location information of RO in the first radio frame containing RO based on the location information of RO in the radio frame. The terminal device determines the waiting time of RO for CC1 based on the location information of RO in the first radio frame containing RO and the current location information of the terminal device. For example, as... Figure 6A As shown, the terminal device is currently in the first time slot of radio frame 1, and the RO in CC1 is located in the fifth time slot of radio frame 1, which is the first uplink time slot of radio frame 1. Therefore, it can be known that the RO waiting time of CC1 is four time slots. The method for determining the RO waiting time of CC2 is similar, and will not be repeated here.

[0152] Optionally, the terminal device obtains the uplink / downlink time slot allocation of the second CC through system information block 1 (SIB1) sent by the network device. For example, SIB1 includes TDD-UL-DL-ConfigCommon, which indicates the uplink / downlink time slot allocation of the second CC. For instance, TDD-UL-DL-ConfigCommon in section 6.3.2 of the communication protocol TS38.331 can be represented as:

[0153]

[0154]

[0155] As can be seen from the UL-DL-ConfigCommon above, the reference subcarrier spacing is used to indicate the subcarrier spacing. The pattern is used to indicate the uplink / downlink time slot pattern (TDD-UL-DL-pattern), i.e., the uplink / downlink time slot allocation. The TDD-UL-DL-pattern includes the configuration of each time slot and the time domain symbol configuration within the time slot. For example, the TDD-UL-DL-pattern indicates the distribution of uplink / downlink time slots.

[0156] Optionally, for TDD communication systems, time slots can be divided into uplink time slots, downlink time slots, and flexible time slots. Uplink time slots are used for uplink transmission. Downlink time slots are used for downlink transmission. Flexible time slots refer to time domain symbols in a time slot that can be flexibly configured as uplink time domain symbols, downlink time domain symbols, or reserved time domain symbols. In other words, a flexible time slot includes at least one of the following: uplink time domain symbols, downlink time domain symbols, or reserved time domain symbols. Specifically, the format of the flexible time slot can indicate the uplink time domain symbols, downlink time domain symbols, and / or, reserved time domain symbols in the flexible time slot. Since flexible time slots contain uplink time domain symbols, these uplink time domain symbols may contain ROs (Reserved Originating Nodes). Therefore, the terminal device needs to further consider the flexible time slot configuration when determining the RO waiting time of each CC (Complex Node). Optionally, step b above specifically includes: the terminal device determines the RO waiting time of the second CC based on the uplink / downlink time slot ratio of the second CC, the flexible time slot configuration, the radio frame period of the RO, and the location information of the RO in the radio frame.

[0157] Optionally, the flexible timeslot configuration includes the format of the flexible timeslot. The format of the flexible timeslot indicates: the uplink time domain symbol, the downlink time domain symbol, and the reserved time domain symbol in the flexible timeslot, wherein the uplink time domain symbol in the flexible timeslot includes the RO time domain symbol. For example, the terminal device can determine the format of the flexible timeslot through the timeslot configuration in the TDD-UL-DL-pattern field mentioned above.

[0158] For example, such as Figure 6B As shown, for CC1, the format of the first flexible slot in radio frame 1 is as follows: Figure 6BAs shown, time domain symbols 0 to 9 and 12 to 13 in this flexible time slot are all downlink time domain symbols, while time domain symbols 10 to 11 are reserved time domain symbols, and time domain symbols 12 to 13 are the time domain symbols where the RO (Return on Frame) is located. For example, if the terminal device is currently in the first time slot of radio frame 1, and the time slot where the RO of CC1 is located is the fourth time slot of radio frame 1, then the RO waiting time of CC1 is four time slots. As another example, if the terminal device is currently in the first time domain symbol of the fourth time slot of radio frame 1, and the RO of CC1 is the time domain symbols 12 to 13 in the fourth time slot of radio frame 1, then the RO waiting time of CC1 is 11 time domain symbols. The method for determining the RO waiting time of CC2 is similar and will not be repeated here.

[0159] In another possible implementation, for an FDD communication system, the following describes how the terminal device determines the RO waiting time of the second CC in conjunction with step b.

[0160] Step b: The terminal device determines the RO waiting time of the second CC based on the uplink and downlink time-frequency resources of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame.

[0161] For example, such as Figure 7 As shown, for CC1, the terminal device determines the distribution of uplink and downlink time slots for CC1 based on the uplink and downlink time-frequency resources of CC1. The length of the radio frame period for RO is three radio frames, and the location information of RO in the radio frame is located in time domain symbols 8 to 11 in the first uplink time slot of the radio frame. Specifically, the terminal device determines the radio frame containing RO based on the radio frame period of RO. The terminal device determines the location information of RO in the first radio frame containing RO based on the location information of RO in the radio frame. The terminal device determines the waiting time of RO for CC1 based on the location information of RO in the first radio frame containing RO and the current location information of the terminal device. For example, as... Figure 7 As shown, the terminal device is currently in the first time slot of radio frame 3, and the RO of CC1 is located in the fourth time slot of radio frame 3. Therefore, it can be known that the RO waiting time of CC1 is four time slots. The method for determining the RO waiting time of CC2 is similar, and will not be repeated here.

[0162] Optionally, the first CC is the CC with the shortest RO wait time among the multiple CCs. For example, such as Figure 6AAs shown, for CC1, radio frame 1 includes the RO. The RO of CC1 is located in the first uplink time slot of radio frame 1. For CC2, radio frame 1 includes the RO, and the RO of CC2 is located in the first uplink time slot of radio frame 1. The terminal device is currently in the third time slot of radio frame 1, so it can be seen that the RO waiting time of CC1 is less than the RO waiting time of CC2. Therefore, the terminal device can choose CC1 as the first CC. For example, as... Figure 6B As shown, for CC1, radio frame 1 includes RO. The RO of CC1 is located in the last two time domain symbols of the first flexible time slot in radio frame 1. For CC2, radio frame 1 includes RO, and the RO of CC2 is located in time domain symbols 4 to 5 and time domain symbols 12 to 13 of the first flexible time slot in radio frame 1. Therefore, the terminal device is currently in the first time domain symbol (i.e., time domain symbol 0) of radio frame 1, and thus the RO waiting time of CC1 is greater than that of CC2. Therefore, the terminal device can choose CC2 as the first CC.

[0163] Optional, Figure 5 The illustrated embodiment also includes step 500. Step 500 may be performed before step 501.

[0164] 500. The terminal device determines multiple CCs from the CCs configured on the terminal device.

[0165] The multiple CCs are those CCs configured on the terminal device whose downlink path loss reference signal received power (PSRS) is greater than or equal to a first threshold. Specifically, the terminal device can estimate the downlink path loss of each CC by using the SSB transmitted by the configured CCs to obtain the PSRS of that CC. Then, the terminal device selects the multiple CCs based on the PSRS of each CC. For example, the configured CCs on the terminal device include CC1, CC2, CC3, and CC4. CC1 and CC2 have PSRS greater than the first threshold, while CC3 and CC4 have PSRS less than the first threshold. Therefore, the terminal device selects CC1 and CC2 as the multiple CCs.

[0166] Optionally, the first threshold may be pre-configured by the network device, specified by the communication protocol, or predefined. For example, the first threshold may be the SSB reference signal received power threshold (rsrp-ThresholdSSB) configured in the Common Random Access Channel Configuration (RACH-ConfigCommon) of the communication protocol TS38.331.

[0167] In one possible implementation, the technical solution of this application is embodied in the process of the terminal device selecting the CC in the communication protocol. The following describes a possible embodiment of the technical solution of this application in the communication protocol.

[0168] 1. If the carrier to use for the Random Access procedure is explicitly signaled.

[0169] a. Select the signalled carrier for performing the random access procedure;

[0170] b, P in the signal carrier CMAX,f,c Set PCMAX to P CMAX,f,c of the signaled carrier)

[0171] 2. Otherwise, if the carrier used for the Random Access procedure is not explicitly signaled, and if the Serving Cell for the Random Access procedure is configured with multiple carriers.

[0172] a. If at least one RSRP of the downlinkpathloss reference of multiple carriers is more than rsrp-ThresholdSSB;

[0173] i. Select the carrier which has the most recent UL slot with available PRACH occasions;

[0174] ii. For P in the selected carrier CMAX,f,c Set PCMAX to P CMAX,f,c of the selected carrier);

[0175] b. Otherwise (ELse)

[0176] i. Select the NUL (Default) carrier for performing the Random Access procedure;

[0177] ii. For P in the selected carrier CMAX,f,c Set PCMAX to P CMAX,f,c of the selected carrier);

[0178] 3. Otherwise (Else:)

[0179] i. Select the NUL (Default) carrier for performing the Random Access procedure;

[0180] ii. For P in the selected carrier CMAX,f,c Set PCMAX to P CMAX,f,c of the selected carrier).

[0181] In another possible implementation, the technical solution of this application is reflected in the process of the terminal device selecting the RO in the communication protocol. The following describes a possible embodiment of the technical solution of this application in the communication protocol.

[0182] 1. If SSBs are selected

[0183] a. If the set of random access resources associated with MSG1 repetition is selected for this random access procedure;

[0184] i. Based on the message 1 repetition number applicable to this Random Access procedure corresponding to the selected SSB, determine the next available set of PRACH occasions in the next uplink available CC (where the MAC entity shall select a CC which has the most recent UL slot with available PRACH occasions) for the Msg1 repetition number applicable for this Random Access procedure corresponding to the selected SSBs;

[0185] b. Otherwise (Else:)

[0186] i. Determine the next available PRACH occasion in the next UL-available CC (where the MAC entity shall select a CC which has the most recent UL slot with available PRACH occasions) corresponding to the selected SSBs permitted by the restrictions given by the ra-ssb-OccasionMaskIndex (if configured), or ssbSharedRO-MaskIndex (if configured), or indicated by PDCCH, or indicated by the LTM Cell SwitchCommand MAC CE).

[0187] Optionally, step 501 above specifically includes: the terminal device determining a first CC from multiple CCs based on the RO waiting time and random access collision probability corresponding to each CC. The random access collision probability of each CC represents the probability of failure in initiating random access using that CC. The terminal device selects the first CC from multiple CCs by comprehensively considering the RO waiting time and random access collision probability corresponding to each CC. This helps reduce average access latency. For example, the terminal device determines CCs whose RO waiting time is less than or equal to a corresponding threshold based on the RO waiting time corresponding to each CC. Then, the terminal device selects the CC with the lowest random access collision probability from the CCs whose RO waiting time is less than or equal to the corresponding threshold as the first CC. The terminal device initiates random access using the RO of the first CC. This ensures both random access latency and random access success rate. Optionally, the size of this threshold depends on the random access latency requirement.

[0188] Optionally, the random access collision probability of each CC is characterized by the number of ROs of that CC and / or the UE arrival rate of that CC. The UE arrival rate of a CC is the number of UEs that choose to access that CC to initiate random access per unit time.

[0189] The following describes one possible implementation of a terminal device determining the first CC from multiple CCs based on the number of Return Entities (ROs), UE arrival rate, and RO waiting time corresponding to each CC. Specifically, assume that the multiple CCs include N cc If there are several CCs, and a collision occurs during random access initiated through the RO of the i-th CC, the required backoff time after the collision is T. backoff,i The arrival rate of CC is λ. The terminal device calculates it using the following formula:

[0190]

[0191] Where, τ i Let N be the RO wait time for the i-th CC. i Let this be the i-th CC. The terminal device calculates and determines the CC corresponding to the minimum value using this formula, and uses this CC as the first CC. For example, as... Figure 6C As shown, the RO waiting time τ1 of CC1 is greater than the RO waiting time τ2 of CC2, while CC1 has more ROs than CC2. Therefore, it can be concluded that CC1 has a lower probability of random access collisions, while CC2 has a higher probability. Therefore, to improve the success rate of random access, or in other words, to reduce the average access latency, the terminal device can choose CC2.

[0192] Optionally, the terminal device may obtain the UE arrival rate from multiple CCs. The following describes two possible implementation methods for the terminal device to obtain the UE arrival rate from multiple CCs.

[0193] Implementation Method 1: The terminal device determines the UE arrival rate for each CC based on the random access success rate and / or the preamble retransmission count for each CC. For example, a high random access success rate for a CC indicates a low probability of collision when accessing that CC, resulting in a lower UE arrival rate. Conversely, a high preamble retransmission count for a CC indicates a high probability of collision when accessing that CC, resulting in a higher UE arrival rate.

[0194] Implementation method two: Optional. Figure 5 The illustrated embodiment also includes step 500a. Step 500a may be performed before step 500.

[0195] 500a. The network device sends the first signaling message to the terminal device. Correspondingly, the terminal device receives the first signaling message from the network device.

[0196] The first signaling is used to indicate the UE arrival rate corresponding to each of the multiple access requests (CCs). Specifically, the network device determines the UE arrival rate corresponding to each of the multiple CCs based on the historical access requests and real-time monitoring requests corresponding to each CC.

[0197] Optionally, the first signaling is carried in RRC signaling, MAC CE signaling, or DCI signaling.

[0198] 502. The terminal device initiates random access through the RO of the first CC.

[0199] Optionally, the following describes a possible implementation of step 502 above, in conjunction with steps 1 and 2.

[0200] Step 1: The terminal device determines the first RO corresponding to the first CC.

[0201] Here, the first RO is the RO in the PRACH resource associated with the first SSB. The first SSB is the SSB with the shortest waiting time among the SSBs associated with the PRACH resource sent by the first CC. For example, as... Figure 6A As shown, the first CC is CC1, and the SSBs sent by the network device through CC1 include SSB1 and SSB2. SSB1 is associated with RO1 to RO4. SSB2 is associated with RO5 to RO8. The terminal device is currently located in time domain symbol 0 of the first uplink timeslot in radio frame 1, which is... Figure 6A It is known that the RO waiting time of SSB1 is two time-domain symbols, and the RO waiting time of SSB2 is four time-domain symbols. Therefore, the terminal device selects SSB1 as the first SSB. The first RO can be any one of RO1 to RO4 associated with SSB1.

[0202] Step 2: The terminal device initiates random access through the first RO.

[0203] Optional, Figure 5 The illustrated embodiment also includes step 503. Step 503 may be performed after step 502.

[0204] 503. The network device sends a first random access response to the terminal device. Correspondingly, the terminal device receives the first random access response from the network device.

[0205] The first random access response is carried on a PDCCH scrambled with a first RA-RNTI. The first RA-RNTI is generated based on the identifier of the first CC. Optionally, the identifier of the first CC can range from 0 to X, where X is an integer greater than 1. It should be noted that X is configured by the network device, fixed by the communication protocol, predefined, or specified by default. For example, the value of X is 6.

[0206] For example, the calculation method for the first RA-RNTI can include: First RA-RNTI = 1 + s_id + 14 × t_id + 14 × 80 × f_id + 14 × 80 × 8 × ul_carrier_id. Where ul_carrier_id ranges from 0 to X.

[0207] The above Figure 5 In the illustrated embodiment, the terminal device determines a first CC from multiple CCs based on the RO waiting times corresponding to each CC. The RO waiting time for each CC is the time interval between the time unit containing the RO of that CC and the current time unit. Then, the terminal device initiates random access using the RO of the first CC. This facilitates the terminal device in selecting a suitable CC for random access. For example, the terminal device can select the CC with the shortest RO waiting time to initiate random access, thereby reducing the access latency of random access and improving initial access performance.

[0208] The above Figure 5 The illustrated embodiments are presented from the perspective of terminal device selecting CC. This application can also be described from the perspective of terminal device selecting SSB. The following is a combination of... Figure 8 The embodiments shown are described below. Figure 8 This is a schematic diagram of another embodiment of the random access method of this application. Please refer to... Figure 8 For example, this method is executed by a terminal device; however, those skilled in the art will understand that the method can also be executed by a chip (such as a baseband chip) in the terminal device. The method includes the following steps.

[0209] 801. The terminal device determines the first SSB from multiple SSBs based on the waiting time of the PRACH resources associated with the multiple SSBs.

[0210] The waiting time for each PRACH resource associated with an SSB is the time interval between the time unit containing the PRACH resource and the current time unit. Optionally, the waiting time for each PRACH resource associated with an SSB is the time interval between the time slot containing the PRACH resource and the current time slot. Alternatively, the waiting time for each PRACH resource associated with an SSB is the time interval between the time domain symbol containing the PRACH resource and the current time domain symbol. Alternatively, the waiting time for each PRACH resource associated with an SSB is the time interval between the subframe containing the PRACH resource and the current subframe. Alternatively, the waiting time for each PRACH resource associated with an SSB is the time interval between the frame containing the PRACH resource and the current frame. That is, the time unit can be a time slot, a time domain symbol, a subframe, or a frame, etc., and this application does not limit the specific type. The following text mainly uses the example of the waiting time for each PRACH resource associated with an SSB being the time interval between the time slot containing the PRACH resource and the current time slot to introduce the technical solution of this application.

[0211] Optionally, the first SSB is the SSB with the smallest wait time for the associated PRACH resource among multiple SSBs. For example, such as Figure 6A As shown, multiple SSBs include SSB1, SSB2, SSB3, and SSB4. The PRACH resources associated with SSB1 are located in time domain symbols 2 and 3 of the fifth time slot in radio frame 1. The PRACH resources associated with SSB2 are located in time domain symbols 4 and 5 of the fifth time slot in radio frame 1. The PRACH resources associated with SSB3 are located in time domain symbols 2 and 3 of the eighth time slot in radio frame 1, and the PRACH resources associated with SSB4 are located in time domain symbols 4 and 5 of the eighth time slot in radio frame 1. Assuming the terminal device is currently located on the first time domain symbol of the first time slot in radio frame 1, it can be seen that SSB1 has the shortest waiting time for its associated PRACH resources among these multiple SSBs.

[0212] Optional, Figure 8 The illustrated embodiment also includes step 800. Step 800 may be performed before step 801.

[0213] 800. The terminal device determines multiple SSBs from the SSBs corresponding to the CC configured on the terminal device.

[0214] In this context, the multiple SSBs are SSBs whose signal quality is greater than or equal to a second threshold among those corresponding to the CCs configured on the terminal device. Specifically, the terminal device measures the signal quality of each of the multiple SSBs. Then, the terminal device selects the SSBs whose signal quality is greater than or equal to the second threshold from these multiple SSBs. For example, the CCs configured on the first communication device include CC1, CC2, and CC3. The SSBs corresponding to CC1 include SSB1 and SSB2. The SSBs corresponding to CC2 include SSB3 and SSB4. The SSBs corresponding to CC3 include SSB5. The signal quality corresponding to SSB1, SSB2, SSB3, and SSB4 is greater than or equal to the second threshold. Therefore, the terminal device selects SSB1, SSB2, SSB3, and SSB4.

[0215] Optionally, the second threshold is the same as described above. Figure 5 The first threshold in step 500 of the illustrated embodiment is similar, and you can refer to the foregoing related description for details.

[0216] Optionally, the technical solution of this application is reflected in the process of the terminal device selecting the SSB in the communication protocol. The following describes one possible embodiment of the technical solution of this application in a communication protocol.

[0217] 1. If the random access procedure was initiated by SI request, L1 / L2 triggered mobility cell handover signaling media access control element indication, or cell beam failure recovery, etc.

[0218] …

[0219] 2. Otherwise (for contention-based random access preamble selection):

[0220] a. If at least one of the SSBs with SS-RSRP is greater than the first threshold (i.e., the SSB reference signal received power threshold (rsrp-ThresholdSSB)):

[0221] i. If multi-CC is configured

[0222] 1. Select an SSB associated with the next UL-available CC (the MAC entity shall select a CC which has the most recent UL slot with available PRACH occasions) with SS-RSRP above rsrp-ThresholdSSB;

[0223] ii. Otherwise (Else)

[0224] 1. Select an SSB with RSRP greater than the SSB reference signal received power threshold (select an SSB with SS-RSRP above rsrp-ThresholdSSB).

[0225] b. Otherwise (Else:)

[0226] i. If multiple CCs are configured

[0227] 1. Select an SSB associated with the next UL-available CC (the MAC entity shall select a CC which has the most recent UL slot with available PRACH occasions);

[0228] ii. Otherwise (ELse)

[0229] 1. Select any SSB.

[0230] Optionally, step 801 above specifically includes: the terminal device determining the first SSB from multiple SSBs based on the random access collision probability of the PRACH resources associated with multiple SSBs and the waiting time of the PRACH resources associated with multiple SSBs, wherein the random access collision probability of the PRACH resources associated with each SSB is the failure probability of initiating random access through the PRACH resources associated with the SSB.

[0231] The terminal device selects a first SSB from multiple SSBs by comprehensively considering the PRACH resources associated with multiple SSBs and the probability of random access collisions among these resources. This helps reduce average access latency. For example, the terminal device determines PRACH resources whose RO waiting time is less than or equal to a corresponding threshold based on the RO waiting time of the PRACH resources associated with multiple SSBs. Then, the terminal device selects the SSB corresponding to the PRACH resource with the lowest probability of random access collision from among the PRACH resources whose RO waiting time is less than or equal to the corresponding threshold as the first SSB. The terminal device initiates random access through the PRACH resource associated with the first SSB. This ensures both random access latency and random access success rate. Optionally, the size of this threshold depends on the random access latency requirements.

[0232] Optionally, the collision probability of the PRACH resource associated with each SSB is characterized by at least one of the number of ROs in the PRACH resource associated with the SSB and the UE arrival rate of the CC corresponding to the SSB. The UE arrival rate of the CC corresponding to the SSB is the number of user equipment (UEs) that select to access the CC to initiate random access per unit time. For example, as Figure 9 As shown, the waiting time for the PRACH resource associated with SSB1 is time t1, and the number of ROs included in the PRACH resource associated with SSB1 is 8. The waiting time for the PRACH resource associated with SSB2 is t2, and the number of ROs included in the PRACH resource associated with SSB2 is 4. Therefore, it can be seen that the random access collision probability of the PRACH resource associated with SSB1 is lower, while the random access collision probability of the PRACH resource associated with SSB2 is higher. Therefore, to improve the success rate of random access, or in other words, to reduce the average access latency, the terminal device can choose SSB1.

[0233] Optionally, the terminal device obtains the UE arrival rate of the CC corresponding to multiple SSBs. The following describes two possible implementation methods for the terminal device to obtain the UE arrival rate of the CC corresponding to multiple SSBs.

[0234] Implementation Method 1: The terminal device determines the UE arrival rate of the CC corresponding to the multiple SSBs based on the random access success rate of the CCs corresponding to the multiple SSBs and / or the number of preamble retransmissions of the CCs corresponding to the multiple SSBs.

[0235] Implementation method two: Optional. Figure 8 The illustrated embodiment also includes step 800a. Step 800a may be performed before step 800.

[0236] 800a. The network device sends a second signaling message to the terminal device. Correspondingly, the terminal device receives the second signaling message from the network device.

[0237] The second signaling is used to indicate the UE arrival rate of the CCs corresponding to the multiple SSBs. Optionally, the second signaling is carried in RRC signaling, MAC CE signaling, or DCI signaling.

[0238] 802. The terminal device initiates random access through the PRACH resource associated with the first SSB.

[0239] For example, such as Figure 6A As shown, the terminal device selects SSB1 as the first SSB, and initiates random access through any one of the ROs from RO1 to RO4 included in the PRACH resources associated with SSB1.

[0240] Optional, Figure 8 The illustrated embodiment also includes step 803. Step 803 may be performed after step 802.

[0241] 803. The network device sends a second random access response to the terminal device. Correspondingly, the terminal device receives the second random access response from the network device.

[0242] The second random access response is carried on a PDCCH scrambled with the second RA-RNTI. The second RA-RNTI is generated based on the identifier of the CC corresponding to the first SSB. Optionally, the identifier of the CC corresponding to the first SSB ranges from 0 to X, where X is an integer greater than 1. It should be noted that X is configured by the network device, fixed by the communication protocol, predefined, or specified by default. For example, X may be 6. The calculation method for the second RA-RNTI is similar to that of the first RA-RNTI; please refer to the previous documentation for details. Figure 5 The relevant descriptions of the first RA-RNTI in the illustrated embodiments will not be repeated here.

[0243] The above Figure 8In the illustrated embodiment, the terminal device determines a first SSB from among multiple SSBs based on the waiting time of the PRACH resources associated with each SSB. The waiting time of the PRACH resource associated with each SSB is the time between the current time and the time when the PRACH resource associated with that SSB is located. Then, the terminal device initiates random access using the PRACH resource associated with the first SSB. This facilitates the terminal device in selecting a suitable PRACH resource for random access. For example, the terminal device can select the PRACH resource with the shortest waiting time to initiate random access, thereby reducing the access latency of random access and improving initial access performance.

[0244] The above Figure 5 In the illustrated embodiment, the terminal device determines the first CC from the multiple CCs based on the RO waiting time of the multiple CCs. Optionally, the terminal device determines the first CC from the multiple CCs based on the random access collision probability of the multiple CCs and the RO waiting time of the multiple CCs. That is... Figure 5 The illustrated embodiment shows the terminal device selecting the CC (Catch-Off Collision) primarily based on the CC's latency. In practical applications, the terminal device can select the CC primarily based on the random access collision probability. This application provides a corresponding embodiment for this implementation, which is similar to... Figure 5 The illustrated embodiment is similar, except that step 501 above is described as follows: the terminal device determines the first CC from the multiple CCs based on the random access collision probabilities corresponding to each CC. For information on the random access collision probabilities of CCs, please refer to the foregoing. Figure 5 The relevant descriptions in the illustrated embodiments. For example, the first CC is the CC with the lowest random collision probability among multiple CCs. For example, as... Figure 6C As shown, CC1 has 8 Returns of Origin (RO) and CC2 has 4 ROs. To reduce the probability of random access collisions, the terminal device can select CC1 as the first CC. Optionally, in this embodiment, the terminal device determines the first CC from multiple CCs based on the random access collision probabilities and RO waiting times corresponding to each CC. For example, the terminal device determines the CCs with a random access collision probability greater than a third threshold. Then, the terminal device selects the CC with the smallest RO waiting time from the CCs with a random access collision probability greater than the third threshold as the first CC. It should be noted that, optionally, the third threshold is determined based on random access performance requirements and / or channel conditions.

[0245] The above Figure 8In the illustrated embodiment, the terminal device determines a first SSB from multiple SSBs based on the waiting time of the PRACH resources associated with the multiple SSBs. Optionally, the terminal device determines the first SSB from multiple SSBs based on the random access collision probability of the PRACH resources associated with the multiple SSBs and the waiting time of the PRACH resources associated with the multiple SSBs. That is... Figure 8 The illustrated embodiment shows the terminal device selecting an SSB primarily based on the waiting time of the PRACH resources associated with multiple SSBs. In practical applications, the terminal device can select an SSB primarily based on the random access collision probability of the PRACH resources associated with multiple SSBs. In this implementation, this application provides a corresponding embodiment, which is similar to... Figure 8 The illustrated embodiment is similar, except that step 801 is described as follows: the terminal device determines a first SSB from the multiple SSBs based on the random access collision probability of the PRACH resources associated with the multiple SSBs. For example, the first SSB is the SSB with the lowest random access collision probability of the PRACH resources associated with the multiple SSBs. For example, as... Figure 9 As shown, the PRACH resources associated with SSB1 include 8 ROs, and the PRACH resources associated with SSB2 include 4 ROs. In order to reduce the probability of random access collisions, the terminal device can select SSB1 as the first SSB.

[0246] Optionally, in this embodiment, the terminal device determines the first SSB from multiple SSBs based on the random access collision probability of the PRACH resources associated with the multiple SSBs and the waiting time of the PRACH resources associated with the multiple SSBs. For example, the terminal device determines the PRACH resources among the multiple SSBs whose random access collision probability is greater than a fourth threshold. Then, the terminal device selects the SSB corresponding to the PRACH resource with the smallest RO waiting time from the PRACH resources whose random access collision probability is greater than the fourth threshold as the first SSB. It should be noted that, optionally, the fourth threshold is determined based on random access performance requirements and / or channel conditions.

[0247] Figure 10 This is a schematic diagram of yet another embodiment of the random access method according to this application. Please refer to... Figure 10 The method includes the following steps.

[0248] 1001. The network device sends the first DCI to the terminal device. Correspondingly, the terminal device receives the first DCI from the network device.

[0249] The first DCI includes a first field, which is used to indicate the identifier of the third CC.

[0250] Optionally, the number of bits in the first field is determined based on the maximum number of supported carriers. For example, if the maximum number of carriers is 7, the first field includes 3 bits. Optionally, the maximum number of carriers is configured by the network device, specified by the communication protocol, or predefined; this application does not impose any specific limitations. In the NR PDCCH order RACH scenario, the network device can instruct the terminal device to initiate random access through the first DCI. As shown in Table 2, the first field is the uplink carrier indicator (ULcarrier indicator) field shown in Table 2, which is used to indicate the identifier of the third CC.

[0251] Table 2

[0252]

[0253] Optionally, the format of the first DCI is DCI1_0.

[0254] 1002. The terminal device initiates random access through the RO of the third CC.

[0255] Optional, Figure 10 The illustrated embodiment also includes step 1003. Step 1003 may be performed after step 1002.

[0256] 1003. The network device sends a third random access response to the terminal device. Correspondingly, the terminal device receives the third random access response from the network device.

[0257] The third random access response is carried on a PDCCH scrambled with the third RA-RNTI. The third RA-RNTI is generated based on the identifier of the third CC. Optionally, the identifier of the third CC ranges from 0 to X, where X is an integer greater than 1. It should be noted that X is configured by the network device, fixed by the communication protocol, predefined, or specified by default. For example, the value of X is 6. The calculation method for the third RA-RNTI is as described above. Figure 5 The calculation method for the first RA-RNTI in step 503 of the illustrated embodiment is similar; please refer to the foregoing for details. Figure 5 The relevant descriptions of the first RA-RNTI in the illustrated embodiments will not be repeated here.

[0258] The communication device provided in this application is described below.

[0259] Figure 11 This is a schematic diagram of a communication device according to an embodiment of this application. Referring to 11, the communication device can be used to perform actions such as... Figure 5 and Figure 8 The process executed by the terminal device in the illustrated embodiment can be found in the relevant descriptions in the foregoing method embodiments.

[0260] The communication device 1100 includes a transceiver module 1101 and a processing module 1102.

[0261] The processing module 1102 is used for data processing. The transceiver module 1101 can implement the corresponding communication functions. The transceiver module 1101 can also be called a communication interface or a communication module.

[0262] Optionally, the communication device 1100 may further include a storage module, which can be used to store program code, program instructions and / or data. The processing module 1102 can read the instructions and / or data in the storage module so that the communication device 1100 can implement the aforementioned method embodiments.

[0263] Communication device 1100 can be used to perform Figure 5 and Figure 8 The actions performed by the terminal device in the illustrated embodiment. For example, the terminal device, its communication module, or a circuit or chip responsible for communication functions within the terminal device. The communication device 1100 can be the terminal device or a component configurable within the terminal device. The processing module 1102 is used to execute... Figure 5 and Figure 8 The embodiments shown depict processing-related operations on the terminal device side. The transceiver module 1101 is used to perform... Figure 5 and Figure 8 The embodiment shown illustrates the receiving-related operations on the terminal device side.

[0264] Optionally, the transceiver module 1101 may include a sending module and a receiving module. The sending module is used to perform... Figure 5 and Figure 8 The transmitting operation in the illustrated embodiment. The receiving module is used to perform... Figure 5 and Figure 8 The receiving operation in the illustrated embodiment.

[0265] It should be noted that the communication device 1100 may include a transmitting module but not a receiving module. Alternatively, the communication device 1100 may include a receiving module but not a transmitting module. Specifically, it depends on whether the above-described scheme performed by the communication device 1100 includes both transmitting and receiving actions. For example, the communication device 1100 is used to perform the above-described... Figure 5 and Figure 8 The actions performed by the terminal device in the illustrated embodiment are shown above. For details, please refer to the above. Figure 5 and Figure 8 The relevant descriptions in the illustrated embodiments will not be elaborated here.

[0266] For example, the communication device 1100 is used to execute the following scheme:

[0267] Processing module 1102 is used to determine the first CC from multiple CCs according to the RO waiting time corresponding to each CC, wherein the RO waiting time of each CC is the interval between the time unit where the RO of the CC is located and the current time unit.

[0268] The transceiver module 1101 is used to initiate random access via the RO of the first CC.

[0269] For example, the communication device 1100 is used to execute the following scheme:

[0270] Processing module 1102 is used to determine a first SSB from multiple SSBs based on the waiting time of the PRACH resources associated with multiple SSBs, wherein the waiting time of the PRACH resources associated with each SSB is the interval between the time units where the PRACH resources are located and the current time unit.

[0271] The transceiver module 1101 is used to initiate random access through the PRACH resource associated with the first SSB.

[0272] For example, the communication device 1100 is used to execute the following scheme:

[0273] Processing module 1102 is used to determine the first CC from multiple CCs according to the random access collision probabilities corresponding to multiple CCs respectively; the random access collision probability of each CC is used to characterize the failure probability of selecting a CC to initiate random access;

[0274] The transceiver module 1101 is used to initiate random access via the RO of the first CC.

[0275] For example, the communication device 1100 is used to execute the following scheme:

[0276] The processing module 1102 is used to determine a first SSB from multiple SSBs based on the random access collision probability of the PRACH resources associated with multiple SSBs, wherein the random access collision probability of the PRACH resources associated with each SSB is used to characterize the failure probability of initiating random access by the PRACH resources associated with that SSB.

[0277] The transceiver module 1101 is used to initiate random access through the PRACH resource associated with the first SSB.

[0278] For other implementation methods, please refer to the preceding text. Figure 10 The relevant descriptions in the illustrated embodiments are as follows.

[0279] It should be understood that the specific procedures for each module to perform the above-mentioned corresponding processes have been described in detail in the above method embodiments, and will not be repeated here for the sake of brevity.

[0280] Optionally, when the communication device 1100 is a terminal device or a communication module within a terminal device, the processing module 1102 in the above embodiments can be implemented by at least one processor or processor-related circuitry. Specifically, the processor may include a modem chip, or a system-on-a-chip (SoC) chip containing a modem core, or a system-in-package (SIP) chip. The transceiver module 1301 can be implemented by a transceiver or transceiver-related circuitry. The transceiver module 1101 may also be referred to as a communication module or communication interface. The storage module can be implemented using at least one memory.

[0281] Optionally, when the communication device 1100 is a circuit or chip in a terminal device responsible for communication functions, such as a modem chip or a SoC chip or SIP chip containing a modem core, the function of the processing module 1102 can be implemented by a circuit system in the aforementioned chip that includes one or more processors or processing cores. The function of the transceiver module 1101 can be implemented by the interface circuit or data transceiver circuit on the aforementioned chip.

[0282] The following is another structural schematic diagram of the communication device according to an embodiment of this application. Please refer to... Figure 12 Communication devices can be used to perform Figure 5 and Figure 8 The illustrated embodiment describes the process executed by the network device. For details, please refer to the relevant descriptions in the foregoing method embodiments.

[0283] The communication device 1200 includes a transceiver module 1201. Optionally, the communication device 1200 may also include a processing module 1202.

[0284] The processing module 1202 is used for data processing. The transceiver module 1201 can implement the corresponding communication functions. The transceiver module 1201 can also be called a communication interface or a communication module.

[0285] Optionally, the communication device 1200 may further include a storage module, which can be used to store program code, program instructions and / or data. The processing module 1202 can read the instructions and / or data in the storage module so that the communication device 1200 can implement the aforementioned method embodiments.

[0286] The communication device 1200 can be used to perform the actions performed by the network device in the above method embodiments. For example, it can be a network device or a communication module within a network device, or a circuit or chip within a network device responsible for communication functions. The communication device 1200 can be a network device or a component configurable within a network device. The processing module 1202 is used to perform processing-related operations on the network device side in the above method embodiments. The transceiver module 1201 is used to perform reception-related operations on the network device side in the above method embodiments.

[0287] Optionally, the transceiver module 1201 may include a sending module and a receiving module. The sending module is used to perform the sending operation in the above method embodiments. The receiving module is used to perform the receiving operation in the above method embodiments.

[0288] It should be noted that the communication device 1200 may include a transmitting module but not a receiving module. Alternatively, the communication device 1200 may include a receiving module but not a transmitting module. Specifically, it depends on whether the above-described scheme executed by the communication device 1200 includes both transmitting and receiving actions.

[0289] For example, the communication device 1200 is used to perform the above. Figure 5 and Figure 10 The actions performed by the network device in the illustrated embodiment are shown above. For details, please refer to the above. Figure 5 and Figure 10 The relevant descriptions in the illustrated embodiments will not be elaborated here.

[0290] For example, the communication device 1200 is used to execute the following scheme:

[0291] The transceiver module 1201 is used to receive a random access initiated by the first communication device through the RO of the first CC; and to send a first random access response, the first random access response being carried on a PDCCH scrambled by a first RA-RNTI, the first RA-RNTI being generated according to the identifier of the first CC.

[0292] For example, the communication device 1200 is used to execute the following scheme:

[0293] The transceiver module 1201 is used to receive a random access initiated by the first communication device through the PRACH resource associated with the first SSB; and to send a second random access response, the second random access response being carried on a PDCCH scrambled by a second RA-RNTI, the second RA-RNTI being generated based on the identifier of the CC corresponding to the first SSB.

[0294] For other implementation methods, please refer to the preceding text. Figure 5 and Figure 10 The relevant descriptions in the illustrated embodiments are as follows.

[0295] It should be understood that the specific procedures for each module to perform the above-mentioned corresponding processes have been described in detail in the above method embodiments, and will not be repeated here for the sake of brevity.

[0296] Optionally, the processing module 1202 in the above embodiments can be implemented by at least one processor or processor-related circuitry. The transceiver module 1201 can be implemented by a transceiver or transceiver-related circuitry. The transceiver module 1201 can also be referred to as a communication module or communication interface. The storage module can be implemented by at least one memory.

[0297] This application also provides a communication device 1300. Please refer to... Figure 13 The communication device 1300 includes a processor 1310 coupled to a memory 1320. The memory 1320 stores computer programs or instructions and / or data. The processor 1310 executes the computer programs or instructions and / or data stored in the memory 1320, causing the methods in the above method embodiments to be performed. The communication device 1300 is used to implement the operations performed by the terminal device or network device in the above method embodiments.

[0298] Optionally, the communication device 1300 may include one or more processors 1310.

[0299] Optional, such as Figure 13 As shown, the communication device 1300 may also include a memory 1320.

[0300] Optionally, the communication device 1300 may include one or more memory 1320s.

[0301] Optionally, the memory 1320 can be integrated with the processor 1310 or set separately.

[0302] Optional, such as Figure 13 As shown, the communication device 1300 may further include a transceiver 1330 for receiving and / or transmitting signals. For example, a processor 1310 is used to control the transceiver 1330 to receive and / or transmit signals.

[0303] This application also provides a communication device 1400, which can be a terminal device, a processor in the terminal device, or a chip. The communication device 1400 can be used to perform the operations performed by the terminal device in the above method embodiments.

[0304] When the communication device 1400 is a terminal device Figure 14 A simplified structural diagram of a terminal device is shown. (For example...) Figure 14 As shown, the terminal device includes a processor, a memory, and a transceiver. The memory can store computer program code, and the transceiver includes a transmitter 1431, a receiver 1432, radio frequency circuitry (not shown), an antenna 1433, and input / output devices (not shown).

[0305] The processor is mainly used to process communication protocols and communication data; control terminal devices; execute software programs; and process data from software programs.

[0306] Memory is mainly used to store software programs and data.

[0307] Radio frequency (RF) circuits are mainly used for the conversion between baseband signals and RF signals, as well as for the processing of RF signals.

[0308] Antennas are primarily used for transmitting and receiving radio frequency signals in the form of electromagnetic waves.

[0309] Input / output devices can include touchscreens, displays, or keyboards. They are primarily used to receive user input and output data to the user. It should be noted that some types of terminal devices may not have input / output devices.

[0310] When data needs to be transmitted, the processor performs baseband processing on the data to be transmitted and outputs a baseband signal to the radio frequency (RF) circuit. The RF circuit then processes the baseband signal and transmits it outwards as electromagnetic waves via an antenna. When data is sent to the terminal device, the RF circuit receives the RF signal through the antenna. The RF circuit converts the RF signal back into a baseband signal and outputs it to the processor. The processor converts the baseband signal back into data and processes that data. For ease of explanation, Figure 14 Only one memory, processor, and transceiver are shown in the illustration. In actual terminal devices, there may be one or more processors and one or more memories. Memory may also be referred to as storage medium or storage device, etc. Memory may be set up independently of the processor or integrated with the processor; this application does not limit this.

[0311] In this embodiment, the antenna and radio frequency circuit with transceiver function can be regarded as the transceiver module of the terminal device, and the processor with processing function can be regarded as the processing module of the terminal device.

[0312] like Figure 14 As shown, the terminal device includes a processor 1410, a memory 1420, and a transceiver 1430. The processor 1410 may also be referred to as a processing unit, processing board, processing module, or processing device, etc. The transceiver 1430 may also be referred to as a transceiver unit, transceiver, or transceiver device, etc.

[0313] Optionally, the device in transceiver 1430 used to implement the receiving function can be considered a receiving module, and the device in transceiver 1430 used to implement the transmitting function can be considered a transmitting module. That is, transceiver 1430 includes a receiver and a transmitter. A transceiver may also be called a transceiver unit, transceiver module, or transceiver circuit, etc. A receiver may also be called a receiver unit, receiving module, or receiving circuit, etc. A transmitter may also be called a transmitter, transmitting module, or transmitting circuit, etc.

[0314] Processor 1410 is used to perform the above Figure 5 and Figure 10 The illustrated embodiment shows the processing actions on the terminal device side. The transceiver 1430 is used to perform the above-described actions. Figure 5 and Figure 10 The embodiment shown illustrates the sending and receiving actions on the terminal device side.

[0315] It should be understood that Figure 14 This is merely an example and not a limitation; the terminal device described above, which includes a transceiver module and a processing module, may not rely on... Figure 10 , Figure 12 or Figure 13 The structure shown.

[0316] When the communication device 1400 is a chip, the chip includes a processor and a transceiver. The processor can be a processing module integrated on the chip, a microprocessor, or an integrated circuit. The transceiver can be an input / output circuit or a communication interface. In the above method embodiments, the transmitting operation of the terminal device can be understood as the output of the chip, and the receiving operation of the terminal device in the above method embodiments can be understood as the input of the chip.

[0317] Optionally, the communication device 1400 may also include a memory, which may be a memory built into the chip or a memory connected to the chip.

[0318] This application also provides a communication device 1500, which can be a network device or a chip. The communication device 1500 can be used to perform the above-described... Figure 5 and Figure 10 The operations performed by the network device in the illustrated embodiment.

[0319] When the communication device 1500 is a network device, such as a base station. Figure 15 A simplified schematic diagram of a base station structure is shown. The base station includes sections 1510, 1520, and 1530.

[0320] The 1510 section is mainly used for baseband processing and base station control; the 1510 section is usually the control center of the base station, which can be called the processor, and is used to control the base station to perform the processing operations on the network device side in the above method embodiments.

[0321] Section 1520 is primarily used to store computer program code and data.

[0322] Section 1530 is primarily used for transmitting and receiving radio frequency (RF) signals, as well as converting RF signals to baseband signals. Section 1530 is commonly referred to as a transceiver module, transceiver, transceiver circuit, or transceiver unit. The transceiver module of section 1530, also known as a transceiver or transceiver unit, includes antenna 1533 and RF circuitry (not shown in the figure), where the RF circuitry is mainly used for RF processing. Optionally, the device in section 1530 that performs the receiving function can be considered a receiver, and the device that performs the transmitting function can be considered a transmitter; that is, section 1530 includes receiver 1532 and transmitter 1531. The receiver can also be called a receiving module, receiver circuit, or receiving circuit, and the transmitter can be called a transmitting module, transmitter, or transmitting circuit.

[0323] Sections 1510 and 1520 may include one or more circuit boards, each of which may include one or more processors and one or more memories. The processors are used to read and execute programs from the memories to implement baseband processing functions and control the base station. If multiple circuit boards exist, they can be interconnected to enhance processing capabilities. As an alternative implementation, multiple circuit boards may share one or more processors, multiple circuit boards may share one or more memories, or multiple circuit boards may simultaneously share one or more processors.

[0324] For example, in one implementation, the transceiver module of section 1530 is used to perform... Figure 5 and Figure 10 The transmit / receive related processes are performed by the network device in the illustrated embodiment. The processor in section 1510 is used to execute... Figure 5 and Figure 10 The illustrated embodiment describes the processes related to the processing performed by the network device.

[0325] It should be understood that Figure 15 This is for illustrative purposes only and not as a limitation. The network devices mentioned above, including processors, memory, and transceivers, may be independent of... Figure 12 , Figure 13 or Figure 15 The structure shown.

[0326] When the communication device 1500 is a chip, the chip includes a processor and a transceiver. The processor is an integrated processor, microprocessor, or integrated circuit on the chip. The transceiver can be an input / output circuit or a communication interface. In the above method embodiments, the transmitting operation of the network device can be understood as the output of the chip, and the receiving operation of the network device in the above method embodiments can be understood as the input of the chip.

[0327] Optionally, the communication device 1500 may also include a memory, which may be a memory built into the chip or a memory connected to the chip.

[0328] This application also provides a computer-readable storage medium having stored thereon computer instructions for implementing the methods executed by a terminal device or a network device in the above method embodiments.

[0329] For example, when the computer program is executed by a computer, it enables the computer to implement the methods executed by the terminal device or network device in the above method embodiments.

[0330] This application also provides a computer program product containing instructions that, when executed by a computer, cause the computer to perform the method described in the above method embodiments, which is executed by a terminal device or a network device.

[0331] This application also provides a communication system, which includes a terminal device and a network device. The terminal device is used to perform the above-described... Figure 5 and Figure 10 In the embodiments shown, the terminal device performs some or all of the operations, and the network device performs the above-mentioned operations. Figure 5 and Figure 10 The network device performs some or all of the operations shown in the embodiments.

[0332] This application also provides a chip device, including a processor, configured to call computer programs or computer instructions stored in the memory, so that the processor executes the above-described... Figure 5 and Figure 10 The method provided in the illustrated embodiment.

[0333] In one possible implementation, the input of the chip device corresponds to the above. Figure 5 and Figure 10 In any of the embodiments shown, the receiving operation of the chip device corresponds to the above-described... Figure 5 and Figure 10 The sending operation in any of the embodiments shown.

[0334] Optionally, the processor is coupled to the memory via an interface.

[0335] Optionally, the chip device may also include a memory that stores computer programs or computer instructions.

[0336] The processor mentioned above can be a general-purpose central processing unit, a microprocessor, an application-specific integrated circuit (ASIC), or one or more devices used to control the above. Figure 5 and Figure 10The illustrated embodiments provide an integrated circuit for program execution of the method provided in any of the embodiments. The memory mentioned above may be read-only memory (ROM) or other types of static storage devices capable of storing static information and instructions, such as random access memory (RAM).

[0337] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the explanations and beneficial effects of the relevant contents in any of the above-mentioned devices can be referred to the corresponding method embodiments provided above, and will not be repeated here.

[0338] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection between apparatuses or units through some interfaces, and may be electrical, mechanical, or other forms.

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

[0340] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0341] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the essential contribution of the technical solution of this application, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0342] The above-described embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit it. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A random access method, characterized in that, The method is applied to a first communication device, and the method includes: The first CC is determined from the multiple CCs based on the random access channel timing (RO) waiting time corresponding to each of the multiple carrier components (CCs). The RO waiting time of each CC is the time interval between the time unit where the RO of the CC is located and the current time unit. Random access is initiated through the RO of the first CC.

2. The method according to claim 1, characterized in that, The first CC is the CC with the smallest RO waiting time among the plurality of CCs.

3. The method according to claim 1 or 2, characterized in that, Before determining the first CC from the plurality of CCs based on the random access channel timing (RO) waiting time corresponding to each CC, the method further includes: Determine the RO waiting time corresponding to each of the multiple CCs.

4. The method according to claim 3, characterized in that, The plurality of CCs includes a second CC; determining the RO waiting time corresponding to each of the plurality of CCs includes: The RO waiting time of the second CC is determined based on the uplink / downlink time slot ratio of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame; or, The RO waiting time of the second CC is determined based on the uplink and downlink time-frequency resources of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame.

5. The method according to claim 4, characterized in that, The step of determining the RO waiting time of the second CC based on the uplink / downlink time slot ratio of the second CC, the radio frame period of the RO, and the location information of the RO in the radio frame includes: The RO waiting time of the second CC is determined based on the uplink / downlink time slot ratio, flexible time slot configuration, RO radio frame period, and the location information of the RO in the radio frame.

6. The method according to any one of claims 1 to 5, characterized in that, The random access initiated through the RO of the first CC includes: Determine the first RO corresponding to the first CC. The first RO is the RO in the PRACH resource associated with the first SSB. The first SSB is the SSB with the minimum waiting time of the physical random access channel PRACH resource associated with the synchronization signal block SSB sent by the first CC. Random access is initiated through the first RO.

7. The method according to any one of claims 1 to 6, characterized in that, Before determining the first CC from the plurality of CCs based on the RO waiting time corresponding to each of the plurality of CCs, the method further includes: The plurality of CCs are determined from the CCs configured in the first communication device, wherein the plurality of CCs are a plurality of CCs whose path loss reference signal received power is greater than or equal to a first threshold.

8. The method according to any one of claims 1 to 7, characterized in that, The step of determining the first CC from the multiple CCs based on the random access channel timing (RO) waiting time corresponding to each CC includes: The first CC is determined from the plurality of CCs based on the RO waiting time and the random access collision probability of each CC. The random access collision probability of each CC is used to characterize the failure probability of selecting the CC to initiate random access.

9. The method according to claim 8, characterized in that, The random access collision probability of each CC is characterized by at least one of the number of ROs of the CC and the UE arrival rate of the CC, wherein the UE arrival rate of the CC is the number of user equipment (UE) that select to access the CC to initiate random access per unit time.

10. The method according to claim 9, characterized in that, The method further includes: Obtain the UE arrival rate corresponding to each of the multiple CCs.

11. The method according to claim 10, characterized in that, The process of obtaining the UE arrival rate of the CC includes: Receive a first signaling message, which indicates the UE arrival rate corresponding to each of the plurality of CCs; or... The UE arrival rate corresponding to each of the multiple CCs is determined based on the random access success rate corresponding to each of the multiple CCs and / or the number of preamble retransmissions corresponding to each of the multiple CCs.

12. The method according to any one of claims 1 to 11, characterized in that, The method further includes: Receive a random access response, the random access response being carried on a physical downlink control channel (PDCCH) scrambled with a random access-radio network temporary identifier (RA-RNTI), the RA-RNTI being generated based on the identifier of the first CC.

13. The method according to claim 12, characterized in that, The value range of the identifier of the first CC is 0-X, where X is an integer greater than 1.

14. A random access method, characterized in that, The method is applied to a second communication device, and the method includes: The random access initiated by the first communication device is received through the random access channel timing RO of the first carrier component CC. Send a random access response, which is carried on a physical downlink control channel (PDCCH) scrambled with a random access-radio network temporary identifier (RA-RNTI), the RA-RNTI being generated based on the identifier of the first CC.

15. The method according to claim 14, characterized in that, The first CC is the CC with the smallest RO waiting time among the multiple CCs of the first communication device, and the RO waiting time is the interval between the time unit where the RO is located and the current time unit.

16. The method according to claim 15, characterized in that, The plurality of CCs are multiple CCs whose path loss reference signal received power is greater than or equal to a first threshold among the CCs configured in the first communication device.

17. The method according to claim 15 or 16, characterized in that, The method further includes: Send a first signaling message, which is used to indicate the UE arrival rate corresponding to the plurality of CCs respectively. The UE arrival rate of each CC is the number of user equipment (UE) that select to access the CC to initiate random access per unit time.

18. The method according to any one of claims 14 to 17, characterized in that, The value range of the identifier of the first CC is 0-X, where X is an integer greater than 1.

19. A communication device, characterized in that, The communication device includes a module for performing the method as described in any one of claims 1 to 13; or, the communication device includes a module for performing the method as described in any one of claims 14 to 18.

20. A communication device, characterized in that, The communication device includes a processor for executing a computer program or computer instructions stored in a memory to perform the method as described in any one of claims 1 to 18.

21. A computer-readable storage medium, characterized in that, It stores a computer program thereon, which, when executed by a communication device, causes the communication device to perform the method as described in any one of claims 1 to 18.

Images