Resource determination method and related apparatus
By determining the RO resource type and transmission method according to the threshold in the 5G wireless communication system, the problem of reducing the coverage range of wireless signal at high frequency points and repeatedly sending messages is solved, and the communication quality and anti-interference ability are improved.
Patent Information
- Application Number
- PCT/CN2023/130372
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2023-04-04
- Filing Date
- 2023-11-08
- Publication Date
- 2025-01-02
AI Technical Summary
In 5G wireless communication systems, the coverage range of wireless signals with higher frequency points is reduced, resulting in insufficient uplink coverage. Potential interference may occur when repeatedly sending messages and sharing resources with single message sending messages, affecting communication quality.
The terminal obtains the threshold configured by the network device, determines that the RO resources used to send messages repeatedly are independent or shared RO resources, select the appropriate resource type to reduce interference between multiple PRACH transmissions and single PRACH transmissions, and transmit by frequency hopping To improve anti-interference ability.
When meeting the uplink coverage requirements, it reduces potential interference, improves communication quality, enhances anti-interference capabilities, and improves the overall performance of the communication system.
Smart Images

Figure CN2023130372_02012025_PF_FP_ABST
Abstract
Description
A resource determination method and related device
[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office of China on April 4, 2023, with application number 202310373004.3 and invention name “A resource determination method and related device”, the entire contents of which are incorporated by reference into this application. Technical Field
[0002] The present application relates to the field of communication technology, and in particular to a resource determination method and related devices. Background Art
[0003] In recent years, communications technology has significantly advanced and rapidly expanded. As communications technology has penetrated into industrial, aerospace, and civilian sectors, traditional communication methods have become less adaptable to the demands of current socioeconomic development, prompting the emergence of wireless communications technology. Wireless communications technologies, such as the fifth-generation mobile networks (5G), offer significant advantages in transmission speed and cost, making digital and intelligent transformation possible.
[0004] In wireless communication systems such as 5G, the energy attenuation of wireless signals during propagation increases as the center frequency of the wireless signal's carrier increases. Specifically, under the same propagation environment and transmission distance, the higher the frequency of the wireless signal, the faster the energy attenuation of the wireless signal. This means that the coverage range of wireless signals with higher frequencies is smaller than that of signals with lower frequencies. The reduction in coverage range of wireless signals in high-frequency bands, such as Frequency Range 2 (FR2), is more significant.
[0005] Because terminals such as user equipment (UE) are limited by transmit power, the reduction in uplink coverage is more pronounced. When a UE is in a weak signal coverage area, repeated transmissions can be used to improve the problem of reduced uplink coverage. However, if network equipment such as base stations allocate independent resources for all repeated messages (such as repeated random access messages), this may result in insufficient resources. Therefore, sharing resources with single-transmission messages is a reasonable approach. However, there is potential interference between single-transmission messages and repeated messages.
[0006] How to reduce interference on shared resources while ensuring that uplink coverage requirements are met has become a concern in the industry.
[0007] Summary of the Invention
[0008] The present application provides a resource determination method and device, which aims to solve the problem that when repeatedly sending messages to improve upper and lower coverage, repeated messages and single-sent messages share resources, but there may be potential interference between single-sent messages and repeated messages.
[0009] In order to achieve the above objectives, this application provides the following technical solutions:
[0010] A first aspect of the present application provides a resource determination method, applicable to a communication system including a network device and a terminal. Specifically, the terminal can obtain a threshold for determining a random access (RO) resource used to transmit a repeated message, as well as the number of transmissions of the repeated message. The terminal can determine the RO resource used for the repeated message based on the threshold and the number of transmissions of the repeated message. The RO resource used for the repeated message includes an independent RO resource independent of a single transmission message, or a shared RO resource shared with the single transmission message.
[0011] In this method, when performing multiple PRACH transmissions, the terminal can choose to use shared RO resources or independent RO resources for transmission based on a threshold, instead of using all shared RO resources. While meeting the uplink coverage requirements, it can reduce the potential interference caused by multiple PRACH transmissions and a single PRACH transmission using shared RO resources.
[0012] In some possible implementations, the threshold includes a first threshold for triggering the terminal to use a shared RO resource for transmission. The terminal determines the total number of transmissions of the repeatedly sent message. When the total number of transmissions exceeds the first threshold, the terminal determines that the RO resource used for the repeatedly sent message is a shared RO resource. Thus, by comparing the total number of transmissions with the first threshold, it is possible to determine whether the RO resource used for the repeatedly sent message is a shared RO resource.
[0013] In some possible implementations, the terminal uses shared RO resources to transmit multiple messages in the repeated transmission message in a frequency hopping manner, thereby reducing continuous interference, obtaining better anti-interference capability, and effectively improving communication quality.
[0014] In some possible implementations, the threshold includes a second threshold for triggering the terminal to use shared RO resources for transmission. For the i-th message in the repeatedly transmitted messages, if i is not greater than the second threshold, the terminal determines that the RO resource used by the i-th message is an independent RO resource. If i is greater than the second threshold, the terminal determines that the RO resource used by the i-th message is a shared RO resource. In this way, the terminal can determine whether the RO resource used by the i-th message is an independent RO resource or a shared RO resource based on the difference between i and the second threshold.
[0015] In some possible implementations, for messages that are transmitted using independent RO resources in repeatedly sent messages, the terminal uses RO resources with the same frequency domain position and adjacent time domain positions to transmit the messages. For messages that are transmitted using shared RO resources in repeatedly sent messages, the terminal uses frequency hopping to transmit the messages. This reduces continuous interference, obtains better anti-interference capability, and can effectively improve communication quality.
[0016] In some possible implementations, for messages transmitted using independent RO resources in repeated messages, the terminal uses a frequency hopping method based on a first frequency hopping parameter to transmit the message. For messages transmitted using shared RO resources in repeated messages, the terminal uses a frequency hopping method based on a second frequency hopping parameter to transmit the message. This can reduce persistent interference, achieve better anti-interference capabilities, and effectively improve communication quality.
[0017] In some possible implementations, the threshold includes a third threshold for triggering the terminal to use independent RO resources for transmission. For the j-th message in the repeatedly sent message, when j is not greater than the third threshold, the terminal determines that the RO resources used by the j-th message are shared RO resources; when j is greater than the third threshold, the terminal determines that the RO resources used by the j-th message are independent RO resources.
[0018] In some possible implementations, the terminal determines that the RO resources used by the jth message are independent RO resources, including when j is greater than a third threshold and the terminal does not detect RAR in the random access response RAR window, then the terminal determines that the RO resources used by the jth message are independent RO resources.
[0019] In some possible implementations, repeatedly sending the message includes multiple physical random access PRACH transmission messages in a random access procedure.
[0020] The second aspect of the present application provides a resource determination method, which is applied to a communication system including a network device and a terminal. The network device configures a threshold, and the threshold is used to determine the random access RO resource used to transmit a repeated message. The network device sends the threshold to the terminal so that the terminal obtains the threshold and the number of transmissions of the repeated message. Based on the threshold and the number of transmissions of the repeated message, the RO resource used for the repeated message is determined. The RO resource includes an independent RO resource independent of a single message or a shared RO resource shared with a single message.
[0021] In this method, the network device configures a threshold and sends it to the terminal. The terminal can choose to use shared RO resources or independent RO resources for transmission according to the threshold when performing multiple PRACH transmissions, rather than using all shared RO resources. While meeting the uplink coverage requirements, the potential interference caused by multiple PRACH transmissions and a single PRACH transmission using shared RO resources can be reduced.
[0022] The third aspect of the present application provides a communication device, comprising: a memory for storing computer instructions; a processor for executing the computer program or computer instructions stored in the memory, so that the communication device implements the method provided by the first aspect or the second aspect of the present application.
[0023] The fourth aspect of the present application provides a computer storage medium for storing a computer program. When the computer program is executed, it is used to implement the resource determination method provided in the first aspect or the second aspect of the present application. BRIEF DESCRIPTION OF THE DRAWINGS
[0024] FIG1 is a schematic diagram of the architecture of a communication system disclosed in an embodiment of the present application;
[0025] FIG2 is a schematic diagram of high-frequency signal coverage and low-frequency signal coverage disclosed in an embodiment of the present application;
[0026] FIG3 is a flowchart of a random access interaction disclosed in an embodiment of the present application;
[0027] FIG4 is a flowchart of interaction between a network device and a terminal transmitting and receiving information in the same transmit beam and the same receive beam disclosed in an embodiment of the present application;
[0028] FIG5 is a flow chart of a resource determination method disclosed in an embodiment of the present application;
[0029] FIG6 is a schematic flow chart of a method for determining resources when a base station is configured with a first threshold value, as disclosed in an embodiment of the present application;
[0030] FIG7 is a schematic diagram of a resource pool division disclosed in an embodiment of the present application;
[0031] FIG8 is a schematic flow chart of a method for determining resources in a case where a base station is configured with a second threshold value, as disclosed in an embodiment of the present application;
[0032] FIG9 is a schematic diagram of transferring part of a physical random access channel (PRACH) transmission to a shared random access occasion (RO) resource according to an embodiment of the present application;
[0033] FIG10 is a schematic diagram of a flow chart of a method for determining resources in a case where a base station is configured with a second threshold value, disclosed in an embodiment of the present application;
[0034] FIG11 is a schematic diagram of a method of first using shared RO resources to perform multiple transmissions according to an embodiment of the present application;
[0035] FIG12 is a structural diagram of a communication device disclosed in an embodiment of the present application;
[0036] FIG13 is a structural example diagram of another communication device disclosed in an embodiment of the present application. DETAILED DESCRIPTION
[0037] The technical solutions in the embodiments of the present application will be described clearly and completely below in conjunction with the drawings in the embodiments of the present application. The terms used in the following embodiments are only for the purpose of describing specific embodiments and are not intended to be limiting of the present application. As used in the specification and appended claims of the present application, the singular expressions "one", "a kind of", "said", "above", "the" and "this" are intended to also include expressions such as "one or more", unless there is a clear contrary indication in the context. It should also be understood that in the embodiments of the present application, "one or more" refers to one, two or more; "and / or" describes the association relationship of associated objects, indicating that three relationships may exist; for example, A and / or B can represent: the existence of A alone, the existence of A and B at the same time, and the existence of B alone, where A and B can be singular or plural. The character " / " generally indicates that the related objects before and after are in an "or" relationship.
[0038] References to "one embodiment" or "some embodiments" in this specification mean that a particular feature, structure, or characteristic described in conjunction with that embodiment is included in one or more embodiments of the present application. Thus, phrases such as "in one embodiment," "in some embodiments," "in other embodiments," and "in yet other embodiments" appearing in various places in this specification do not necessarily refer to the same embodiment, but rather mean "one or more but not all embodiments," unless otherwise specifically emphasized. The terms "including," "comprising," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.
[0039] The "multiple" involved in the embodiments of the present application means greater than or equal to two. It should be noted that in the description of the embodiments of the present application, the words "first" and "second" are only used for the purpose of distinguishing the description and cannot be understood as indicating or implying relative importance or order.
[0040] The technical solution of the present application can be applied to communication systems, for example, second-generation (2G) communication systems, third-generation (3G) communication systems, LTE systems, fifth-generation (5G) communication systems, LTE and 5G hybrid architectures, 5G New Radio (5G NR) systems, and new communication systems emerging in future communication developments, including but not limited to mobile communication systems after 5G networks (for example, 6G mobile communication systems), vehicle-to-everything (V2X) communication systems, and the like.
[0041] The communication system to which this application applies includes network devices and terminals. A network device is a device on the network side that provides network communication functions, sometimes also referred to as a network element. A network device typically includes a base station. An example of a communication system is shown in Figure 1, which includes a base station 1 and a terminal 2.
[0042] In the embodiments provided in the present application, the base station can be any device with wireless transceiver functions, including but not limited to: an evolved base station (NodeB or eNB or e-NodeB, evolutionary Node B) in long term evolution (LTE), a base station (gNodeB or gNB) or a transmission receiving point (TRP) in new radio (NR), a base station of subsequent evolution of 3GPP, an access node in a Wi-Fi system, a wireless relay node, a wireless backhaul node, etc. The base station can be: a macro base station, a micro base station, a pico base station, a small station, a relay station, or a balloon station, etc. The base station can include one or more co-site or non-co-site transmission points (Transmission Reception Point, TRP). The base station can also be a wireless controller, a centralized unit (CU), and / or a distributed unit (DU) in a cloud radio access network (CRAN) scenario. The base station can communicate with the terminal, or communicate with the terminal through a relay station. The terminal can communicate with multiple base stations of different technologies. For example, the terminal can communicate with a base station that supports the LTE network, and can also communicate with a base station that supports the 5G network. It can also establish dual connections with a base station that supports the LTE network and a base station that supports the 5G network.
[0043] In the embodiments provided herein, the terminal may be in various forms, such as a mobile phone, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal in industrial control, a vehicle-mounted terminal device, a wireless terminal in self-driving, a wireless terminal in remote medical, a wireless terminal in smart grid, a wireless terminal in transportation safety, a wireless terminal in smart city, a wireless terminal in smart home, a wearable terminal device, etc. The terminal may also be sometimes referred to as a terminal device, user equipment (UE), access terminal device, vehicle-mounted terminal, industrial control terminal, UE unit, UE station, mobile station, mobile station, remote station, remote terminal device, mobile device, UE terminal device, terminal device, wireless communication device, UE agent or UE device, etc. The terminal may also be a fixed terminal or a mobile terminal.
[0044] In the wireless communication system shown in Figure 1, the energy attenuation of wireless signals during propagation increases as the center frequency of the wireless signal carrier increases. As shown in Figure 2, under the same propagation conditions, the downlink coverage of high-frequency signals is smaller than that of low-frequency signals. Furthermore, the uplink coverage of terminals such as UEs is even smaller than the downlink coverage, necessitating enhanced uplink signal coverage design.
[0045] The 3GPP Release 17 standard (abbreviated as R17) proposed by standardization organizations such as the 3rd Generation Partnership Project 3GPP provides coverage enhancement solutions for the Physical Uplink Shared Channel (PUSCH), Physical Uplink Control Channel (PUCCH) and the third message (denoted as MSG3), but does not provide coverage enhancement for the Physical Random Access Channel (PRACH).
[0046] PRACH coverage enhancement is one of the bottleneck issues in uplink channel coverage and is very important in processes such as initial access and beam failure recovery (also known as beam recovery). Whether for initial access or beam failure recovery, terminal 2 usually needs to initiate random access to base station 1 on the network side through PRACH to establish a wireless link and perform data exchange operations through the wireless link. Random access refers to the process from the user sending a random access preamble (also called preamble) through the physical random access channel PRACH to attempt to access the network to the establishment of a basic signaling connection with the network.
[0047] Figure 3 shows a random access process. Figure 3 uses a four-step random access example. As shown in Figure 3, terminal 2 sends a first message (denoted as MSG1) to base station 1 via PRACH, where the first message carries a random access preamble (preamble). Base station 1 can blindly detect the preamble in PRACH. If the preamble is detected, it can feedback a second message (denoted as MSG2) via the physical downlink shared channel (PDSCH) within the random access response window (RAR), specifically the random access response RAR.
[0048] The RAR may include: Preamble information (for terminal 2 matching operation) in MSG1 (for example, serial number or identifier), uplink timing advance (TA) of terminal 2, backoff fallback parameter (the time when re-initiating the Preamble code should delay re-access), physical uplink shared channel (PUSCH) scheduling information UL_Grant allocated for transmitting the third message (MSG3) (including whether frequency hopping, modulation and coding rate, access resources and access time, etc.), Temple C-RNTI (for MSG3 scrambling).
[0049] Terminal 2 can obtain uplink synchronization based on the TA in the RAR and transmit a third message (denoted as MSG3) in the uplink resources allocated to it by base station 1 for subsequent data transmission. Among them, MSG3 can carry an RRC connection request (RRC Connection Request) or an RRC connection re-establishment request (RRC Connection Re-establishment Request). Base station 1 sends a fourth message (denoted as MSG4) to terminal 2 via downlink resources, specifically a content resolution (Contention Resolution) message.
[0050] When Terminal 2 is in an area with weak signal coverage (poor downlink coverage generally means even worse uplink coverage), PRACH transmission can improve coverage by: Terminal 2 can repeat the preamble multiple times in a single PRACH transmission. More repetitions increase the coverage area. If a PRACH transmission fails (for example, if the RAR message is not received), Terminal 2 can initiate a PRACH retransmission. During the retransmission, Terminal 2 can switch beams or adjust the transmit power.
[0051] However, the number of preamble retransmissions in a PRACH transmission is limited, so random access failures can still occur. This is especially true in FR2 scenarios, where uplink coverage is more likely to be insufficient, increasing the probability of random access failure. If a PRACH transmission is retransmitted, a different preamble may be selected, preventing base station 1 from performing diversity reception. Furthermore, terminal 2 will experience random access delays as it waits for retransmissions after a failure.
[0052] Based on this, terminal 2 can send multiple PRACH Transmissions on the same beam. A beam is a communication resource. A beam can be a wide beam, a narrow beam, or other types of beams, and the technology for forming the beam can be beamforming technology or other technical means. Beamforming technology can specifically be digital beamforming technology, analog beamforming technology, and hybrid digital / analog beamforming technology. Different beams can be considered as different resources. In the NR protocol, a beam can be referred to as a spatial domain filter, a spatial filter, a spatial domain parameter, a spatial parameter, a spatial setting, a spatial setting, quasi-colocation (QCL) information, a QCL assumption, or a QCL indication. The beam can be indicated by a TCI-state parameter or a spatial relation parameter.
[0053] For ease of understanding, this application also provides an example to illustrate the process of sending multiple PRACH Transmissions on the same beam. As shown in Figure 4, during the transmission process of MSG1, Terminal 2 can choose to repeatedly send PRACH Transmissions on the same transmission beam (Tx beam), such as Tx Beam x, and the receiving end (such as Base Station 1) can also receive PRACH Transmissions on the same reception beam (Rx beam), such as Rx Beam x. A transmission beam may refer to the distribution of signal strength in different directions in space after the signal is transmitted by the antenna, and a reception beam may refer to the distribution of signal strength in different directions in space of the wireless signal received from the antenna.
[0054] In this way, the base station can combine multiple received PRACH transmissions to improve the signal to interference plus noise ratio (SINR) of the received signal, that is, to increase the ratio of the signal to the sum of interference and noise in the communication system, ultimately achieving the purpose of increasing the probability of the random access signal being correctly received.
[0055] For multiple PRACH transmissions using the same transmit beam, in order to distinguish multiple PRACH transmissions from single PRACH transmissions, a preamble independent of a single PRACH transmission may be used in multiple PRACH transmissions and transmitted on a shared random access occasion (RO) resource, or an independent RO resource may be used for multiple PRACH transmissions, or a part of the multiple PRACH transmissions may be transmitted on a shared RO resource using an independent preamble and another part may be transmitted using an independent RO resource. RO resources may be time-frequency resources (time domain resources, frequency domain resources) that can transmit a preamble during random access. The time domain resources and frequency domain resources may be sliced, and the RO resources may be time-frequency resource slices or frequency domain resource slices that can transmit a preamble.
[0056] Because multiple PRACH transmissions can share RO resources with a single PRACH transmission, multiple PRACH transmissions can enhance PRACH uplink coverage, but they also require more RO resources. If a base station allocates independent RO resources for all multiple PRACH transmissions, this may result in insufficient resources. Therefore, sharing resources with a single PRACH transmission is a reasonable approach. However, multiple PRACH transmissions can potentially interfere with a single PRACH transmission. Reducing interference on shared RO resources while ensuring uplink coverage requirements has become a key industry concern.
[0057] To address the above issues, the present application provides a resource determination method. This method can be applied to a communication system, such as the communication system shown in Figure 1. The communication system includes a terminal and a network device. The terminal can obtain a threshold configured by the network device and determine the RO resource used for the repeated message (e.g., multiple PRACH transmission messages) based on the threshold and the number of transmissions of the repeated message. For example, the RO resource used for the repeated message is determined to be an independent RO resource independent of a single message (e.g., a single PRACH transmission message) or a shared RO resource shared with the single message.
[0058] In this method, when performing multiple PRACH transmissions, the terminal selects to use shared RO resources or independent RO resources for transmission based on a threshold, rather than using all shared RO resources. This method can reduce the potential interference caused by multiple PRACH transmissions and a single PRACH transmission using shared RO resources while meeting the uplink coverage requirements.
[0059] Based on the communication system shown in Figure 1, the present application further provides a resource determination method. The resource determination method of the present application is described in detail below in conjunction with embodiments.
[0060] Referring to the flowchart of the resource determination method shown in FIG5 , the method includes:
[0061] S502: The terminal obtains a threshold value configured by the network device.
[0062] The threshold is a value of a condition required to cause a certain change in an object. In this embodiment, the certain change in the object refers to a change in the RO resources used for repeated message transmission. During the random access process, the repeated message transmission can be multiple PRACH transmission messages, and the PRACH transmission message usually carries a preamble.
[0063] The change in the RO resources used by a repeatedly transmitted message may be that the RO resources used by the repeatedly transmitted message are changed from shared RO resources to independent RO resources, or that the independent RO resources used by the repeatedly transmitted message are changed to shared RO resources. A shared RO resource refers to an RO resource shared with a single PRACH transmission message, and an independent RO resource refers to an RO resource independent of a single PRACH transmission message. Furthermore, the change in the RO resources used by a repeatedly transmitted message may be that the RO resources used by multiple messages in the repeatedly transmitted message are all changed, for example, from independent RO resources to shared RO resources, or that the RO resources used by some of the messages in the repeatedly transmitted message are changed.
[0064] Based on this, the network device can configure different thresholds according to different ways in which the RO resources used for repeated message transmission change. The following examples illustrate different thresholds.
[0065] In a first possible implementation, a network device may configure a first threshold for triggering a terminal to use shared RO resources for transmission. Specifically, the first threshold may be used to trigger the terminal to use shared RO resources to transmit all messages in a repeated message. The first threshold may typically be compared with the total number of transmissions of the repeated message to determine whether to trigger the terminal to use shared RO resources for transmission.
[0066] In a second possible implementation, the network device may configure a second threshold for triggering the terminal to use the shared RO resources for transmission. The second threshold may specifically trigger the terminal to use the shared RO resources to transmit a portion of a repeatedly transmitted message. The portion of the message may be the i-th message in the repeatedly transmitted message, where i is greater than the second threshold.
[0067] In a third possible implementation, the network device may configure a third threshold for triggering the terminal to use independent RO resources for transmission. Specifically, the third threshold may be used to trigger the terminal to use independent RO resources to transmit a portion of a repeatedly transmitted message. The portion of the message may be the jth message in the repeatedly transmitted message, where j is greater than the third threshold.
[0068] The network device may be configured with one or more of the first threshold, the second threshold, or the third threshold, and broadcast the thresholds via a broadcast message. Specifically, the broadcast message may carry thresholds, for example, one or more of the first threshold, the second threshold, or the third threshold. The terminal may receive the broadcast message and obtain the thresholds configured by the network device from the broadcast message.
[0069] S503: The terminal obtains the number of transmissions of the repeated message.
[0070] In a first possible implementation, the threshold value obtained by the terminal includes a first threshold value, and the terminal can determine the total number of transmissions of the repeatedly sent message. In a communication system, such as an NR communication system, the synchronization signal is transmitted in a synchronization signal block (SSB) as a basic unit. When the beam scanning signal of the SSB "covers" the terminal, the terminal has the opportunity to initiate PRACH random access. Based on this, the terminal can obtain the reference signal received power (RSRP) of the SSB corresponding to the beam scanning signal, and predict the total number of transmissions of the repeatedly sent message (for example, the repeatedly sent MSG1) according to the RSRP of the above SSB.
[0071] In a second possible implementation, the threshold value obtained by the terminal includes a second threshold value, and the terminal may maintain a counter for counting the number of times a message is sent in a repeated message. The value of the counter may be initialized to 1. During the repeated message transmission process, each time a message is transmitted, the terminal may add one to the counter, thereby updating the value of the counter. In some examples, the terminal may maintain a PRACH transmission counter for counting multiple PRACH transmission messages. The PRACH transmission counter may start counting from 1. In a RACH attempt, the terminal may add 1 to the PRACH transmission counter each time a PRACH is transmitted. Accordingly, the value of the counter may represent the number of times the message is currently sent.
[0072] In a third possible implementation, the threshold value obtained by the terminal includes a third threshold value. Similar to the second implementation, the terminal may maintain a counter for counting the number of times the message is sent in a repeated message. The initial value of the counter may be 1. During the repeated message transmission process, each time a message is transmitted, the terminal may increment the counter by one to obtain the number of repeated message transmissions.
[0073] S504: The terminal determines the random access RO resource used by the repeatedly sent message according to the threshold and the number of transmissions of the repeatedly sent message.
[0074] RO resources include independent RO resources independent of a single message transmission or shared RO resources shared with a single message transmission. The terminal can determine whether the RO resources used for repeated messages, such as multiple PRACH transmissions, are independent RO resources or shared RO resources based on a threshold and the number of transmissions of the repeated message.
[0075] The RO resources used to determine repeated message transmission may be different depending on the thresholds obtained by the terminal. The following describes the process of determining the RO resources used to repeatedly transmit messages when the terminal obtains the first threshold, the second threshold, and the third threshold, respectively.
[0076] In a first possible implementation, the thresholds acquired by the terminal include a first threshold, and the terminal may determine the total number of transmissions of the repeatedly sent message. When the total number of transmissions is greater than the first threshold, the terminal may determine that the RO resource used for the repeatedly sent message is a shared RO resource. Furthermore, when the total number of transmissions is not greater than the first threshold, the terminal may determine that the RO resource used for the repeatedly sent message is an independent RO resource.
[0077] In communication systems, such as NR communication systems, synchronization signals are transmitted in synchronization signal blocks (SSBs) as basic units. When the beam scanning signal of the SSB "covers" the terminal, the terminal has the opportunity to initiate PRACH random access. Based on this, the terminal can obtain the reference signal received power (RSRP) of the SSB corresponding to the beam scanning signal, and predict the total number of transmissions of the repeated message (for example, the repeated MSG1) based on the RSRP of the above SSB.
[0078] In this embodiment, the network device may configure the mapping relationship between the RSRP and the total number of transmissions. The mapping relationship between the RSRP and the total number of transmissions is specifically the mapping relationship between the threshold value of the RSRP (denoted as threshold) and the total number of transmissions (denoted as K). Among them, the mapping relationship between the RSRP and the total number of transmissions may include the mapping relationship between one or more threshold values and one or more total numbers of transmissions. For example, the network device may configure the first threshold value and the corresponding first total number of transmissions, and the second threshold value and the corresponding second total number of transmissions. In some examples, threshhold1 = -100dbm, K1 = 2, threshhold2 = -110dbm, K2 = 3. The terminal may query the above mapping relationship according to the obtained RSRP of the SSB (specifically, the measured value of the RSRP) to determine the total number of transmissions. For example, if RSRP > threshhold1, the terminal may determine not to resend, and the total number of transmissions may be 1; if threshhold2 <= RSRP <= threshhold1, the terminal may determine that the total number of transmissions is K1; if RSRP < threshhold2, the terminal may determine that the total number of transmissions is K2.
[0079] In the second possible implementation manner, the threshold value obtained by the terminal includes the second threshold value. For the i-th message in the repeated transmission message, when i is not greater than the second threshold value, the terminal may determine that the RO resource used for the i-th message is an independent RO resource; when i is greater than the second threshold value, the terminal may determine that the RO resource used for the i-th message is a shared RO resource.
[0080] Among them, the terminal may maintain a counter for counting the number of times of sending messages in the repeated transmission message. The value of this counter may be initialized to 1. During the transmission of the repeated transmission message, each time a message is transmitted, the terminal may perform an increment operation on the counter to update the value of the counter. In some examples, the terminal may maintain a PRACH transmission counter for counting multiple PRACH transmission messages. The PRACH transmission counter may start counting from 1. In one RACH attempt, the terminal may increment the PRACH transmission counter by 1 each time it transmits a PRACH. Correspondingly, the value of the counter may represent the current number of times of sending messages, and the terminal may determine the RO resource used for the i-th message according to the value of the counter. Here, i is a positive integer.
[0081] The following is an example of the terminal determining the RO resource used for the i-th message according to the value of the counter. For example, if the value of the counter is less than or equal to the second threshold value, the terminal may determine that the RO resource used for the i-th message is an independent RO resource; if the value of the counter is greater than the second threshold value, the terminal may determine that the RO resource used for the i-th message is a shared RO resource.
[0082] In a third possible implementation, the threshold value acquired by the terminal includes a third threshold value. For the jth message in the repeatedly sent messages, when j is not greater than the third threshold value, the terminal may determine that the RO resource used by the jth message is a shared RO resource; and when j is greater than the third threshold value, the terminal may determine that the RO resource used by the jth message is an independent RO resource. Wherein, j is a positive integer.
[0083] Similar to the second implementation, the terminal can maintain a counter to count the number of times a message is sent during repeated message transmission. The initial value of this counter can be 1. During repeated message transmission, the terminal can increment the counter by one each time a message is transmitted. Based on the counter value, the terminal can determine the RO resource used by the jth message.
[0084] Furthermore, the terminal can also determine the RO resources used by the jth message based on the RAR detection results, thereby more effectively utilizing RO resources. The RAR is the response of a network device, such as a base station, to the first message, such as MSG1, sent by the terminal when initiating random access. Therefore, the RAR can also be referred to as the second message, MSG2. The terminal can set a RAR window to detect whether a RAR has been received. The RAR window is specifically a time window for detecting RARs, and the starting position of the RAR window typically lags behind the transmission time of MSG1. Based on this, when j is greater than a third threshold and the RAR window does not detect a RAR, the terminal can determine that the RO resources used by the jth message are independent RO resources, thereby avoiding potential interference between the jth message and subsequent messages (if any) and the single-transmission message on the shared RO resources. It should be noted that if the RAR window detects a RAR, the terminal can terminate repeated message transmission, for example, terminating the transmission of multiple PRACH transmission messages and not transmitting the remaining pending messages.
[0085] S506: The terminal uses the RO resources determined according to the threshold and the number of transmission times of the repeatedly sent message to transmit multiple messages in the repeatedly sent message.
[0086] In a first possible implementation, the threshold value acquired by the terminal includes a first threshold value. When the total number of transmissions of the repeatedly sent message is greater than the first threshold value, the terminal determines that the RO resource is a shared RO resource. In this case, the terminal may use a frequency hopping method to transmit multiple messages in the repeatedly sent message. Conversely, when the total number of transmissions of the repeatedly sent message is less than or equal to the first threshold value, the terminal determines that the RO resource is an independent RO resource. In this case, the terminal may use independent RO resources to transmit multiple messages in the repeatedly sent message.
[0087] Frequency hopping technology involves terminals and network devices transmitting and receiving information using a common frequency sequence, also known as a hopping sequence number (HSN). This frequency sequence is a pattern of carrier frequencies hopping within a certain range. For repetitive messages, using different frequencies within the hopping sequence to transmit messages can reduce persistent interference, improve anti-interference capabilities, and significantly enhance communication quality.
[0088] In a second possible implementation, the threshold acquired by the terminal includes a second threshold. For the i-th message in the repeatedly transmitted message, if i is not greater than the second threshold, the terminal determines that the RO resource used by the i-th message is an independent RO resource. If i is greater than the second threshold, the terminal determines that the RO resource used by the i-th message is a shared RO resource. The terminal can use the independent RO resource or the shared RO resource for message transmission.
[0089] For messages transmitted using independent RO resources in repeatedly transmitted messages, the terminal may use RO resources with the same frequency domain location and adjacent time domain location for message transmission. For messages transmitted using shared RO resources in repeatedly transmitted messages, the terminal may use frequency hopping for message transmission. In some examples, the terminal may also use frequency hopping for transmission on both independent RO resources and shared RO resources. Specifically, for messages transmitted using independent RO resources in repeatedly transmitted messages, the terminal may use frequency hopping based on a first frequency hopping parameter for message transmission; for messages transmitted using shared RO resources in repeatedly transmitted messages, the terminal may use frequency hopping based on a second frequency hopping parameter for message transmission. The frequency hopping parameters include one or more of a frequency domain interval and a divisor for a modulo operation. Based on this, the first frequency hopping parameter may include one or more of a first frequency domain interval and a first divisor, and the second frequency hopping parameter may include one or more of a second frequency domain interval and a second divisor. The first and second frequency hopping parameters may be different.
[0090] In a third possible implementation, the threshold obtained by the terminal includes a third threshold. For the jth message in the repeatedly transmitted message, if j is not greater than the third threshold, the terminal determines that the RO resource is a shared RO resource; if j is greater than the third threshold, the terminal determines that the RO resource is an independent RO resource. The terminal can use the independent RO resource or the shared RO resource for message transmission.
[0091] For messages transmitted using independent RO resources in repeatedly transmitted messages, the terminal may use RO resources with the same frequency domain location and adjacent time domain location for message transmission. For messages transmitted using shared RO resources in repeatedly transmitted messages, the terminal may use frequency hopping for message transmission. In some examples, the terminal may also use frequency hopping for transmission on both independent RO resources and shared RO resources. Specifically, for messages transmitted using independent RO resources in repeatedly transmitted messages, the terminal may use frequency hopping based on a first frequency hopping parameter for message transmission. For messages transmitted using shared RO resources in repeatedly transmitted messages, the terminal may use frequency hopping based on a second frequency hopping parameter for message transmission. The first and second frequency hopping parameters may be different.
[0092] It should be noted that the above S506 is an optional step in the embodiment of the present application, and the resource determination method in the embodiment of the present application may not execute the above step.
[0093] In this method, when performing multiple PRACH transmissions, the terminal selects to use shared RO resources or independent RO resources for transmission based on a threshold, rather than using all shared RO resources. This method can reduce the potential interference caused by multiple PRACH transmissions and a single PRACH transmission using shared RO resources while meeting the uplink coverage requirements.
[0094] For ease of understanding, the following describes in detail a method for determining resources when the network device is a base station and the base station is configured with a first threshold, a second threshold, and a third threshold, respectively.
[0095] First, referring to the flowchart of the resource determination method shown in FIG6 , the method includes the following steps:
[0096] S602: The base station configures a first threshold.
[0097] S604: The base station broadcasts the first threshold and resource allocation information to the terminal.
[0098] The resource allocation information is used to indicate allocation information of independent RO resources and shared RO resources. Specifically, the resource allocation information may indicate RO resources included in an independent RO resource pool and RO resources included in a shared RO resource pool.
[0099] S606: The terminal determines the total number of transmission times of repeatedly sending the message.
[0100] Specifically, the terminal can obtain the reference signal received power RSRP of the SSB corresponding to the beam scanning signal, and predict the total number of transmissions of the repeatedly transmitted message (for example, the repeatedly transmitted MSG1) based on the RSRP of the above SSB. The specific implementation of determining the predicted total number of transmissions based on RSRP can be referred to the relevant content description in the embodiment shown in Figure 5, and will not be repeated here.
[0101] S608: The terminal determines the RO resources used for repeatedly sending the message according to the total number of transmissions and the first threshold.
[0102] When the total number of transmissions is greater than the first threshold, the terminal may determine that the RO resources used for repeatedly sending messages are shared RO resources. Further, when the total number of transmissions is not greater than the first threshold, the terminal may determine that the RO resources used for repeatedly sending messages are independent RO resources.
[0103] S610: The terminal transmits multiple messages in the repeatedly sent message using the RO resources and resource allocation information determined according to the total number of transmission times and the first threshold.
[0104] When the RO resource determined by the terminal based on the total number of transmissions and the first threshold is a shared RO resource, the terminal may select an appropriate shared RO resource from the RO resources included in the shared RO resource pool indicated by the resource allocation information to transmit multiple messages in the repeatedly sent message. When the RO resource determined by the terminal based on the total number of transmissions and the first threshold is an independent RO resource, the terminal may select an appropriate independent RO resource from the RO resources included in the independent RO resource pool indicated by the resource allocation information to transmit multiple messages in the repeatedly sent message.
[0105] For example, the base station can configure the first threshold to be 2. When the total number of transmissions of the terminal's multiple PRACH transmission messages is greater than 2 (for example, the total number of transmissions is 4 or 8), the terminal can select a suitable shared RO resource in the shared RO resource pool for multiple PRACH transmissions; if the total number of transmissions of the terminal's multiple PRACH transmission messages is equal to 2, the terminal can select a suitable independent RO resource in the independent RO resource pool for multiple PRACH transmissions.
[0106] FIG7 also shows a schematic diagram of resource pool division. As shown in FIG7 , when the total number of transmission times of multiple PRACH transmission messages is greater than a first threshold, the multiple PRACH transmission messages can be transmitted on the shared RO resource by frequency hopping.
[0107] Then, referring to the flowchart of the resource determination method shown in FIG8 , the method includes the following steps:
[0108] S802: The base station configures a second threshold.
[0109] S804: The base station broadcasts the second threshold and resource allocation information to the terminal.
[0110] The resource allocation information is used to indicate allocation information of independent RO resources and shared RO resources. Specifically, the resource allocation information may indicate RO resources included in an independent RO resource pool and RO resources included in a shared RO resource pool.
[0111] S806: The terminal maintains a PRACH transmission counter.
[0112] The initial value of the PRACH transmission counter may be set to 1. In a RACH attempt, each time a PRACH is transmitted, for example, each time a PRACH transmission message is sent, the PRACH transmission counter may be incremented by 1. Thus, the value of the PRACH transmission counter may represent the number of times the message in the repeated transmission message is sent.
[0113] S808: The terminal determines the RO resources used for repeatedly sending the message according to the value of the PRACH transmission counter and the second threshold.
[0114] S810: The terminal transmits multiple messages in the repeatedly sent message using the RO resources and resource allocation information determined according to the value of the PRACH transmission counter and the second threshold.
[0115] When the value of the PRACH transmission counter is lower than or equal to the second threshold, the PRACH transmission message can be transmitted on the independent RO resource, and when the value of the PRACH transmission counter is higher than the second threshold, the PRACH transmission message can be transferred to the shared resource for transmission.
[0116] For PRACH transmission messages transmitted on independent RO resources, the terminal can use RO resources with the same frequency domain location and adjacent time domains for transmission, while for PRACH transmission messages transmitted on shared RO resources, the terminal can transmit them through frequency hopping. In some examples, the terminal can also use different frequency hopping parameters for frequency hopping transmission on independent RO resources and shared RO resources.
[0117] For example, the base station may configure the second threshold to be 2. When the value of the PRACH transmission counter is less than or equal to 2, the terminal may select an appropriate independent RO resource in the independent RO resource pool for the first two transmissions of multiple PRACH transmissions. When the value of the PRACH transmission counter is greater than 2, the terminal may select an appropriate shared RO resource in the shared RO resource pool for the remaining transmissions of multiple PRACH transmissions.
[0118] Figure 9 shows a schematic diagram of transferring some PRACH transmissions to shared RO resources. When the value of the PRACH transmission counter corresponding to multiple PRACH transmissions is less than or equal to the second threshold, the multiple PRACH transmissions are transmitted using an independent RO resource pool; when the value of the PRACH transmission counter is greater than the second threshold, the remaining PRACH transmissions are transferred to the shared RO resources for transmission.
[0119] Next, referring to the flowchart of the resource determination method shown in FIG10 , the method includes the following steps:
[0120] S1002: The base station configures a third threshold.
[0121] S1004: The base station broadcasts the third threshold and resource allocation information to the terminal.
[0122] The resource allocation information is used to indicate allocation information of independent RO resources and shared RO resources. Specifically, the resource allocation information may indicate RO resources included in an independent RO resource pool and RO resources included in a shared RO resource pool.
[0123] S1006: The terminal maintains a PRACH transmission counter.
[0124] The initial value of the PRACH transmission counter may be set to 1. In a RACH attempt, each time a PRACH is transmitted, for example, each time a PRACH transmission message is sent, the PRACH transmission counter may be incremented by 1. Thus, the value of the PRACH transmission counter may represent the number of times the message in the repeated transmission message is sent.
[0125] S1008: The terminal first selects the shared RO resource to perform the first part of the PRACH transmissions.
[0126] S1010: When the PRACH transmission counter is greater than a third threshold and the terminal does not detect an RAR in the RAR window, the terminal selects a suitable RO resource from the independent RO resource pool and continues the remaining transmissions in the multiple PRACH transmissions.
[0127] For example, the base station may configure the third threshold to be 2. When the value of the PRACH transmission counter corresponding to multiple PRACH transmissions is less than or equal to 2, the terminal selects an appropriate shared RO resource in the shared RO resource pool for the first two transmissions of the multiple PRACH transmissions. When the value of the PRACH transmission counter corresponding to multiple PRACH transmissions is greater than 2, if the terminal does not detect the corresponding RAR in the RAR window, the terminal may select an appropriate independent RO resource in the independent RO resource pool for the remaining transmissions of the multiple PRACH transmissions.
[0128] Figure 11 shows a schematic diagram of first using shared RO resources for multiple transmissions. When the value of the PRACH transmission counter corresponding to the multiple PRACH transmissions is less than or equal to the third threshold, the multiple PRACH transmissions can first use the shared RO resource pool for transmission; when the value of the PRACH transmission counter is greater than the third threshold, the remaining PRACH transmissions are transferred to independent RO resources for transmission.
[0129] Figure 12 shows an example of the composition of a communication device provided in an embodiment of the present application. The communication device can be a terminal, including but not limited to a mobile phone, a smart wearable device (such as a smart watch), and other electronic devices. Taking a mobile phone as an example, the electronic device may include a processor 310, an external memory interface 320, an internal memory 321, a display 330, a camera 340, an antenna 1, an antenna 2, a mobile communication module 350, and a wireless communication module 360.
[0130] It should be understood that the structure illustrated in this embodiment does not constitute a specific limitation on the electronic device. In other embodiments, the electronic device may include more or fewer components than shown, or some components may be combined or separated, or the components may be arranged differently. The components shown in the figure may be implemented in hardware, software, or a combination of software and hardware.
[0131] The processor 310 may include one or more processing units. For example, the processor 310 may include an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural-network processing unit (NPU). The different processing units may be independent devices or integrated into one or more processors.
[0132] It is understood that the interface connection relationship between the modules illustrated in this embodiment is only a schematic illustration and does not constitute a structural limitation of the electronic device. In other embodiments of the present application, the electronic device may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.
[0133] External memory interface 320 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device. The external memory card communicates with processor 310 via external memory interface 320 to implement data storage functions. For example, files such as music and videos can be stored on the external memory card.
[0134] The internal memory 321 can be used to store computer executable program code, and the executable program code includes instructions. The processor 310 executes various functional applications and data processing of the electronic device by running the instructions stored in the internal memory 321. The internal memory 321 may include a program storage area and a data storage area. Among them, the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, an image playback function, etc.), etc. The data storage area can store data created during the use of the electronic device (such as audio data, a phone book, etc.), etc. In addition, the internal memory 321 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), etc. The processor 310 executes various functional applications and data processing of the electronic device by running the instructions stored in the internal memory 321, and / or the instructions stored in the memory provided in the processor.
[0135] The wireless communication function of the electronic device can be implemented through antenna 1, antenna 2, mobile communication module 350, wireless communication module 360, modem processor and baseband processor.
[0136] Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in an electronic device can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve antenna utilization. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In other embodiments, the antennas can be used in conjunction with a tuning switch.
[0137] The mobile communication module 350 can provide solutions for wireless communications including 2G / 3G / 4G / 5G applied to electronic devices. The mobile communication module 350 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 350 can receive electromagnetic waves from the antenna 1, and filter, amplify, and process the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 350 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1. In some embodiments, at least some of the functional modules of the mobile communication module 350 can be set in the processor 310. In some embodiments, at least some of the functional modules of the mobile communication module 350 can be set in the same device as at least some of the modules of the processor 310.
[0138] In some embodiments, the electronic device initiates or receives a call request via the mobile communication module 350 and the antenna 1 .
[0139] In addition, an operating system runs on the above components, such as the iOS operating system, the Android operating system, and the Windows operating system. Application programs can be installed and run on the operating system.
[0140] Figure 13 is an example of the composition of another communication device provided in an embodiment of the present application. The communication device can be a network device, such as a base station. Figure 13 shows a simplified schematic diagram of the base station structure. The base station includes parts 910, 920, and 930. Part 910 is mainly used for baseband processing, controlling the base station, etc.; Part 910 is usually the control center of the base station, which can usually be called a processor, which is used to control the base station to perform the processing operations on the network device side in the above method embodiment. Part 920 is mainly used to store computer program code and data. Part 930 is mainly used for receiving and transmitting radio frequency signals and converting radio frequency signals into baseband signals; Part 930 can usually be called a transceiver module, transceiver, transceiver circuit, or transceiver, etc. The transceiver module of part 930 can also be called a transceiver or transceiver, etc., which includes an antenna 933 and a radio frequency circuit (not shown in the figure), wherein the radio frequency circuit is mainly used for radio frequency processing. Alternatively, the device for implementing the receiving function in section 930 may be considered a receiver, and the device for implementing the transmitting function may be considered a transmitter, that is, section 930 includes a receiver 932 and a transmitter 931. The receiver may also be referred to as a receiving module, a receiver, or a receiving circuit, and the transmitter may be referred to as a transmitting module, a transmitter, or a transmitting circuit.
[0141] Sections 910 and 920 may include one or more boards, each of which may include one or more processors and one or more memories. The processor is used to read and execute programs in the memory to implement baseband processing functions and control the base station. If multiple boards are present, the boards may be interconnected to enhance processing capabilities. As an optional implementation, multiple boards may share one or more processors, multiple boards may share one or more memories, or multiple boards may simultaneously share one or more processors.
[0142] For example, in one implementation, the transceiver module in section 930 is used to execute the transceiver-related processes executed by the base station in the embodiment shown in Figure 4. The processor in section 910 is used to execute the processing-related processes executed by the base station in the embodiment shown in Figure 4.
[0143] It should be understood that FIG13 is merely an example and not a limitation, and the network device including the processor, memory, and transceiver may not rely on the structure shown in FIG13 .
[0144] Those skilled in the art can clearly understand that, for the sake of convenience and brevity of description, the explanation and beneficial effects of the relevant contents in any of the communication devices provided above can refer to the corresponding method embodiments provided above, and will not be repeated here.
[0145] In this application, a terminal or network device may include a hardware layer, an operating system layer running on the hardware layer, and an application layer running on the operating system layer. The hardware layer may include hardware such as a central processing unit (CPU), a memory management unit (MMU), and memory (also known as main memory). The operating system of the operating system layer may be any one or more computer operating systems that implement business processing through processes, such as the Linux operating system, Unix operating system, Android operating system, iOS operating system, or Windows operating system. The application layer may include applications such as browsers, address books, word processing software, and instant messaging software.
[0146] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and modules described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.
[0147] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the modules is merely a logical function division. In actual implementation, there may be other division methods, such as multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or modules, which can be electrical, mechanical or other forms.
[0148] The modules described as separate components may or may not be physically separate, and the components shown as modules may or may not be physical modules, that is, they may be located in one place or distributed across multiple network modules. Some or all of the modules may be selected to achieve the purpose of the present embodiment according to actual needs.
[0149] In addition, the functional modules in the various embodiments of the present application may be integrated into a processing module, or each module may exist physically separately, or two or more modules may be integrated into a single module. The above-mentioned integrated modules may be implemented in the form of hardware or software functional modules.
[0150] If the integrated module is implemented in the form of a software functional module and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the part that essentially contributes to the technical solution of the present application or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the process of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory, a random access memory, a magnetic disk or an optical disk.
[0151] As described above, the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the above embodiments, ordinary technicians in this field should understand that they can still modify the technical solutions recorded in the above embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of the present application.
Claims
1. A resource determination method, characterized in that: The method comprises: The terminal obtains a threshold value and a number of transmission times of a repeated message, wherein the threshold value is used to determine a random access RO resource used for transmitting the repeated message; The terminal determines the RO resources used by the repeated message according to the threshold and the number of transmissions of the repeated message, wherein the RO resources used by the repeated message include independent RO resources independent of the single message or shared RO resources shared with the single message.
2. The method according to claim 1, characterized in that The threshold comprises a first threshold for triggering the terminal to use the shared RO resource for transmission; The terminal determines, according to the threshold and the number of transmissions of the repeatedly sent message, the RO resource used by the repeatedly sent message, including: The terminal determines the total number of transmissions of the repeatedly sent message; When the total number of transmission times is greater than the first threshold, the terminal determines that the RO resource used by the repeatedly sent message is a shared RO resource.
3. The method according to claim 2, characterized in that The method further comprises: The terminal uses the shared RO resources to transmit multiple messages in the repeatedly sent message in a frequency hopping manner.
4. The method according to claim 1, characterized in that: The threshold comprises a second threshold for triggering the terminal to use the shared RO resource for transmission; The terminal determines, according to the threshold and the number of transmissions of the repeatedly sent message, a random access RO resource used by the repeatedly sent message, including: For the i-th message in the repeatedly sent message, when i is not greater than the second threshold, the terminal determines that the RO resources used by the i-th message are independent RO resources; when i is greater than the second threshold, the terminal determines that the RO resources used by the i-th message are shared RO resources.
5. The method according to claim 4, characterized in that The method further comprises: For the message in the repeatedly sent message transmitted using independent RO resources, the terminal uses RO resources with the same frequency domain position and adjacent time domain position to transmit the message; for the message in the repeatedly sent message transmitted using shared RO resources, the terminal uses frequency hopping to transmit the message.
6. The method according to claim 4, characterized in that The method further comprises: For the message in the repeatedly sent message that is transmitted using independent RO resources, the terminal uses a frequency hopping method to transmit the message according to the first frequency hopping parameter. For the message in the repeatedly sent message that is transmitted using shared RO resources, the terminal uses a frequency hopping method to transmit the message according to the second frequency hopping parameter.
7. The method according to claim 1, characterized in that The threshold includes a third threshold for triggering the terminal to use independent RO resources for transmission; The terminal determines, according to the threshold and the number of transmissions of the repeatedly sent message, a random access RO resource used by the repeatedly sent message, including: For the jth message in the repeatedly sent message, when j is not greater than the third threshold, the terminal determines that the RO resources used by the jth message are shared RO resources; when j is greater than the third threshold, the terminal determines that the RO resources used by the jth message are independent RO resources.
8. The method according to claim 7, characterized in that The terminal determines that the RO resource used by the j-th message is an independent RO resource, including: When j is greater than the third threshold, and the terminal does not detect the RAR in the random access response RAR window, the terminal determines that the RO resource used by the j-th message is an independent RO resource.
9. The method according to any one of claims 1 to 8, characterized in that: The repeatedly sent message includes multiple physical random access PRACH transmission messages in the random access process.
10. A resource determination method, characterized in that: The method comprises: A network device configuration threshold, the threshold being used to determine a random access RO resource used to transmit a repeated transmission message; The network device sends the threshold to the terminal so that the terminal obtains the threshold and the number of transmissions of the repeatedly sent message, and determines the RO resources used by the repeatedly sent message based on the threshold and the number of transmissions of the repeatedly sent message, wherein the RO resources include independent RO resources independent of the single sent message or shared RO resources shared with the single sent message.
11. A communication device, characterized in that: The communication device comprises: Memory, for storing computer instructions; A processor, configured to execute a computer program or computer instruction stored in the memory, so that the communication device performs the method according to any one of claims 1 to 9; or, so that the communication device performs the method according to claim 10.
12. A computer storage medium for storing a computer program, wherein when the computer program is executed, it is used to implement the resource determination method according to any one of claims 1 to 9, or to implement the method according to claim 10.
