WO2025092566A1 - Uplink beam management method and apparatus, communication device, and storage medium - Google Patents

Abstract

The present application relates to the technical field of communications, and discloses an uplink beam management method and apparatus, a communication device, and a storage medium. The uplink beam management method in embodiments of the present application comprises: a terminal sends N first signals to a network side device, the first signals being used for determining beams of target uplink transmission, and N being a positive integer, wherein the first signals comprise any one of the following: a first uplink signal; and a first preamble, the first preamble being used for random access.

Description

Uplink beam management method, device, communication equipment and storage medium

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority to Chinese Patent Application No. 202311429084.6 filed in China on October 30, 2023, the entire contents of which are incorporated herein by reference.

Technical Field

The present application belongs to the field of communication technology, and specifically relates to an uplink beam management method, apparatus, communication equipment and storage medium.

Background Art

The New Radio (NR) system supports uplink beam management through the Sounding Reference Signal (SRS). In the NR Radio Resource Control (RRC) connection state, the network side and the terminal can perform uplink beam management through SRS. However, in non-RRC connection states such as idle or inactive states, how to implement uplink beam management is an urgent problem to be solved.

Summary of the invention

The embodiments of the present application provide an uplink beam management method, apparatus, communication equipment and storage medium, which can implement uplink beam management in a non-RRC connected state.

In a first aspect, an uplink beam management method is provided, the method comprising: a terminal sends N first signals to a network side device, the first signal being used to determine a beam for target uplink transmission, and N being a positive integer; wherein the first signal comprises any one of the following: a first uplink signal; a first preamble code, the first preamble code being used for random access.

In a second aspect, an uplink beam management method is provided, the method comprising: a network side device receives N first signals sent by a terminal, the first signal is used to determine the beam of a target uplink transmission, and N is a positive integer; wherein the first signal comprises any one of the following: a first uplink signal; a first preamble code, the first preamble code being used for random access.

In a third aspect, an uplink beam management device is provided, the device comprising: a sending module. The sending module is used to send N first signals to a network side device, the first signal is used to determine the beam of the target uplink transmission, N is a positive integer; wherein the first signal includes any one of the following: a first uplink signal; a first preamble code, the first preamble code is used for random access.

In a fourth aspect, an uplink beam management device is provided, the device comprising: a receiving module. The receiving module is used to receive N first signals sent by a terminal, the first signal is used to determine the beam of a target uplink transmission, N is a positive integer; wherein the first signal includes any one of the following: a first uplink signal; a first preamble code, the first preamble code is used for random access.

In a fifth aspect, a terminal is provided, comprising a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the method described in the first aspect are implemented.

In the sixth aspect, a terminal is provided, comprising a processor and a communication interface, wherein the communication interface is used to send N first signals to a network side device, the first signal being used to determine a beam for a target uplink transmission, where N is a positive integer; wherein the first signal comprises any one of the following: a first uplink signal; a first preamble code, the first preamble code being used for random access.

In a seventh aspect, a network side device is provided, which includes a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the program or instructions are executed by the processor, the steps of the method described in the first aspect are implemented.

In the eighth aspect, a network side device is provided, including a processor and a communication interface, wherein the communication interface is used to receive N first signals sent by a terminal, the first signal is used to determine the beam of the target uplink transmission, and N is a positive integer; wherein the first signal includes any one of the following: a first uplink signal; a first preamble code, and the first preamble code is used for random access.

In a ninth aspect, a readable storage medium is provided, wherein the readable storage medium stores a program or an instruction. When the program or instruction is executed by the processor, the steps of the method described in the first aspect are implemented, or the steps of the method described in the second aspect are implemented.

In the tenth aspect, a wireless communication system is provided, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the method described in the first aspect, and the network side device can be used to execute the steps of the method described in the second aspect.

In the eleventh aspect, a chip is provided, comprising a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the method described in the first aspect, or to implement the method described in the second aspect.

In the twelfth aspect, a computer program/program product is provided, wherein the computer program/program product is stored in a storage medium, and the program/program product is executed by at least one processor to implement the steps of the uplink beam management method as described in the first aspect, or to implement the steps of the uplink beam management method as described in the second aspect.

In an embodiment of the present application, the terminal may send N first signals to the network side device to determine the beam of the target uplink transmission, and the first signal includes any of the following: a first uplink signal, a first preamble code for random access. In this solution, the terminal may determine the beam of the uplink transmission by sending the first uplink signal or the first preamble code to the network side device, so that the terminal can perform uplink beam management in a non-RRC connected state, thereby ensuring the performance of the uplink transmission during the random access process.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram of the architecture of a wireless communication system provided in an embodiment of the present application;

FIG2 is a schematic diagram of an example of SSB mapping to RO provided by the related art;

FIG3 is a schematic diagram of the structure of a MAC RAR subPDU provided by the related art;

FIG4 is one of the flow charts of an uplink beam management method provided in an embodiment of the present application;

FIG5 is a second flowchart of an uplink beam management method provided in an embodiment of the present application;

FIG6 is a flowchart of a third uplink beam management method provided in an embodiment of the present application;

FIG7 is a schematic diagram of a structure of an uplink beam management device provided in an embodiment of the present application;

FIG8 is a second structural diagram of an uplink beam management device provided in an embodiment of the present application;

FIG9 is a third structural diagram of an uplink beam management device provided in an embodiment of the present application;

FIG10 is a fourth structural diagram of an uplink beam management device provided in an embodiment of the present application;

FIG11 is a schematic diagram of the hardware structure of a communication device provided in an embodiment of the present application;

12 is a schematic diagram of the hardware structure of a terminal provided in an embodiment of the present application;

FIG. 13 is a schematic diagram of the hardware structure of a network-side device provided in an embodiment of the present application.

DETAILED DESCRIPTION

The following will be combined with the drawings in the embodiments of the present application to clearly describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field belong to the scope of protection of this application.

The terms "first", "second", etc. of the present application are used to distinguish similar objects, and are not used to describe a specific order or sequence. It should be understood that the terms used in this way are interchangeable where appropriate, so that the embodiments of the present application can be implemented in an order other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of one type, and the number of objects is not limited, for example, the first object can be one or more. In addition, "or" in the present application represents at least one of the connected objects. For example, "A or B" covers three schemes, namely, Scheme 1: including A but not including B; Scheme 2: including B but not including A; Scheme 3: including both A and B. The character "/" generally indicates that the objects associated with each other are in an "or" relationship.

The term "indication" in this application can be a direct indication (or explicit indication) or an indirect indication (or implicit indication). A direct indication can be understood as the sender explicitly informing the receiver of specific information, operations to be performed, or request results in the sent indication; an indirect indication can be understood as the receiver determining the corresponding information according to the indication sent by the sender, or making a judgment and determining the operation to be performed or the request result according to the judgment result.

The terms "at least one" and "at least one of" in this application refer to any one, any two or a combination of more than two of the objects included therein. For example, at least one of a, b, and c can mean: “a”, “b”, “c”, “a and b”, “a and c”, “b and c” and “a, b and c”, where a, b and c can be single or plural. Similarly, “at least two (items)” means two or more, and its meaning is similar to “at least one (item)”.

It is worth noting that the technology described in the embodiments of the present application is not limited to the Long Term Evolution (LTE)/LTE-Advanced (LTE-A) system, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency Division Multiple Access (SC-FDMA) or other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described technology can be used for the above-mentioned systems and radio technologies as well as other systems and radio technologies. The following description describes a New Radio (NR) system for example purposes, and NR terms are used in most of the following descriptions, but these technologies can also be applied to systems other than NR systems, such as ^6th Generation (6G) communication systems.

FIG1 shows a block diagram of a wireless communication system applicable to the embodiment of the present application. The wireless communication system includes a terminal 11 and a network side device 12 . Among them, the terminal 11 can be a mobile phone, a tablet computer (Tablet Personal Computer), a laptop computer (Laptop Computer), a notebook computer, a personal digital assistant (PDA), a handheld computer, a netbook, an ultra-mobile personal computer (Ultra-mobile Personal Computer, UMPC), a mobile Internet device (Mobile Internet Device, MID), an augmented reality (Augmented Reality, AR), a virtual reality (Virtual Reality, VR) device, a robot, a wearable device (Wearable Device), a flight vehicle (flight vehicle), a vehicle user equipment (VUE), a shipborne equipment, a pedestrian terminal (Pedestrian User Equipment, PUE), a smart home (home appliances with wireless communication functions, such as refrigerators, televisions, washing machines or furniture, etc.), a game console, a personal computer (Personal Computer, PC), a teller machine or a self-service machine and other terminal side devices. Wearable devices include: smart watches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart bracelets, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among them, the vehicle-mounted device can also be called a vehicle-mounted terminal, a vehicle-mounted controller, a vehicle-mounted module, a vehicle-mounted component, a vehicle-mounted chip or a vehicle-mounted unit, etc. It should be noted that the specific type of the terminal 11 is not limited in the embodiment of the present application. The network side device 12 may include an access network device or a core network device, wherein the access network device may also be called a radio access network (Radio Access Network, RAN) device, a radio access network function or a radio access network unit. The access network device may include a base station, a wireless local area network (Wireless Local Area Network, WLAN) access point (Access Point, AS) or a wireless fidelity (Wireless Fidelity, WiFi) node, etc. Among them, the base station can be called Node B (Node B, NB), Evolved Node B (Evolved Node B, eNB), the next generation Node B (the next generation Node B, gNB), New Radio Node B (New Radio Node B, NR Node B), access point, Relay Base Station (Relay Base Station, RBS), Serving Base Station (Serving Base Station, SBS), Base Transceiver Station (Base Transceiver Station, BTS), radio base station, radio transceiver, base Basic Service Set (BSS), Extended Service Set (ESS), home Node B (HNB), home evolved Node B (home evolved Node B), Transmission Reception Point (TRP) or other appropriate term in the field, as long as the same technical effect is achieved, the base station is not limited to specific technical vocabulary. It should be noted that, in the embodiments of the present application, only the base station in the NR system is taken as an example for introduction, and the specific type of the base station is not limited.

The following is an explanation of some concepts and/or terms involved in the uplink beam management method, apparatus, communication equipment and storage medium provided in the embodiments of the present application.

1. Random access process

The random access process can be a contention-based or non-contention-based random access process. The random access process can be divided into a 4-step random access process (also called a Type-1 random access process) and a 2-step random access process (also called a Type-2 random access process) according to the process.

In NR Rel-15, the 4-step random access process based on contention: the terminal first sends Msg1, i.e., the random access preamble, to the network; after the network detects the preamble, it sends Msg2, i.e., the Random Access Reception (RAR) message, which contains the preamble code detected by the network. number, namely, the random access channel preamble ID (RAPID), the uplink physical uplink shared channel (PUSCH) resources (uplink authorization information) allocated to the terminal to send Msg3, the temporary cell radio network temporary identifier (TC-RNTI), the timing advance (TA) command, etc.; after receiving Msg2, if the terminal confirms that at least one of the preamble numbers carried in Msg2 is consistent with the preamble number sent by itself, it sends Msg3 containing contention resolution information according to the uplink resources indicated in RAR; if the network does not receive Msg3 PUSCH, it can schedule the retransmission of Msg3 PUSCH in the physical downlink control channel (PDCCH) scrambled by TC-RNTI. After receiving Msg3, the network will send Msg4 containing contention resolution information; the terminal receives Msg4 and confirms that the resolution information is consistent with that sent in Msg3, thus completing the 4-step random access.

For the contention-based random access process, different terminals randomly select preambles for transmission. In this way, different terminals may select the same preamble to send at the same random access opportunity. This situation can be understood as a preamble conflict of the terminal. At this time, different terminals will receive the same RAR, and different terminals will transmit Msg3 PUSCH according to the scheduling information of UL grant in RAR. However, the network can only decode the PUSCH (including contention resolution information) sent by one terminal on one Msg3 PUSCH scheduling resource. The network will include the contention resolution information received in Msg3 in Msg4. If the contention resolution information received by the terminal in Msg4 matches the contention resolution information sent by the terminal in Msg3 PUSCH, the terminal considers that the contention resolution is successful. If it does not match, the contention resolution is considered unsuccessful. If the contention resolution is unsuccessful, the terminal reselects the RACH transmission resource, sends the physical random access channel (PRACH), and makes the next random access attempt.

In NR Rel-16, the 2-step random access process (2-step RACH) is introduced. The first step is that the terminal sends MsgA to the network side. After receiving MsgA, the network side sends MsgB to the terminal. If the terminal does not receive MsgB within a certain period of time, the terminal will add up the counter that counts the number of times MsgA is sent and resend MsgA. If the counter that counts the number of times MsgA is sent reaches a certain threshold, the terminal will switch from the 2-step random access process to the 4-step random access process.

MsgA includes MsgA preamble and MsgA PUSCH. The preamble is sent on the random access channel opportunity (RACH Occasion, RO) for 2-step RACH, and the PUSCH is sent on the MsgA PUSCH resources associated with the sent MsgA preamble and RO. MsgAPUSCH resources are a group of PUSCH resources configured relative to each PRACH slot, including time-frequency resources and demodulation reference signal (DMRS) resources.

2. Random access resource selection

In NR, a cell can configure multiple frequency division multiplexing (FDM) physical random access channel transmission occasions (PRACH transmission occasion, or also called PRACH occasion, physical random access channel occasion), referred to as RO, at a time domain position of a PRACH transmission. At one moment, the number of ROs that can perform FDM can be: {1,2,4,8}. As shown in (a) of Figure 2, at one moment, there are 8 RO resources distributed on different frequency domain resources.

Preamble can only be transmitted on the time domain resources (i.e., RO resources) configured by the high-level parameter PRACHConfigurationIndex, and can only be transmitted on the frequency domain resources n _RA ∈{0,1,...,M-1} configured by the high-level parameter prach-FDM, where M is the high-level parameter prach-FDM. At the time of initial access, the frequency domain resources n _RA of PRACH are numbered in ascending order from the RO resource with the lowest frequency in the initial active uplink bandwidth part, otherwise the frequency domain resources n _RA of PRACH are numbered in ascending order from the RO resource with the lowest frequency in the active uplink bandwidth part. As shown in (a) of Figure 2, the RO resources are numbered RO#0 to RO#7 from low to high frequency.

In NR, there is an association between the RO and the actual transmitted synchronization signal (Synchronization Signal, SS)/Physical Broadcast Channel (Physical Broadcast Channel, PBCH) block, that is, the synchronization signal block (Synchronization Signal Block, SSB). One SSB may be associated with multiple ROs, or multiple SSBs may be associated with one RO (in this case, different SSBs correspond to different Preamble codes). Usually, the base station can use different beams to send different SSBs, and the corresponding terminal sends the Preamble on the RO associated with the SSB. In this way, the terminal selects the RO associated with the SSB with good RSRP strength or The RO+preamble combination is used to send the Preamble. In this way, the network can determine the SSB selected by the terminal based on the received Preamble's RO or RO+preamble combination. Then the network sends Msg2 on the downlink beam corresponding to the SSB to ensure the reception quality of the downlink signal.

Taking (a) in Figure 2 as an example, the number of FDM ROs at a time is 8, and the number of SSBs actually transmitted is 4, namely SSB#0, SSB#1, SSB#2, SSB#3, and each SSB is associated with 2 ROs. If the terminal determines to send the Preamble on the RO corresponding to SSB#0, the terminal can select an RO from RO#0 and RO#1 to send the PRACH.

Taking (b) in Figure 2 as an example, the number of ROs of FDM at a time is 2, and the number of SSBs actually transmitted is 8, namely SSB#0, SSB#1, ..., SSB#7, and every 2 SSBs are associated with 1 RO. When multiple SSBs share one RO, the preamble sets associated with the multiple SSBs are different (the same preamble cannot belong to the preamble set 0 associated with different SSBs at the same time). Taking RO#0 as an example, it has 60 preambles associated with SSBs, of which preambles with indexes 0 to 29 are associated with SSB#0, and preambles with indexes 30 to 59 are associated with SSB#1.

Before sending PRACH, the terminal first performs resource selection. First, based on the RSRP of the received SSB, the terminal selects the SSB with RSRP higher than the threshold; if there are multiple SSBs with RSRP higher than the threshold, the terminal can select any SSB with RSRP higher than the threshold; when there is no SSB with RSRP higher than the threshold, the terminal selects an SSB based on the implementation.

Based on the configuration on the network side, the terminal obtains the correspondence between SSB and RO; after selecting the SSB, the RO corresponding to the selected SSB is used as the RO for sending PRACH/Preamble. If the selected SSB is associated with multiple ROs, the terminal can select one of the ROs for PRACH/Preamble transmission.

For example: In the example shown in (a) in Figure 2, assuming that the terminal selects SSB#1, the terminal can select one from RO#2 and RO#3 to send PRACH/Preamble; in the example shown in (b) in Figure 2, if the terminal selects SSB#1, the terminal can select the available RO closest to the current time among the ROs (RO#0 or #4) associated with SSB#1 to send PRACH/Preamble.

In the selected RO, the terminal selects a preamble from the preamble set associated with the selected SSB for PRACH transmission. As shown in (b) of Figure 2, one RO is associated with two SSBs, then in the available preamble set associated with the SSB in one RO, the preamble will be divided into two subsets, each corresponding to one SSB. The terminal will select a preamble sequence in the preamble subset corresponding to the selected SSB for PRACH transmission.

3. RAR

RAR in NR is carried by the Media Access Control (MAC) sub-protocol data unit (subPDU). There are three types of MAC RAR subPDU:

The first subPDU is for backoff indication, which consists of a MAC subheader. The specific structure is shown in (a) of Figure 3. Among them, "E" is the extension field, which is used to indicate whether this subPDU is the last subPDU in the MAC PDU. If it is 0, it means it is the last one; "T" is set to 0; "R" is a reserved bit; "BI" is used to indicate the overhead condition of the cell. It should be noted that if this subPDU is transmitted, it must appear at the very beginning of the RAR MAC PDU.

The second subPDU is used to obtain the system information (SI) request, which only contains a subheader for carrying RAPID. The specific structure is shown in (b) of Figure 3. Among them, "E" is the extension field, which is used to indicate whether this subPDU is the last subPDU in the MAC PDU. If it is 0, it means it is the last one; "T" is set to 1; "RAPID" is used to carry RAPID.

The third subPDU is used to indicate RAPID with MAC RAR, which consists of a MAC subheader for carrying RAPID and a MAC RAR. The specific structure is shown in (c) of Figure 3. In MAC RAR, "R" is a reserved bit; "TA command" is used to indicate the timing advance; "UL Grant" is used to indicate the resource scheduling information of the first PUSCH (i.e., Msg3) of RAR; "TC-RNTI" is used to carry TC-RNTI.

The 27 bits of "UL Grant" contain 6 fields:

Frequency hopping flag (1 bit): used to indicate whether PUSCH enables frequency hopping;

PUSCH frequency domain resource allocation (14 bits): used to indicate the frequency domain scheduling position of PUSCH and the offset of frequency hopping (offset, if frequency hopping is enabled);

PUSCH time domain resource allocation (4 bits): used to indicate the time domain scheduling position of PUSCH;

Modulation and Coding Scheme (MCS) (4 bits): used to indicate the MCS level, where the selection of the MCS table depends on whether transform precoding is enabled;

PUSCH transmit power control (TPC) command (3 bits): used to indicate the power step size parameter {-6, -4, -2, 0, 2, 4, 6, 8} dB;

Channel State Information (CSI) request (1 bit): reserved bit.

4. Uplink beam management

NR supports uplink beam management (also called beam training) through SRS. However, in the initial access phase, there is no uplink beam management because the terminal does not send SRS. The uplink beam used by the terminal when sending Preamble and Msg3, or MsgA depends on the implementation method of the terminal. However, in NR's 4-step RACH, there is a requirement for the consistency of the uplink beam for sending Msg3 and the physical uplink control channel (Physical Uplink Control Channel, PUCCH) carrying the hybrid automatic repeat request-acknowledgement (HARQ-ACK) of Msg4, that is, the terminal needs to ensure that the uplink beam used when sending Msg3 is the same as the uplink beam used to send the PUCCH carrying the HARQ-ACK of Msg4. Similarly, for 2-step RACH, the terminal needs to ensure that the uplink beam used when sending Msg A is the same as the uplink beam used to send the PUCCH carrying the HARQ-ACK of Msg B. In the Radio Resource Control (RRC) connected state, the uplink beam management result based on the Sounding Reference Signal (SRS) can be used for subsequent uplink transmissions.

Among them, uplink beam management can be divided into three processes: U1, U2 and U3.

U1 process: This process is similar to the P1 process of downlink beam management. The network side and the terminal exhaustively enumerate all uplink beam pairs, and the network side finally determines the appropriate terminal transmit beam and the corresponding network side receive beam. Finally, the network side instructs the terminal on its uplink transmit beam through the SRS Resource Indicator (SRI).

U2 process: This process is the same as the further adjustment of the uplink receiving beam on the network side. The terminal fixes its uplink transmitting beam, and the network side can use a finer receiving beam for measurement based on U1, and finally select a suitable fine beam. The selected fine beam does not need to be notified to the terminal.

U3 process: This process is equivalent to further adjustment of the terminal's uplink transmit beam. The network side fixes its receive beam, and the terminal can use a finer transmit beam for training based on U1. Finally, the network side determines the appropriate fine beam and indicates it to the terminal through SRI. From the perspective of the NR standard, the U1 and U3 processes are similar.

The uplink beam management method, apparatus, communication equipment and storage medium provided in the embodiments of the present application are described in detail below with reference to the accompanying drawings through some embodiments and their application scenarios.

In the RRC connection state of NR, the network side and the terminal can perform uplink beam management through SRS. However, in the non-RRC connection state of NR, the terminal can only perform preliminary downlink beam management based on SSB, and there is no corresponding solution for the uplink beam management of the terminal. Therefore, in order to improve the performance of uplink coverage, transmission capacity, transmission quality and access efficiency in the random access process, the present application can provide relevant solutions for uplink beam management for the non-RRC connection state of future communication systems (such as 6G systems).

The embodiment of the present application provides an uplink beam management method, and the terminal can send N first signals to the network side device to determine the beam of the target uplink transmission, and the first signal includes any of the following: a first uplink signal, a first preamble code for random access. In this solution, the terminal can determine the beam of the uplink transmission by sending the first uplink signal or the first preamble code to the network side device, so that the terminal can perform uplink beam management in a non-RRC connection state, thereby ensuring the performance of the uplink transmission during the random access process.

The embodiment of the present application provides an uplink beam management method, and Figure 4 shows a flow chart of the uplink beam management method provided by the embodiment of the present application. As shown in Figure 4, the uplink beam management method provided by the embodiment of the present application may include the following steps 201 and 202.

Step 201: The terminal sends N first signals to a network side device.

Step 202: The network side device receives N first signals sent by the terminal.

In the embodiment of the present application, the first signal is used to determine the beam of the target uplink transmission, and N is a positive integer. The first signal includes any one of the following: a first uplink signal, a first preamble code. The first preamble code is used for random access.

In the embodiment of the present application, in order to determine a more accurate uplink beam, it is necessary to determine a signal (N first signals) for uplink beam management. Optionally, the terminal may use different uplink beams (eg, N beams) to send the N first signals.

It should be noted that the beam described in the embodiment of the present application can also be understood as the spatial relationship of uplink transmission, or Or quasi-co-location (for example, a quasi-co-location reference or a quasi-co-location relationship), or quasi-co-location for spatial reception parameters, or a spatial transmission filter, or a spatial filter, or a spatial domain filter, etc.

It should be noted that the first preamble code may also be understood as PRACH. The first uplink signal may be understood as an uplink signal used for beam management, and may be an uplink signal other than the first preamble code.

Optionally, in an embodiment of the present application, the above-mentioned first uplink signal can be a signal for measuring uplink channel state information, or a signal for uplink channel detection (such as SRS), or can be other preamble codes used for random access (such as the second preamble code described below), or can be other uplink signals used for beam management.

It should be noted that the second preamble can be understood as a preamble that can be used for beam management, such as a random access preamble that is different from the first preamble; at this time, the first preamble can be understood as a traditional preamble used for random access, namely PRACH.

It should be noted that, in the case where the first uplink signal is not the first preamble, the beam determined based on the first uplink signal can be used for sending the first preamble, and can also be used for uplink transmission in a subsequent random access process. In the case where the first uplink signal is the first preamble, the beam determined based on the first preamble can be performed while sending the first preamble, and the result can be used for uplink transmission in a subsequent random access process.

Optionally, in an embodiment of the present application, when the above-mentioned first uplink signal is other uplink signal used for beam management, the other uplink signal may be a signal dedicated to beam management, or a signal having a beam management purpose but not solely used for beam management.

Optionally, in the embodiment of the present application, when the first signal is the first uplink signal, the N first signals are associated with at least one of the following:

SSB;

First preamble;

A first RO associated with the first preamble;

The second signal is a downlink signal.

Optionally, in the embodiment of the present application, when the first signal is the first preamble, the N first signals are associated with at least one of the following:

SSB;

The second signal is a downlink signal.

Optionally, in an embodiment of the present application, in the initial access phase, the terminal can select a suitable SSB (e.g., SSB with index n, i.e., SSB#n) for access, and implicitly inform the network side device to use the beam corresponding to SSB#n for uplink reception of the first signal based on the transmission of the preamble code. Therefore, it is necessary to determine the network side receiving beams corresponding to the N first signals.

It should be noted that the SSB described in the embodiment of the present application may also be a module including at least one of the following: a synchronization signal, a broadcast signal, a PBCH, and other system message downlink broadcast channels.

Optionally, in the embodiment of the present application, for N first signals being associated with an SSB (for example, N first signals corresponding to SSB#n), there are the following two situations for beams for sending the N first signals:

If the terminal's transmitting and receiving beams are consistent, the N beams for sending the N first signals may be further determined based on the terminal's receiving beam beam#m when receiving SSB#n (for example, the beams may be further subdivided);

If the terminal's transmitting and receiving beams are not consistent, the N beams for sending the N first signals may be any beams, depending on the implementation method of the terminal.

In either case, the network side receives the N first signals uplink through the beam corresponding to the SSB.

Optionally, in the embodiment of the present application, the N first signals are associated with SSB, including at least one of the following:

A sequence of N first signals is associated with an index of the SSB;

N transmission opportunities of the first signal are associated with the index of the SSB, and the transmission opportunity is used for sending the first signal;

The first set to which the N first signals belong is associated with the index of the SSB, and the first set includes any of the following items: a resource set, a resource subset, a resource group, and a resource list.

In this way, through the association relationship between the N first signals and the SSB, the terminal can determine the N first signals that need to be sent, and the network side can also implicitly know the N first signals corresponding to the SSB and receive them.

Optionally, in the embodiment of the present application, the N first signals are associated with the same SSB index or different SSBs. In the case of associating the index of the same SSB, the above N first signals are configured for each SSB, and the first signal is a further subdivided beam under the beam of the SSB; in the case of associating the index of different SSBs, the above N first signals are configured for each cell.

Optionally, in an embodiment of the present application, for the case where N first signals are associated with at least one of the first preamble code and the first RO, it includes: the above-mentioned N first signals are associated with one or more first preamble codes; or, the above-mentioned N first signals are associated with one or more first ROs; or, the above-mentioned N first signals are associated with one or more first preamble codes and one or more first ROs; or, one first signal is associated with one or more first preamble codes; or one first signal is associated with one or more first ROs; or, one first signal is associated with one or more first preamble codes and one or more first ROs. In this way, through the association relationship between the N first signals and at least one of the first preamble code and the first RO, the terminal can determine the N first signals that need to be sent, and the network side can also implicitly know the corresponding N first signals and receive them.

Exemplarily, if SSB#n is associated with at least one of the first preamble and the first RO, it can be considered that the N first signals are also associated with at least one of the first preamble and the first RO.

In an embodiment of the present application, the above-mentioned first signal can be associated with at least one of the SSB, the first preamble code, the first RO and the second signal. Through this association relationship, the terminal can determine the signal used for uplink beam management, thereby determining the beam for uplink transmission, so that the terminal can perform uplink beam management in a non-RRC connected state.

In the embodiment of the present application, the efficiency of uplink beam management is optimized by determining the relationship between the transmission timings of the N first signals. Optionally, in the embodiment of the present application, any one of the following corresponding relationships exists between the transmission timings of the N first signals:

The N first signals correspond to M different transmission opportunities, 1<M≤N, and M is an integer;

The N first signals correspond to the same transmission opportunity;

The transmission opportunity is used for sending the first signal.

It should be noted that, when M is equal to N, the N first signals correspond one-to-one to the M transmission opportunities. When M is less than N, each of the M transmission opportunities corresponds to at least one first signal, or each transmission opportunity corresponds to N/M first signals, where N/M represents N divided by M, and N/M is a positive integer.

Optionally, in an embodiment of the present application, the N first signals correspond to M different transmission opportunities;

M different transmission opportunities correspond to the same time domain resource; or,

M different transmission opportunities correspond to the same frequency domain resources.

For example, M different transmission opportunities corresponding to the same time domain resource means: M different transmission opportunities corresponding to M frequency domain units with an interval of X on the same time domain resource. M different transmission opportunities corresponding to the same frequency domain resource means: M different transmission opportunities corresponding to M frequency domain units with an interval of Y on the same frequency domain resource.

Optionally, in an embodiment of the present application, the transmission timing is the same as the first RO, or the transmission timing is frequency-division multiplexed and time-division multiplexed with the first RO; the first RO is an RO associated with the first preamble code.

Optionally, in an embodiment of the present application, when the above-mentioned first signal is a first uplink signal and the first uplink signal includes a second preamble code, the above-mentioned transmission timing is the same as the first RO, or the above-mentioned transmission timing is frequency-division multiplexed and time-division multiplexed with the first RO.

Optionally, in an embodiment of the present application, when the above-mentioned transmission opportunity is frequency-division multiplexed and time-division multiplexed with the first RO, the time-frequency position relationship between the above-mentioned transmission opportunity and the first RO includes at least one of the following: the interval in the time domain is X time domain units, and the interval in the frequency domain is Y frequency domain units; X and Y are both positive integers.

Optionally, in an embodiment of the present application, the time domain unit may be a time slot, a subframe, a symbol, etc. The frequency domain unit may be a resource block (RB), a bundled group of multiple RBs, a resource element (RE), a subcarrier, etc.

Optionally, in the embodiment of the present application, the timing relationship between the transmission opportunity and the first RO is: the transmission opportunity is before the first RO. For example, when the first signal is the second preamble, the second preamble is sent before the first preamble.

Optionally, in the embodiment of the present application, the relationship between the number of the above transmission opportunities and the first RO is: one transmission opportunity corresponds to L first ROs, or one first RO corresponds to K transmission opportunities, and L and K are both positive integers. For example, the transmission opportunity here can be a second RO, and the second RO is the RO of the second preamble code.

Optionally, in the embodiment of the present application, the L first ROs may be: L ROs on the same time domain resource, or L ROs on the same frequency domain resource.

Optionally, in the embodiment of the present application, the K second ROs may be: K ROs on the same time domain resources, or K ROs on the same frequency domain resources.

Optionally, in the embodiment of the present application, the transmission timings of the N first signals satisfy a first condition, and the first condition includes at least one of the following:

The sending of the N first signals is completed before the RAR window;

The RAR window starts after the last signal of the N first signals is sent;

The selection of the first preamble and the first RO associated with the first preamble is performed after N first signals are sent or after a gap after the sending;

The selection of the first preamble and the first RO associated with the first preamble is performed before N first signals are sent or before an interval before the sending.

It should be noted that the sending of the above-mentioned N first signals is completed before the RAR window, which can be understood as: the transmission timing of the N first signals is completed before the RAR window is opened, thereby indicating beam-related information in the RAR message.

Exemplarily, the selection of the first preamble code and the first RO associated with the first preamble code is performed after N first signals are sent or after an interval after the sending, the actual PRACH (i.e., the first preamble code) is sent after N first signals are sent, and the beam determined based on the first signal is used for the sending of Msg3.

Exemplarily, the selection of the first preamble code and the first RO associated with the first preamble code is performed before the N first signals are sent or before an interval before they are sent, the actual PRACH (i.e., the first preamble code) is sent before the N first signals are sent, and the beam determined based on the first signal is used for the transmission of PRACH.

Optionally, in an embodiment of the present application, in some cases, such as when there is mutual difference between uplink and downlink beams, the N first signals may also be associated with the downlink signal, thereby optimizing beam management. Exemplarily, the above-mentioned N first signals are associated with the second signal, including: the N first signals are associated with P second signals, where P is a positive integer.

It should be noted that, when P=N, the N first signals correspond one-to-one to the P second signals.

Optionally, in an embodiment of the present application, the association between the first signal and the second signal may be an index association between the first signal and the second signal, or may be an association between a first set to which the first signal belongs and a second set to which the second signal belongs, and the first set or the second set includes any one of the following: a resource set, a resource subset, a resource group, or a resource list.

Optionally, in the embodiment of the present application, the P second signals are associated with at least one of the following:

SSB;

First preamble;

The first RO associated with the first preamble.

It should be noted that the index of the SSB associated with the second signal may be the same as the index of the SSB associated with the first signal.

Exemplarily, for the P second signals associated with the SSB index, at this time, under a certain SSB index (for example, SSB#n), the beam can be further subdivided. Taking the second signal as CSI-RS as an example, assume that N (P=N) CSI-RS resources are associated with SSB#n, and the N CSI-RS resources are associated with N SRS resources. When the terminal performs fine beam measurements of N CSI-RSs under the wide beam of SSB#n, it is found that the beam of CSI-RS#m is better. Since there is no CSI report at this time, the terminal can only send the SRS corresponding to CSI-RS#m to inform the network side device which is the better CSI-RS beam. When the network side device detects the SRS, it can optimize its uplink receive beam to the beam corresponding to CSI-RS#m.

It should be noted that the CSI-RS described in the embodiments of the present application may also generally refer to a downlink signal used to obtain channel state information.

Optionally, in the embodiment of the present application, the P second signals are associated with at least one of the first preamble and the first RO, including: the P second signals are associated with one or more first preambles; or, the P second signals are associated with one or more first ROs; or, the P second signals are associated with one or more first preambles and one or more first ROs; or, one second signal is associated with one or more first preambles; or, one second signal is associated with one or more first ROs; or, one second signal is associated with one or more first preambles and one one or more first ROs.

For example, taking the second signal as CSI-RS, assuming that P CSI-RSs are associated with a first RO, and the first RO is associated with SSB#n, then through the association relationship between CSI-RS and the first RO, the network side device can use the beam corresponding to CSI-RS to replace the beam corresponding to SSB#n for uplink reception, thereby improving the uplink reception performance.

Optionally, in the embodiment of the present application, the first signal includes a first preamble. The step 201 may be implemented by the following step 201a or step 201b.

Step 201a: The terminal uses N different beams to send the same first preamble code.

Step 201b: The terminal uses N different beams to send R different first preamble codes, 1<R≤N, and R is an integer.

It can be understood that when the first signal includes the first preamble code, beam management is performed while sending the first preamble code (ie, PRACH).

Optionally, in an embodiment of the present application, N different beams are used to send the same first preamble code; the above-mentioned N different beams correspond to different first ROs, and the first RO is the RO associated with the first preamble code.

It should be noted that the N different beams corresponding to different first ROs can also be understood as: N transmissions of the same first preamble code correspond to different first ROs. Optionally, the first RO here is associated with an SSB (eg, SSB#n).

Optionally, in an embodiment of the present application, when the terminal uses N different beams to send R different first preamble codes, the N different beams correspond to the same first RO, or the N different beams correspond to different first ROs, wherein the first RO is the RO associated with the first preamble code.

Optionally, in an embodiment of the present application, when the above-mentioned N different beams correspond to the same first RO, the same first RO is associated with multiple first preamble codes.

Optionally, in an embodiment of the present application, the above-mentioned N different beams correspond to different first ROs; the above-mentioned different first ROs adopt at least one of frequency division multiplexing and time division multiplexing, or the above-mentioned different first ROs are multiple first ROs continuous in at least one of the frequency domain and the time domain.

In this way, the efficiency of beam management is improved by agreeing on the relationship between different first ROs, such as continuity in the frequency domain or continuity in the time domain.

It should be noted that, when the first signal includes the first preamble, N different beams are used to send N first preambles, and N uplink beams are used. Then, the network side device determines the appropriate beam and indicates it to the terminal for subsequent uplink transmission, such as the transmission of Msg3.

Optionally, in an embodiment of the present application, in combination with Figure 4 and Figure 5, after the above-mentioned step 202, the uplink beam management method provided in the embodiment of the present application also includes the following steps 301 and 302.

Step 301: After measuring N first signals, the network side device sends first information to the terminal.

Step 302: The terminal receives first information sent by the network side device.

In an embodiment of the present application, the above-mentioned first information includes beam-related information corresponding to one or more beams, and the beam-related information is used to determine the beam of the target uplink transmission.

Among them, the above-mentioned first information includes any one of the following items: RAR message, downlink control information (Downlink Control Information, DCI), Medium Access Control-Control Element (Medium Access Control-Control Element, MAC CE) signaling, RNTI, and the second signal; the second signal is a downlink signal.

It can be understood that after the terminal sends N first signals, the network side device measures the first signals and determines the appropriate beam, and indicates the beam-related information corresponding to these beams to the terminal, so that the terminal can determine the beam for the target uplink transmission (for example, sending the target signal) based on the beam-related information, that is, in the uplink transmission of the subsequent RACH process, transmission can be performed on the determined beam.

Optionally, in an embodiment of the present application, the above-mentioned first signal includes a first preamble code; the above-mentioned first information includes a RAR message, and the above-mentioned beam-related information includes at least one of the following: one or more first preamble code indexes, one or more random access (Random Access, RA)-RNTI.

Optionally, in the embodiment of the present application, when the beam-related information includes at least one of multiple first preamble indexes and multiple RA-RNTIs, the RAR message includes any one of the following:

Multiple subPDUs;

Multiple MAC RARs;

A RAR subPDU.

Optionally, in an embodiment of the present application, the above-mentioned RAR message also includes preamble detection information associated with at least one of the first preamble index and the RA-RNTI.

Specifically, in the first case, for the case where one or more first preamble code indexes are indicated in the RAR message, that is, the first information is a RAR message, and the beam-related information includes one or more first preamble code indexes, the multiple first preamble code indexes can be carried by any of the following items:

Carried separately through multiple subPDUs;

Carry it separately through multiple MAC RARs;

The same RAR subPDU contains multiple preamble code indexes.

Optionally, in the first case, the above RAR message also carries preamble detection information associated with the first preamble index, and the preamble detection information may include at least one of the following: signal-to-noise ratio (SNR), TA information, etc.

For example, the terminal can send different first preamble codes on multiple ROs. The network side device detects all the first preamble codes and uses the RA-RNTI corresponding to a certain RO as the scrambling sequence generation information of the RAR physical downlink shared channel (PDSCH) according to a predetermined rule, and provides the different preamble code indexes sent and the TA information estimated through PRACH corresponding to the respective preamble code indexes in the RAR message.

In the second case, for the case where one or more RA-RNTIs are indicated in the RAR message, that is, the first information is a RAR message, and the beam-related information includes one or more RA-RNTIs, the multiple RA-RNTIs can be carried by any of the following:

Carried separately through multiple subPDUs;

Carry it separately through multiple MAC RARs;

Multiple RA-RNTIs are contained in the same RAR subPDU.

Optionally, in an embodiment of the present application, the above-mentioned multiple RA-RNTIs correspond to one or more first preamble code indexes.

Optionally, in the second case, the RAR message also carries preamble detection information associated with the RA-RNTI.

For example, the terminal can send the same first preamble code on multiple ROs. The network side device detects all the first preamble codes and uses the RA-RNTI corresponding to a certain RO as the scrambling sequence generation information of the RAR PDSCH according to a predetermined rule, and provides the sent preamble code index and the RA-RNTI corresponding to other ROs and the TA information estimated through PRACH corresponding to each RA-RNTI in the RAR message.

In the third case, for the case where one or more first preamble code indexes and one or more RA-RNTIs are indicated in the RAR message, that is, the first information is a RAR message, and the beam-related information includes one or more first preamble code indexes and one or more RA-RNTIs. The multiple first preamble codes and multiple RA-RNTIs can be carried by any of the following:

Carried separately through multiple subPDUs;

Carry it separately through multiple MAC RARs;

The same RAR subPDU contains multiple {preamble code index, RA-RNTI}.

Optionally, in the third case, the RAR message further carries preamble detection information associated with the first preamble and the RA-RNTI.

For example, the terminal can send 2 preamble code sequences on 4 ROs, {RO-0, preamble code 0}, {RO-1, preamble code 0}, {RO-2, preamble code 1}, {R3-0, preamble code 1}, the network side device detects the corresponding first preamble code on all ROs, and uses the RA-RNTI corresponding to a certain RO as the scrambling sequence generation information of RAR PDSCH according to a predetermined rule, and provides the sent preamble code index and RA-RNTI and the TA information estimated by PRACH corresponding to their combination in the RAR message.

In this way, the terminal can identify the beam indicated by the network side device based on the RNTI (for example, the RA-RNTI related to the RO, which can be determined by at least one of the scrambling sequence added to the RAR PDSCH and the RA-RNTI carried in the RAR message) and the preamble code index (RAPID) in the RAR message.

The reason why the network side device indicates multiple first preambles or multiple RA-RNTIs here is that the relevant information (such as time estimation information) estimated by detecting different first preambles on different ROs may be inconsistent, so the terminal can use the estimated TA corresponding to the preamble and RO.

Optionally, in the embodiment of the present application, the first signal includes a first uplink signal, the first uplink signal includes The first information includes a RAR message, and the beam-related information includes one or more first signal indexes; or, the first information includes DCI or MAC CE signaling, and the beam-related information includes at least one of the following: one or more first signal indexes, and multiple measurement information corresponding to the multiple first signal indexes; or, the beam-related information includes RNTI; or, the beam-related information includes a second signal.

Optionally, in the embodiment of the present application, when the first information includes a RAR message, the multiple first signal indexes are carried by the RAR message, and the RAR message includes any one of the following:

Multiple subPDUs;

Multiple MAC RARs;

A RAR subPDU.

Optionally, in an embodiment of the present application, the above RAR message also includes multiple measurement information corresponding to multiple first signal indexes.

Optionally, in the embodiment of the present application, the above measurement information may include at least one of the following: SNR, TA information.

It can be understood that when the above-mentioned first signal is the first uplink signal, the network side device can indicate beam-related information through a RAR message after measuring the first signal. The beam-related information includes one or more first signal indexes, wherein the multiple first signal indexes can be carried respectively through multiple subPDUs, or respectively carried through multiple MAC RARs, or the same RAR subPDU contains multiple first signal indexes.

Optionally, in an embodiment of the present application, while indicating the first preamble index in the RAR message, the RAR message also indicates the first signal index, and the first signal index of the terminal can be determined according to the association relationship between the first signal and at least one of the first preamble and the first RO. Alternatively, there is a mapping relationship pair between the first signal index indicated in the RAR message and the first preamble index (there is a mapping relationship in the RAR structure), and the terminal can obtain its corresponding first signal index and first preamble index pair after receiving the RAR message.

Optionally, in an embodiment of the present application, for the case where the above-mentioned first information includes DCI or MAC CE signaling, the beam-related information in the DCI that schedules the RAR is associated with the preamble code index in the RAR message (or MAC CE signaling).

In addition, for the Contention-Free Random Access (CFRA) process, beam-related information can also be indicated through DCI or MAC CE.

Optionally, in an embodiment of the present application, in the case where the above-mentioned beam-related information includes RNTI, the network side device implicitly indicates the beam-related information through RNTI after measuring the first signal. At this time, RNTI is associated with the first signal index, for example, the terminal successfully demodulates DCI through RNTI to determine the beam-related information.

Optionally, in an embodiment of the present application, when the first information includes the second signal, the first signal and the second signal are associated with each other, and the N first signals are associated with P second signals, where P is a positive integer.

It can be understood that the first signal and the second signal are associated with each other, and the optimal beam is indirectly determined by measuring the second signal. That is, before the actual PRACH is sent, the optimal beam determined based on the first signal can be indirectly obtained by the terminal through the second signal associated with the first signal.

For example, the N first signals are SRSs and the N second signals are CSI-RSs, and there is a one-to-one correspondence between the two. The terminal sends N SRSs, and after measuring the N SRSs, the network side device indicates that a certain SRS among the N SRSs corresponds to the optimal beam by sending a certain CSI-RS.

For another example, N first signals are SRSs, and N second signals are CSI-RSs. There is a one-to-one correspondence between the two, that is, there is a correspondence between SRSs and corresponding CSI-RSs in uplink and downlink beams. The terminal sends N SRSs, the network side device measures the N SRSs, and sends N CSI-RSs. The terminal determines the best CSI-RS by measuring the CSI-RSs, and thus determines that the best SRS is the SRS corresponding to the best CSI-RS, that is, the optimal beam.

Optionally, in the embodiment of the present application, the target uplink transmission includes at least one of the following:

Transmission of second information, the second information including at least one of the following: Msg1 (e.g., first preamble), MsgA, MsgA preamble, MsgA PUSCH;

Transmission of Msg3;

Transmission of Msg5;

Public PUCCH; the public PUCCH is a PUCCH transmitted on public PUCCH resources without acquiring dedicated PUCCH resources;

SRS (e.g., SRS used for positioning, beam management, codebook-based transmission, or non-codebook-based transmission).

Optionally, in an embodiment of the present application, when a network side device indicates a first signal (corresponding to an optimal beam), the default agreed spatial relationship (spatial relation)/beam of the target uplink transmission is the optimal beam (corresponding to a certain first signal) indicated by the network side device.

Optionally, in an embodiment of the present application, when the network side device indicates multiple beams (multiple first signals correspond to multiple suitable beams), the terminal determines the beam for target uplink transmission by a first method, and the first method includes any one of the following:

arbitrarily selecting at least one beam from the plurality of beams (e.g., selecting the plurality of beams to send a plurality of repeated transmissions);

Select the first beam according to the order of multiple beams indicated by the network side device;

A beam is selected from the multiple beams based on third information, where the third information includes at least one of the following: measurement information corresponding to the multiple beams, time estimation information corresponding to the multiple beams, and positioning information of the terminal.

Optionally, in an embodiment of the present application, when the third information includes measurement information, the measurement information may include at least one of the following: RSRP, Reference Signal Received Quality (RSRQ), and Received Signal Strength Indicator (RSSI). The terminal may select a beam corresponding to the measurement information with the largest measured RSRP, RSRQ, or RSSI from multiple beams.

Optionally, in an embodiment of the present application, when the third information includes time estimation information, the time estimation information may include TA information, and the terminal may select a beam corresponding to a TA with the smallest estimated TA value from multiple beams.

Optionally, in an embodiment of the present application, when retransmission, reselection, or repeated transmission occurs in the above-mentioned target uplink transmission, the terminal determines a beam for the target uplink transmission by a second method, and the second method includes any one of the following:

Selecting any other beam indicated by the network side device except the beam used for the previous transmission;

Selecting the next beam of the beam used for the previous transmission according to the sequence of the multiple beams indicated by the network side device;

Selecting an optimal beam from among a plurality of beams;

Select the beam to be used for the previous transmission.

It should be noted that: when the first signal is the first preamble, the optimal beam can be used for the transmission of at least one of Msg3, Msg5, public PUCCH, and SRS. When the first signal is the first uplink signal (such as the second preamble, SRS or other uplink signal), the optimal beam can be used for the transmission of at least one of Msg1, MsgA, Msg3, Msg5, public PUCCH, and SRS, depending on whether the first signal is transmitted before or after Msg1/MsgA.

In the embodiment of the present application, the optimal beam of the terminal is determined before sending the first preamble code, which can improve the sending performance of the first preamble code.

Optionally, in an embodiment of the present application, the above-mentioned N first signals are associated with one or more first preamble codes.

In the embodiment of the present application, when N first signals are associated with the same first preamble, it is beneficial to enhance the capacity of RACH. At this time, when multiple terminals select the same first preamble, the network side device can perform respective detections. When N first signals are associated with multiple first preambles, it is beneficial to enhance the coverage of RACH, that is, to improve the coverage performance by sending multiple first preambles (or first preamble groups).

Optionally, in an embodiment of the present application, one or more of the above-mentioned N first signals are associated with the index of Z DMRS ports of MsgA PUSCH or the sequence of DMRS ports, where Z is a positive integer; or, a first preamble code is associated with the index of Z DMRS ports of MsgA PUSCH or the sequence of DMRS ports.

In the embodiment of the present application, when the terminal adopts the optimal beam to transmit MsgA PUSCH, it is beneficial to enhance the capacity of PUSCH, that is, the multiplexing capacity of PUSCH sent by multiple terminals is enhanced.

Optionally, in the embodiment of the present application, the value of Z can be determined by any of the following:

(1) related to the first signal associated with the same MsgA preamble;

For example, 4 SRS resources correspond to one Msg A preamble, and 4 SRS resources correspond to 4 DMRS ports of Msg A PUSCH. In this way, Multi-User-Multiple-Input-Multiple-Output (MU-MIMO) based on different DMRS ports is implemented on Msg A PUSCH, and multiple terminals based on different beams are multiplexed on the Msg A preamble.

(2) Network side configuration;

For example, 4 SRS resources correspond to one Msg A preamble, and 4 SRS resources correspond to 2 DMRS ports of MsgA PUSCH. In this way, different DMRS ports and different Beam MU-MIMO, multiple terminals based on different beams are multiplexed on the MsgA preamble code.

(3) Agreement provisions.

For example, in the case where a first preamble is associated with the index of Z DMRS ports of MsgA PUSCH or the sequence of DMRS ports, four SRS resources correspond to one Msg A preamble, and one MsgA preamble corresponds to four DMRS ports of MsgA PUSCH. In this way, MU-MIMO based on different DMRS ports is implemented on MsgA PUSCH, and multiplexing of multiple terminals based on different beams is implemented on the MsgA preamble.

Optionally, in an embodiment of the present application, in combination with Figure 4, as shown in Figure 6, before the above-mentioned step 201, the uplink beam management method provided in the embodiment of the present application also includes the following steps 401 and 402.

Step 401: A network-side device sends a first message to a terminal.

Step 402: The terminal receives a first message sent by a network-side device.

In an embodiment of the present application, the above-mentioned first message is used to configure or indicate at least one of the configuration information of the first signal and the configuration information of the second signal, and the above-mentioned first message includes any one of the following items: master information block (Master Information Block, MIB), SI, RRC release message, RAR message, DCI, MAC CE signaling.

Optionally, in the embodiment of the present application, the configuration information of the first signal includes at least one of the following:

an association relationship between the first signal and fourth information, the fourth information comprising at least one of the following: a first preamble, an SSB, a first RO, an MsgA PUSCH, and a DMRS of the MsgA PUSCH;

a transmission timing of the first signal;

a sequence of first signals;

The correlation relationship between the first signal and the second signal.

Optionally, in the embodiment of the present application, the configuration information of the second signal includes at least one of the following:

a transmission timing of the second signal;

a sequence of a second signal;

Port information of the second signal;

an association relationship between the second signal and the first signal;

The association relationship between the second signal and the fifth information, the fifth information including at least one of the following: SSB, the first preamble code, and the first RO.

In an embodiment of the present application, the network side device can configure or indicate at least one of the configuration information of the first signal and the configuration information of the second signal to the terminal, so that the terminal can determine the uplink signal (i.e., N first signals) of the signal used for uplink beam management based on these configuration information, thereby realizing uplink beam management.

The embodiment of the present application provides an uplink beam management method, and the terminal can send N first signals to the network side device to determine the beam of the target uplink transmission, and the first signal includes any of the following: a first uplink signal, a first preamble code for random access. In this solution, the terminal can determine the beam of the uplink transmission by sending the first uplink signal or the first preamble code to the network side device, so that the terminal can perform uplink beam management in a non-RRC connection state, thereby ensuring the performance of the uplink transmission during the random access process.

Each of the above-mentioned method embodiments, or various possible implementation methods in each method embodiment can be executed separately, or any two or more of them can be executed in combination with each other. The specific implementation method can be determined according to actual usage requirements, and the embodiments of the present application do not limit this.

The uplink beam management method provided in the embodiment of the present application may be executed by an uplink beam management device. In the embodiment of the present application, the uplink beam management device provided in the embodiment of the present application is described by taking the uplink beam management method executed by the uplink beam management device as an example.

Fig. 7 shows a possible structural diagram of an uplink beam management device involved in an embodiment of the present application. As shown in Fig. 7 , the uplink beam management device 40 may include: a sending module 41 .

Among them, the sending module 41 is used to send N first signals to the network side device, the first signal is used to determine the beam of the target uplink transmission, N is a positive integer; wherein the first signal includes any one of the following items: a first uplink signal; a first preamble code, the first preamble code is used for random access.

An embodiment of the present application provides an uplink beam management device, which can determine the beam of uplink transmission by sending a first uplink signal or a first preamble code to a network side device, so that the terminal can perform uplink beam management in a non-RRC connection state, thereby ensuring the performance of uplink transmission during random access.

In a possible implementation manner, when the first signal is the first uplink signal, The N first signals are associated with at least one of the following:

SSB;

First preamble;

A first RO associated with the first preamble;

A second signal, the second signal being a downlink signal;

Alternatively, when the first signal is the first preamble, the N first signals are associated with at least one of the following:

SSB;

The second signal is a downlink signal.

In a possible implementation manner, the N first signals are associated with the SSB, including at least one of the following:

A sequence of N first signals is associated with an index of the SSB;

The transmission timings of the N first signals are associated with the indexes of the SSBs, and the transmission timings are used for sending the first signals;

The first set to which the N first signals belong is associated with the index of the SSB, and the first set includes any of the following items: a resource set, a resource subset, a resource group, and a resource list.

In a possible implementation manner, any one of the following corresponding relationships exists between the transmission timings of the N first signals:

The N first signals correspond to M different transmission opportunities, 1<M≤N, and M is an integer;

The N first signals correspond to the same transmission opportunity;

The transmission opportunity is used for sending the first signal.

In a possible implementation, the N first signals correspond to M different transmission opportunities;

M different transmission opportunities correspond to the same time domain resource; or,

M different transmission opportunities correspond to the same frequency domain resources.

In a possible implementation manner, the transmission timing is the same as the first RO, or the transmission timing is at least one of frequency division multiplexing and time division multiplexing with the first RO; the first RO is the RO associated with the first preamble code.

In a possible implementation, when the transmission opportunity is frequency-division multiplexed and time-division multiplexed with the first RO, the time-frequency position relationship between the transmission opportunity and the first RO includes at least one of the following: an interval in the time domain is X time domain units, and an interval in the frequency domain is Y frequency domain units; X and Y are both positive integers.

In a possible implementation manner, the timing relationship between the transmission opportunity and the first RO is: the transmission opportunity is located before the first RO.

In a possible implementation manner, the relationship between the number of the transmission opportunities and the first ROs is: one transmission opportunity corresponds to L first ROs, or one first RO corresponds to K transmission opportunities, where L and K are both positive integers.

In a possible implementation manner, the transmission timings of the N first signals satisfy a first condition, and the first condition includes at least one of the following:

The sending of the N first signals is completed before the RAR window;

The RAR window starts after the last signal of the N first signals is sent;

The selection of the first preamble and the first RO associated with the first preamble is performed after N first signals are sent or after an interval after the sending;

The selection of the first preamble and the first RO associated with the first preamble is performed before N first signals are sent or before an interval before the sending.

In a possible implementation manner, the N first signals are associated with the second signal, including: the N first signals are associated with P second signals, where P is a positive integer.

In a possible implementation manner, the P second signals are associated with at least one of the following:

SSB;

First preamble;

The first RO associated with the first preamble.

In a possible implementation, the first signal includes a first preamble; and the sending module 41 is specifically configured to:

Using N different beams to send the same first preamble code; or,

N different beams are used to send R different first preamble codes, 1<R≤N, and R is an integer.

In a possible implementation, the sending module 41 is used to send the same first preamble code using N different beams. The N different beams correspond to different first ROs, and the first RO is the RO associated with the first preamble code.

In a possible implementation, N different beams are used to send R different first preamble codes;

N different beams correspond to the same first RO; or,

N different beams correspond to different first ROs;

The first RO is the RO associated with the first preamble code.

In a possible implementation, the N different beams correspond to different first ROs;

Different first ROs use at least one of frequency division multiplexing and time division multiplexing; or,

The different first ROs are a plurality of first ROs that are continuous in at least one of the frequency domain and the time domain.

In a possible implementation, in combination with FIG7, as shown in FIG8, the uplink beam management device 40 provided in the embodiment of the present application further includes: a receiving module 42. The receiving module 42 is configured to receive first information sent by the network side device after the sending module 41 sends N first signals to the network side device, where the first information includes beam related information corresponding to one or more beams, and the beam related information is used to determine the beam of the target uplink transmission;

The first information includes any one of the following items: RAR message, DCI, MAC CE signaling, RNTI, and a second signal; the second signal is a downlink signal.

In a possible implementation manner, the first signal includes a first preamble code;

The above-mentioned first information includes a RAR message, and the above-mentioned beam-related information includes at least one of the following: one or more first preamble code indexes, and one or more RA-RNTIs.

In a possible implementation manner, when the beam-related information includes at least one of multiple first preamble indexes and multiple RA-RNTIs, the RAR message includes any one of the following:

Multiple subPDUs;

Multiple MAC RARs;

A RAR subPDU.

In a possible implementation manner, the RAR message further includes preamble detection information associated with at least one of the first preamble index and the RA-RNTI.

In a possible implementation manner, the first signal includes a first uplink signal, the first uplink signal includes a second preamble code, and the second preamble code is different from the first preamble code;

The first information includes a RAR message, and the beam-related information includes one or more first signal indexes; or,

The above-mentioned first information includes DCI or MAC CE signaling, and the above-mentioned beam-related information includes at least one of the following: one or more first signal indexes, and multiple measurement information corresponding to the multiple first signal indexes; or,

The above beam-related information includes RNTI; or,

The above-mentioned beam-related information includes a second signal.

In a possible implementation manner, when the first information includes a RAR message, the multiple first signal indexes are carried by the RAR message, and the RAR message includes any one of the following:

Multiple subPDUs;

Multiple MAC RARs;

A RAR subPDU.

In a possible implementation manner, the RAR message further includes multiple measurement information corresponding to multiple first signal indexes.

In a possible implementation, when the first information includes the second signal, the first signal and the second signal are associated with each other, and N first signals are associated with P second signals, where P is a positive integer.

In a possible implementation manner, the target uplink transmission includes at least one of the following:

Transmission of second information, the second information including at least one of the following: Msg1, MsgA, MsgA preamble, MsgA PUSCH;

Transmission of Msg3;

Transmission of Msg5;

Public PUCCH: Public PUCCH is a PUCCH transmitted on public PUCCH resources without acquiring dedicated PUCCH resources;

SRS.

In a possible implementation manner, when the network side device indicates multiple beams, the terminal determines the beam used for target uplink transmission by a first method, and the first method includes any one of the following:

arbitrarily selecting at least one beam from the plurality of beams;

Select the first beam according to the order of multiple beams indicated by the network side device;

A beam is selected from the multiple beams based on third information, where the third information includes at least one of the following: measurement information corresponding to the multiple beams, time estimation information corresponding to the multiple beams, and positioning information of the terminal.

In a possible implementation, when retransmission, reselection or repeated transmission occurs in the target uplink transmission, In the case of transmission, the terminal determines a beam for target uplink transmission by a second method, where the second method includes any one of the following:

Selecting any other beam indicated by the network side device except the beam used for the previous transmission;

Selecting the next beam of the beam used for the previous transmission according to the sequence of the multiple beams indicated by the network side device;

Selecting an optimal beam from among a plurality of beams;

Select the beam to be used for the previous transmission.

In a possible implementation manner, the N first signals are associated with one or more first preamble codes; or,

One or more of the N first signals are associated with the index of Z demodulation reference signal DMRS ports or the sequence of DMRS ports of MsgA PUSCH, where Z is a positive integer; or,

A first preamble is associated with the index of Z DMRS ports or the sequence of DMRS ports of MsgA PUSCH.

In a possible implementation, in combination with FIG7, as shown in FIG8, the uplink beam management device 40 provided in the embodiment of the present application also includes: a receiving module 42. The receiving module 42 is used to receive a first message sent by a network side device, and the first message is used to configure or indicate at least one of the configuration information of the first signal and the configuration information of the second signal. The first message includes any one of the following: MIB, SI, RRC release message, RAR message, DCI, MAC CE signaling.

In a possible implementation manner, the configuration information of the first signal includes at least one of the following:

an association relationship between the first signal and fourth information, the fourth information comprising at least one of the following: a first preamble, an SSB, a first RO, an MsgA PUSCH, and a DMRS of the MsgA PUSCH;

a transmission timing of the first signal;

a sequence of first signals;

The correlation relationship between the first signal and the second signal.

In a possible implementation manner, the configuration information of the second signal includes at least one of the following:

a transmission timing of the second signal;

a sequence of a second signal;

Port information of the second signal;

an association relationship between the second signal and the first signal;

The association relationship between the second signal and the fifth information, the fifth information including at least one of the following: SSB, the first preamble code, and the first RO.

The uplink beam management device in the embodiment of the present application may be an electronic device, such as an electronic device with an operating system, or a component in an electronic device, such as an integrated circuit or a chip. The electronic device may be a terminal, or may be other devices other than a terminal. Exemplarily, the terminal may include but is not limited to the types of terminal 11 listed above, and other devices may be servers, network attached storage (NAS), etc., which are not specifically limited in the embodiment of the present application.

The uplink beam management device provided in the embodiment of the present application can implement the various processes implemented in the above-mentioned uplink beam management method embodiment and achieve the same technical effect. To avoid repetition, it will not be repeated here.

Fig. 9 shows a possible structural diagram of an uplink beam management device involved in an embodiment of the present application. As shown in Fig. 9 , the uplink beam management device 50 may include: a receiving module 51 .

Among them, the receiving module 51 is used to receive N first signals sent by the terminal, the first signal is used to determine the beam of the target uplink transmission, and N is a positive integer; wherein the first signal includes any one of the following items: a first uplink signal; a first preamble code, and the first preamble code is used for random access.

An embodiment of the present application provides an uplink beam management device, which can receive a first uplink signal or a first preamble code sent by a terminal to determine an uplink transmission beam according to the first uplink signal or the first preamble code, thereby enabling the terminal to perform uplink beam management in a non-RRC connection state, thereby ensuring the performance of uplink transmission during random access.

In a possible implementation, in combination with FIG9, as shown in FIG10, the uplink beam management device 50 provided in the embodiment of the present application further includes: a sending module 52. The sending module 52 is configured to send first information to the terminal after the receiving module 51 receives N first signals sent by the terminal and measures the N first signals, wherein the first information includes beam-related information corresponding to one or more beams, and the beam-related information is used to determine the beam of the target uplink transmission;

The first information includes any one of the following: RAR message, DCI, MAC CE signaling, RNTI, and a second signal; the second signal is a downlink signal.

In a possible implementation manner, the first signal includes a first preamble code;

The above-mentioned first information includes a RAR message, and the above-mentioned beam-related information includes at least one of the following: one or more first preamble code indexes, and one or more RA-RNTIs.

In a possible implementation manner, when the beam-related information includes at least one of multiple first preamble indexes and multiple RA-RNTIs, the RAR message includes any one of the following:

Multiple subPDUs;

Multiple MAC RARs;

A RAR subPDU.

In a possible implementation manner, the RAR message further includes preamble detection information associated with at least one of the first preamble index and the RA-RNTI.

In a possible implementation manner, the first signal includes a first uplink signal, the first uplink signal includes a second preamble code, and the second preamble code is different from the first preamble code;

The first information includes a RAR message, and the beam-related information includes one or more first signal indexes; or,

The above-mentioned first information includes DCI or MAC CE signaling, and the above-mentioned beam-related information includes at least one of the following: one or more first signal indexes, and multiple measurement information corresponding to the multiple first signal indexes; or,

The above beam-related information includes RNTI; or,

The above-mentioned beam-related information includes a second signal.

In a possible implementation manner, when the first information includes a RAR message, the multiple first signal indexes are carried by the RAR message, and the RAR message includes any one of the following:

Multiple subPDUs;

Multiple MAC RARs;

A RAR subPDU.

In a possible implementation manner, the RAR message further includes multiple measurement information corresponding to multiple first signal indexes.

In a possible implementation, when the first information includes the second signal, the first signal and the second signal are associated with each other, and N first signals are associated with P second signals, where P is a positive integer.

In a possible implementation, in combination with FIG9, as shown in FIG10, the uplink beam management device 50 provided in the embodiment of the present application further includes: a sending module 52. The sending module 52 is used to send a first message to the terminal, where the first message is used to configure or indicate at least one of the configuration information of the first signal and the configuration information of the second signal, and the first message includes any one of the following: MIB, SI, RRC release message, RAR message, DCI, MAC CE signaling.

In a possible implementation manner, the configuration information of the first signal includes at least one of the following:

an association relationship between the first signal and fourth information, the fourth information comprising at least one of the following: a first preamble, an SSB, a first RO, an MsgA PUSCH, and a DMRS of the MsgA PUSCH;

a transmission timing of the first signal;

a sequence of first signals;

The correlation relationship between the first signal and the second signal.

In a possible implementation manner, the configuration information of the second signal includes at least one of the following:

a transmission timing of the second signal;

a sequence of a second signal;

Port information of the second signal;

an association relationship between the second signal and the first signal;

The association relationship between the second signal and the fifth information, the fifth information including at least one of the following: SSB, the first preamble code, and the first RO.

The uplink beam management device provided in the embodiment of the present application can implement the various processes implemented in the above-mentioned uplink beam management method embodiment and achieve the same technical effect. To avoid repetition, it will not be repeated here.

As shown in FIG11 , the embodiment of the present application further provides a communication device 5000, including a processor 5001 and a memory 5002, wherein the memory 5002 stores a program or instruction that can be run on the processor 5001. For example, when the communication device 5000 is the above-mentioned terminal, the program or instruction is executed by the processor 5001 to implement the various steps of the above-mentioned terminal side method embodiment, and can achieve the same technical effect. To avoid repetition, it is not repeated here. When the communication device 5000 is the above-mentioned network side device, the program or instruction is executed by the processor 5001 to implement the various steps of the above-mentioned network side device side method embodiment, and can achieve the same technical effect. To avoid repetition, it is not repeated here.

The embodiment of the present application also provides a terminal, including a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps in the above method embodiment. The terminal embodiment corresponds to the above terminal side method embodiment, and each implementation process and implementation method of the above method embodiment can be applied to the terminal embodiment and can achieve the same technical effect. Specifically, Figure 12 is a schematic diagram of the hardware structure of a terminal implementing an embodiment of the present application.

The terminal 7000 includes but is not limited to: a radio frequency unit 7001, a network module 7002, an audio output unit 7003, an input unit 7004, a sensor 7005, a display unit 7006, a user input unit 7007, an interface unit 7008, a memory 7009 and at least some of the components of a processor 7010.

Those skilled in the art will appreciate that the terminal 7000 may also include a power source (such as a battery) for supplying power to each component, and the power source may be logically connected to the processor 7010 through a power management system, so as to implement functions such as managing charging, discharging, and power consumption management through the power management system. The terminal structure shown in FIG12 does not constitute a limitation on the terminal, and the terminal may include more or fewer components than shown in the figure, or combine certain components, or arrange components differently, which will not be described in detail here.

It should be understood that in the embodiment of the present application, the input unit 7004 may include a graphics processing unit (GPU) 70041 and a microphone 70042, and the graphics processor 70041 processes the image data of the static picture or video obtained by the image capture device (such as a camera) in the video capture mode or the image capture mode. The display unit 7006 may include a display panel 70061, and the display panel 70061 may be configured in the form of a liquid crystal display, an organic light emitting diode, etc. The user input unit 7007 includes a touch panel 70071 and at least one of other input devices 70072. The touch panel 70071 is also called a touch screen. The touch panel 70071 may include two parts: a touch detection device and a touch controller. Other input devices 70072 may include, but are not limited to, a physical keyboard, function keys (such as a volume control key, a switch key, etc.), a trackball, a mouse, and a joystick, which will not be repeated here.

In the embodiment of the present application, after receiving downlink data from the network side device, the RF unit 7001 can transmit the data to the processor 7010 for processing; in addition, the RF unit 7001 can send uplink data to the network side device. Generally, the RF unit 7001 includes but is not limited to an antenna, an amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc.

The memory 7009 can be used to store software programs or instructions and various data. The memory 7009 may mainly include a first storage area for storing programs or instructions and a second storage area for storing data, wherein the first storage area may store an operating system, an application program or instruction required for at least one function (such as a sound playback function, an image playback function, etc.), etc. In addition, the memory 7009 may include a volatile memory or a non-volatile memory. Among them, the non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM), a static random access memory (SRAM), a dynamic random access memory (DRAM), a synchronous dynamic random access memory (SDRAM), a double data rate synchronous dynamic random access memory (DDRSDRAM), an enhanced synchronous dynamic random access memory (ESDRAM), a synchronous link dynamic random access memory (SLDRAM) and a direct memory bus random access memory (DRRAM). The memory 7009 in the embodiment of the present application includes but is not limited to these and any other suitable types of memory.

The processor 7010 may include one or more processing units; optionally, the processor 7010 integrates an application processor and a modem processor, wherein the application processor mainly processes operations related to an operating system, a user interface, and application programs, and the modem processor mainly processes wireless communication signals, such as a baseband processor. It is understandable that the modem processor may not be integrated into the processor 7010.

The terminal provided in the embodiment of the present application can implement the various processes implemented in the above method embodiment and achieve the same technical effect. The implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the above uplink beam management method embodiment. To avoid repetition, it will not be repeated here.

The embodiment of the present application also provides a network side device, including a processor and a communication interface, the communication interface is coupled to the processor, and the processor is used to run a program or instruction to implement the steps of the above method embodiment. The network side device embodiment corresponds to the above network side device method embodiment, and each implementation process and implementation method of the above method embodiment can be applied to the network side device embodiment and can achieve the same technical effect.

Specifically, the embodiment of the present application further provides a network side device. As shown in FIG13 , the network side device 600 includes: an antenna 61, a radio frequency device 62, a baseband device 63, a processor 64 and a memory 65. The antenna 61 and The RF device 62 is connected. In the uplink direction, the RF device 62 receives information through the antenna 61 and sends the received information to the baseband device 63 for processing. In the downlink direction, the baseband device 63 processes the information to be sent and sends it to the RF device 62. The RF device 62 processes the received information and sends it out through the antenna 61.

The method executed by the network-side device in the above embodiment may be implemented in the baseband device 63, which includes a baseband processor.

The baseband device 63 may include, for example, at least one baseband board, on which a plurality of chips are arranged, as shown in FIG13 , wherein one of the chips is, for example, a baseband processor, which is connected to the memory 65 through a bus interface to call a program in the memory 65 and execute the network device operations shown in the above method embodiment.

The network side device may also include a network interface 66, which is, for example, a Common Public Radio Interface (CPRI).

Specifically, the network side device 600 of an embodiment of the present invention also includes: instructions or programs stored in the memory 65 and executable on the processor 64. The processor 64 calls the instructions or programs in the memory 65 to execute the methods executed by the modules shown in the above-mentioned uplink beam management device and achieve the same technical effect. To avoid repetition, it will not be described here.

An embodiment of the present application also provides a readable storage medium, on which a program or instruction is stored. When the program or instruction is executed by a processor, the various processes of the above-mentioned uplink beam management method embodiment are implemented, and the same technical effect can be achieved. To avoid repetition, it will not be repeated here.

The processor is the processor in the terminal described in the above embodiment. The readable storage medium includes a computer readable storage medium, such as a computer read-only memory ROM, a random access memory RAM, a magnetic disk or an optical disk. In some examples, the readable storage medium may be a non-transient readable storage medium.

An embodiment of the present application further provides a chip, which includes a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement the various processes of the above-mentioned uplink beam management method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

It should be understood that the chip mentioned in the embodiments of the present application can also be called a system-level chip, a system chip, a chip system or a system-on-chip chip, etc.

An embodiment of the present application further provides a computer program/program product, which is stored in a storage medium. The computer program/program product is executed by at least one processor to implement the various processes of the above-mentioned uplink beam management method embodiment, and can achieve the same technical effect. To avoid repetition, it will not be repeated here.

An embodiment of the present application also provides a communication system, including: a terminal and a network side device, wherein the terminal can be used to execute the steps of the uplink beam management method as described above, and the network side device can be used to execute the steps of the uplink beam management method as described above.

It should be noted that, in this article, the terms "comprise", "include" or any other variant thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, an element defined by the sentence "comprises one..." does not exclude the presence of other identical elements in the process, method, article or device including the element. In addition, it should be pointed out that the scope of the method and device in the embodiment of the present application is not limited to performing functions in the order shown or discussed, and may also include performing functions in a substantially simultaneous manner or in reverse order according to the functions involved, for example, the described method may be performed in an order different from that described, and various steps may also be added, omitted or combined. In addition, the features described with reference to certain examples may be combined in other examples.

Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of a computer software product plus a necessary general hardware platform, and of course, can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, disk, CD, etc.), including several instructions to enable a terminal or a network-side device to execute the methods described in each embodiment of the present application.

The embodiments of the present application are described above in conjunction with the accompanying drawings, but the present application is not limited to the above-mentioned specific implementation methods. The above-mentioned specific implementation methods are merely illustrative and not restrictive. Under the guidance of the present application, ordinary technicians in this field can also make many forms of implementation methods without departing from the purpose of the present application and the scope of protection of the claims, and these implementation methods are all within the protection of the present application.

Claims (48)

An uplink beam management method, comprising: The terminal sends N first signals to the network side device, where the first signals are used to determine the beam of the target uplink transmission, and N is a positive integer; The first signal includes any one of the following: The first uplink signal; A first preamble code is used for random access. The method according to claim 1, wherein, when the first signal is the first uplink signal, the N first signals are associated with at least one of the following: Synchronization signal block SSB; the first preamble; A first random access channel opportunity RO associated with the first preamble; a second signal, wherein the second signal is a downlink signal; Alternatively, when the first signal is the first preamble, the N first signals are associated with at least one of the following: SSB; The second signal is a downlink signal. The method according to claim 2, wherein the N first signals are associated with the SSB, comprising at least one of the following: The sequences of the N first signals are associated with the indexes of the SSBs; The transmission timings of the N first signals are associated with the index of the SSB, and the transmission timings are used for sending the first signals; The first set to which the N first signals belong is associated with the index of the SSB, and the first set includes any one of the following items: a resource set, a resource subset, a resource group, and a resource list. The method according to any one of claims 1 to 3, wherein any one of the following corresponding relationships exists between the transmission timings of the N first signals: The N first signals correspond to M different transmission opportunities, 1<M≤N, and M is an integer; The N first signals correspond to the same transmission opportunity; The transmission opportunity is used for sending the first signal. The method according to claim 4, wherein the N first signals correspond to M different transmission opportunities; The M different transmission opportunities correspond to the same time domain resource; or, The M different transmission opportunities correspond to the same frequency domain resources. The method according to claim 4 or 5, wherein the transmission timing is the same as the first RO, or the transmission timing is at least one of frequency division multiplexing and time division multiplexing with the first RO; and the first RO is the RO associated with the first preamble code. The method according to claim 6, wherein, when the transmission opportunity is frequency-division multiplexed and time-division multiplexed with the first RO, the time-frequency position relationship between the transmission opportunity and the first RO includes at least one of the following: an interval in the time domain is X time domain units, and an interval in the frequency domain is Y frequency domain units; X and Y are both positive integers. The method according to claim 7, wherein the timing relationship between the transmission opportunity and the first RO is: the transmission opportunity is located before the first RO. The method according to any one of claims 6 to 8, wherein the relationship between the number of the transmission opportunities and the first ROs is: one transmission opportunity corresponds to L first ROs, or one first RO corresponds to K transmission opportunities, and L and K are both positive integers. The method according to any one of claims 4 to 9, wherein the transmission timing of the N first signals satisfies a first condition, and the first condition includes at least one of the following: The sending of the N first signals is completed before the random access response RAR window; The RAR window starts after the last signal of the N first signals is sent; The selection of the first preamble and the first RO associated with the first preamble is performed after the N first signals are sent or after an interval after the sending; The selection of the first preamble code and the first RO associated with the first preamble code is performed before the N first signals are sent or before an interval before they are sent. The method according to claim 2, wherein the N first signals are related to the second signal Association, including: the N first signals are associated with P second signals, where P is a positive integer. The method according to claim 11, wherein the P second signals are associated with at least one of the following: SSB; the first preamble; The first preamble is associated with a first RO. The method of claim 1, wherein the first signal comprises the first preamble; The terminal sends N first signals to the network side device, including: The terminal uses N different beams to send the same first preamble code; or, The terminal uses N different beams to send R different first preamble codes, 1<R≤N, and R is an integer. The method according to claim 13, wherein the terminal uses the N different beams to send the same first preamble code; The N different beams correspond to different first ROs, and the first RO is the RO associated with the first preamble code. The method according to claim 13, wherein R different first preamble codes are transmitted using the N different beams; The N different beams correspond to the same first RO; or, The N different beams correspond to different first ROs; The first RO is the RO associated with the first preamble code. The method according to claim 14 or 15, wherein the N different beams correspond to different first ROs; The different first RO adopts at least one of frequency division multiplexing and time division multiplexing; or, The different first ROs are a plurality of first ROs that are continuous in at least one of the frequency domain and the time domain. The method according to any one of claims 1 to 16, wherein after the terminal sends N first signals to the network side device, the method further comprises: The terminal receives first information sent by the network side device, where the first information includes beam-related information corresponding to one or more beams, and the beam-related information is used to determine the beam of the target uplink transmission; Among them, the first information includes any one of the following: RAR message, downlink control information DCI, media access control-control unit MAC CE signaling, radio network temporary identifier RNTI, and a second signal; the second signal is a downlink signal. The method of claim 17, wherein the first signal comprises the first preamble; The first information includes the RAR message, and the beam-related information includes at least one of the following: one or more first preamble code indexes, and one or more random access RA-RNTIs. The method according to claim 18, wherein, in a case where the beam-related information includes at least one of the plurality of first preamble indexes and the plurality of RA-RNTIs, the RAR message includes any one of the following: Multiple sub-protocol data units subPDU; Multiple MAC RARs; A RAR subPDU. The method according to claim 18 or 19, wherein the RAR message further includes preamble detection information associated with at least one of the first preamble index and the RA-RNTI. The method according to claim 17, wherein the first signal comprises the first uplink signal; the first uplink signal comprises a second preamble, and the second preamble is different from the first preamble; The first information includes the RAR message, and the beam-related information includes one or more first signal indexes; or, The first information includes the DCI or the MAC CE signaling, and the beam-related information includes at least one of the following: one or more first signal indexes, and multiple measurement information corresponding to the multiple first signal indexes; or The beam related information includes the RNTI; or, The beam-related information includes the second signal. The method according to claim 21, wherein, in a case where the first information includes the RAR message, the multiple first signal indexes are carried by the RAR message, and the RAR message includes any one of the following: Multiple subPDUs; Multiple MAC RARs; A RAR subPDU. The method according to claim 22, wherein the RAR message also includes multiple measurement information corresponding to the multiple first signal indexes. The method according to claim 21, wherein, when the first information includes the second signal, the first signal and the second signal have an association relationship, and the N first signals are associated with P second signals, where P is a positive integer. The method according to any one of claims 1 to 24, wherein the target uplink transmission comprises at least one of the following: Transmission of second information, wherein the second information includes at least one of the following: Msg1, MsgA, MsgA preamble, and MsgA physical uplink shared channel PUSCH; Transmission of Msg3; Transmission of Msg5; Public physical uplink control channel PUCCH; the public PUCCH is a PUCCH transmitted on public PUCCH resources without acquiring dedicated PUCCH resources; Sounding Reference Signal SRS. The method according to claim 25, wherein, when the network side device indicates multiple beams, the terminal determines the beam used for the target uplink transmission by a first method, and the first method includes any one of the following: arbitrarily selecting at least one beam from the plurality of beams; Selecting a first beam according to the order of the multiple beams indicated by the network side device; A beam is selected from the multiple beams based on third information, where the third information includes at least one of the following: measurement information corresponding to the multiple beams, time estimation information corresponding to the multiple beams, and positioning information of the terminal. The method according to claim 25 or 26, wherein, when retransmission, reselection or repeated transmission occurs in the target uplink transmission, the terminal determines the beam used for the target uplink transmission by a second method, and the second method includes any one of the following: Selecting any other beam indicated by the network side device except the beam used for the previous transmission; Selecting a beam next to the beam used for the previous transmission according to the order of the multiple beams indicated by the network side device; selecting an optimal beam among the plurality of beams; Select the beam to be used for the previous transmission. The method according to any one of claims 1 to 27, wherein the N first signals are associated with one or more first preamble codes; or One or more of the N first signals are associated with the index of Z demodulation reference signal DMRS ports of MsgA PUSCH or the sequence of DMRS ports, where Z is a positive integer; or, The first preamble code is associated with the index of Z DMRS ports or the sequence of DMRS ports of MsgA PUSCH. The method according to any one of claims 2 to 28, wherein the method further comprises: The terminal receives a first message sent by the network side device, where the first message is used to configure or indicate at least one of the configuration information of the first signal and the configuration information of the second signal, and the first message includes any one of the following items: master information block MIB, system information SI, radio resource control RRC release message, RAR message, DCI, MAC CE signaling. The method according to claim 29, wherein the configuration information of the first signal includes at least one of the following: an association relationship between the first signal and fourth information, the fourth information comprising at least one of the following: the first preamble, the SSB, the first RO, the MsgA PUSCH, and the DMRS of the MsgA PUSCH; a transmission timing of the first signal; a sequence of the first signal; The association relationship between the first signal and the second signal. The method according to claim 29 or 30, wherein the configuration information of the second signal includes at least one of the following: a transmission timing of the second signal; a sequence of the second signal; port information of the second signal; an association relationship between the second signal and the first signal; The association relationship between the second signal and the fifth information, the fifth information includes at least one of the following: SSB, the first preamble code, and the first RO. An uplink beam management method, comprising: The network side device receives N first signals sent by the terminal, where the first signals are used to determine a beam for target uplink transmission, where N is a positive integer; The first signal includes any one of the following: The first uplink signal; A first preamble code is used for random access. The method according to claim 32, wherein after the network side device receives N first signals sent by the terminal, the method further comprises: After measuring the N first signals, the network side device sends first information to the terminal, where the first information includes beam related information corresponding to one or more beams, and the beam related information is used to determine the beam of the target uplink transmission; Among them, the first information includes any one of the following: RAR message, DCI, MAC CE signaling, RNTI, and a second signal; the second signal is a downlink signal. The method of claim 33, wherein the first signal comprises the first preamble; The first information includes the RAR message, and the beam-related information includes at least one of the following: one or more first preamble code indexes, and one or more RA-RNTIs. The method according to claim 34, wherein, in a case where the beam-related information includes at least one of the plurality of first preamble indexes and the plurality of RA-RNTIs, the RAR message includes any one of the following: Multiple subPDUs; Multiple MAC RARs; A RAR subPDU. The method according to claim 34 or 35, wherein the RAR message also includes preamble detection information associated with at least one of the first preamble index and the RA-RNTI. The method according to claim 33, wherein the first signal comprises the first uplink signal; the first uplink signal comprises a second preamble, and the second preamble is different from the first preamble; The first information includes the RAR message, and the beam-related information includes one or more first signal indexes; or, The first information includes the DCI or the MAC CE signaling, and the beam-related information includes at least one of the following: one or more first signal indexes, and multiple measurement information corresponding to the multiple first signal indexes; or The beam related information includes the RNTI; or, The beam-related information includes the second signal. The method according to claim 37, wherein, in the case where the first information includes the RAR message, the multiple first signal indexes are carried by the RAR message, and the RAR message includes any one of the following: Multiple subPDUs; Multiple MAC RARs; A RAR subPDU. The method according to claim 38, wherein the RAR message also includes multiple measurement information corresponding to the multiple first signal indexes. The method according to claim 37, wherein, when the first information includes the second signal, the first signal and the second signal have an association relationship, and the N first signals are associated with P second signals, where P is a positive integer. The method according to any one of claims 33 to 40, wherein the method further comprises: The network side device sends a first message to the terminal, where the first message is used to configure or indicate at least one of the configuration information of the first signal and the configuration information of the second signal, and the first message includes any one of the following: MIB, SI, RRC release message, RAR message, DCI, MAC CE signaling. The method according to claim 41, wherein the configuration information of the first signal includes the following to One less item: an association relationship between the first signal and fourth information, the fourth information comprising at least one of the following: the first preamble, the SSB, the first RO, the MsgA PUSCH, and the DMRS of the MsgA PUSCH; a transmission timing of the first signal; a sequence of the first signal; The association relationship between the first signal and the second signal. The method according to claim 41 or 42, wherein the configuration information of the second signal includes at least one of the following: a transmission timing of the second signal; a sequence of the second signal; port information of the second signal; an association relationship between the second signal and the first signal; The association relationship between the second signal and the fifth information, the fifth information includes at least one of the following: SSB, the first preamble code, and the first RO. An uplink beam management device includes: a sending module; The sending module is used to send N first signals to the network side device, where the first signals are used to determine the beam of the target uplink transmission, and N is a positive integer; The first signal includes any one of the following: The first uplink signal; A first preamble code is used for random access. An uplink beam management device comprises: a receiving module; The receiving module is used to receive N first signals sent by the terminal, where the first signals are used to determine a beam for target uplink transmission, and N is a positive integer; The first signal includes any one of the following: The first uplink signal; A first preamble code is used for random access. A terminal comprises a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the programs or instructions are executed by the processor, the steps of the uplink beam management method as described in any one of claims 1 to 31 are implemented. A network side device comprises a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the programs or instructions are executed by the processor, the steps of the uplink beam management method as described in any one of claims 32 to 43 are implemented. A readable storage medium storing a program or instruction, wherein the program or instruction, when executed by a processor, implements the uplink beam management method as described in any one of claims 1 to 31, or implements the steps of the uplink beam management method as described in any one of claims 32 to 43.