CN114765783A

CN114765783A - Beam switching method, device, terminal and network side equipment

Info

Publication number: CN114765783A
Application number: CN202110055682.6A
Authority: CN
Inventors: 王勇; 渠文宽
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2021-01-15
Filing date: 2021-01-15
Publication date: 2022-07-19

Abstract

The application discloses a beam switching method, a beam switching device, a terminal and network side equipment, and belongs to the technical field of communication. Wherein, when the beam switching method is executed by a terminal, the method comprises: a first command is received that implicitly or explicitly indicates a beam switch. The scheme provided by the embodiment of the application solves the problem that the beam switching mode in the related technology has larger time delay.

Description

Beam switching method, device, terminal and network side equipment

Technical Field

The application belongs to the technical field of communication, and particularly relates to a beam switching method, a beam switching device, a terminal and network side equipment.

Background

In the current communication system, due to the fast movement of the satellite, the beam coverage area also moves fast in the ground coverage area, the coverage time of a certain beam in a ground specific area is limited, and the terminal needs to constantly switch beams to ensure the connectivity. Currently, beam measurement is required to be performed in beam switching, a measurement result is reported to a network, the network determines a beam used for sending a channel or a signal to a terminal according to the measurement result, and informs the terminal through a beam indication mechanism, but the beam switching method has a problem of large time delay.

Disclosure of Invention

An object of the embodiments of the present application is to provide a method, an apparatus, a terminal, and a network side device for beam switching, which can solve the problem of a relatively long time delay in a beam switching manner in the related art.

In a first aspect, a beam switching method is provided, which is performed by a terminal, and includes:

a first command is received, the first command to implicitly or explicitly indicate a beam switch.

In a second aspect, a beam switching method is provided, where the method is performed by a network side device, and the method includes:

transmitting a first command to a terminal, the first command for implicitly or explicitly indicating a beam switch.

In a third aspect, an apparatus for beam switching is provided, the apparatus comprising:

a receiving module to receive a first command to implicitly or explicitly indicate a beam switch.

In a fourth aspect, there is provided a beam switching apparatus, the apparatus comprising:

a sending module, configured to send a first command to a terminal, where the first command is used to implicitly or explicitly indicate beam switching.

In a fifth aspect, there is provided a terminal comprising a processor, a memory, and a program or instructions stored on the memory and executable on the processor, the program or instructions when executed by the processor implementing the steps of the beam switching method according to the first aspect.

In a sixth aspect, a network side device is provided, which includes a processor, a memory, and a program or an instruction stored on the memory and executable on the processor, and when executed by the processor, the program or the instruction implements the steps of the beam switching method according to the second aspect.

In a seventh aspect, a readable storage medium is provided, on which a program or instructions are stored, which when executed by a processor, implement the steps of the beam switching method according to the first aspect or implement the steps of the beam switching method according to the second aspect.

In an eighth aspect, a chip is provided, where the chip includes a processor and a communication interface, where the communication interface is coupled to the processor, and the processor is configured to run a network-side device program or instruction to implement the beam switching method according to the first aspect, or to implement the beam switching method according to the second aspect.

In an embodiment of the present application, a terminal receives a first command for implicitly or explicitly indicating a beam switch. Therefore, the terminal does not need to measure the beam and report the measurement result to the network side equipment, and the network side equipment does not need to determine the beam for sending a channel or a signal to the terminal based on the measurement result and inform the terminal of beam switching through a beam indicating mechanism.

Drawings

FIG. 1 is a block diagram of a wireless communication system to which embodiments of the present application are applicable;

fig. 2 is a flowchart of a beam switching method according to an embodiment of the present application;

FIG. 3 is a schematic diagram of a beam coverage scenario to which embodiments of the present application are applicable;

FIG. 3a is a mapping relationship diagram of BWP ID and beam ID, which is applicable to the embodiment of the present application;

FIG. 3b is a second mapping relationship between BWP ID and beam ID applicable in the present embodiment;

FIG. 3c is a second mapping relationship between BWP ID and beam ID for the present application;

fig. 4 is a flowchart of another beam switching method provided in an embodiment of the present application;

fig. 5 is a structural diagram of a beam switching apparatus according to an embodiment of the present application;

fig. 6 is a structural diagram of another beam switching apparatus according to an embodiment of the present application;

fig. 7 is a block diagram of a communication device according to an embodiment of the present application;

fig. 8 is a block diagram of a terminal according to an embodiment of the present disclosure;

fig. 9 is a block diagram of a network side device according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are some, but not all, embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the terms so used are interchangeable under appropriate circumstances such that the embodiments of the application are capable of operation in other sequences than those illustrated or otherwise described herein, and that the terms "first" and "second" used herein generally refer to a class and do not limit the number of objects, for example, a first object can be one or more. In addition, "and/or" in the specification and claims means at least one of connected objects, and a character "/" generally means that the former and latter related objects are in an "or" relationship.

It is noted that the techniques described in the embodiments of the present application are not limited to Long Term Evolution (LTE)/LTE-Advanced (LTE-a) systems, but may 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), and other systems. The terms "system" and "network" in the embodiments of the present application are often used interchangeably, and the described techniques can be used for both the above-mentioned systems and radio technologies, as well as for other systems and radio technologies. However, the following description describes a New Radio (NR) system for exemplary purposes, and NR terminology is used in much of the description below, and the techniques may also be applied to applications other than NR system applications, such as 6 th generation (6 th generation) NR systems^thGeneration, 6G) communication system.

Fig. 1 shows a block diagram of a wireless communication system to which embodiments of the present application are applicable. The wireless communication system includes a terminal 11 and a network-side device 12. Wherein, the terminal 11 may also be called as a terminal Device or a User Equipment (UE), the terminal 11 may be a Mobile phone, a Tablet Personal Computer (Tablet Personal Computer), a Laptop Computer (Laptop Computer) or a notebook Computer, a Personal Digital Assistant (PDA), a palmtop Computer, a netbook, a super-Mobile Personal Computer (UMPC), a Mobile Internet Device (MID), a Wearable Device (Wearable Device) or a vehicle-mounted Device (VUE), a pedestrian terminal (PUE), and other terminal side devices, the Wearable Device includes: bracelets, earphones, glasses and the like. It should be noted that the embodiment of the present application does not limit the specific type of the terminal 11. The network-side device 12 may be a Base Station or a core network, where the Base Station may be referred to as a node B, an evolved node B, an access Point, a Base Transceiver Station (BTS), a radio Base Station, a radio Transceiver, a Basic Service Set (BSS), an Extended Service Set (ESS), a node B, an evolved node B (eNB), a home node B, a WLAN access Point, a WiFi node, a Transmit Receiving Point (TRP), or some other suitable terminology in the field, as long as the same technical effect is achieved, the Base Station is not limited to a specific technical vocabulary, and it should be noted that, in the embodiment of the present application, only the Base Station in the NR system is taken as an example, but a specific type of the Base Station is not limited.

The following describes the beam switching method provided in the embodiments of the present application in detail through specific embodiments and application scenarios thereof with reference to the accompanying drawings.

An embodiment of the present application provides a beam switching method executed by a terminal, and as shown in fig. 2, the beam switching method includes the following steps:

step 201, receiving a first command, wherein the first command is used for implicitly or explicitly indicating beam switching.

Wherein the first command may be a specific command for indicating a beam switch to explicitly indicate a beam switch; alternatively, the first command may be another command, such as a cell switch indication command, to implicitly indicate the beam switch.

It should be noted that, after receiving the first command, the terminal may also know that the network side device is ready to perform beam switching or has performed beam switching, and the terminal may switch to a corresponding beam of a target beam of the network side device based on its own implementation or capability. The target beam may be a beam after the network side device performs beam switching, or a beam to which the network side device is to be switched.

For example, after the terminal receives the first command, a receiving beam (downlink) or a transmitting beam (uplink) used by the terminal may be a preset beam, or may also be referred to as a default beam in some embodiments. Or, after receiving the first command, the terminal may use a receive beam or a transmit beam that is obtained through beam training. Alternatively, the mapping relationship between the beam used by the network side device and the beam used by the terminal may be established through beam training, for example, in the case that the network side device uses the beam 1, the terminal correspondingly uses the beam 2, in the case that the network side device uses the beam 2, the terminal correspondingly uses the beam 3, and so on; when the first command instructs the network-side device to switch to beam 2, and the terminal receives the first command, it may use beam 3 to receive or transmit signals or channels accordingly.

In an embodiment of the present application, a terminal receives a first command, where the first command is used to implicitly or explicitly indicate a beam switch. Therefore, the terminal does not need to measure the beam and report the measurement result to the network side equipment, thereby avoiding the situation that the network side equipment needs to determine the beam for sending a channel or a signal to the terminal based on the measurement result and inform the terminal of beam switching through a beam indication mechanism.

It should be noted that the beam switching may be the beam switching in the same frequency range, or the beam switching in different frequency ranges, for example, different frequency ranges may be caused by different frequency bands in the same Carrier Component Carrier (CC), or different frequency ranges may be caused by different CCs. In addition, the beam switching may be beam switching between beam coverage areas under a certain satellite, or beam switching between beam coverage areas between different satellites.

In an embodiment of the present application, the first command includes at least one of:

downlink Control Information (DCI) for partial Bandwidth Part (BWP) switching;

an instruction command triggering the switching of the BWP to the first active uplink BWP, or an instruction command triggering the switching of the BWP to the first active downlink BWP;

a cell change indication command;

a beam switch indication command.

For example, in one embodiment, the first command may be DCI for BWP handover. It can be understood that the DCI is used to indicate BWP handover, and when the terminal receives the DCI for BWP handover, it may be considered that the first command for indicating beam handover is received, and the DCI may also implicitly indicate beam handover. Optionally, the DCI may indicate BWP switching in a specific format, for example, DCI format 0_1 or DCI format 1_ 1.

In another embodiment, the first command may also be an instruction command that triggers BWP to switch to the first active uplink BWP, or the first command may be an instruction command that triggers BWP to switch to the first active downlink BWP. It is to be understood that, when the terminal receives an instruction command for triggering the BWP to switch to the first active uplink BWP or an instruction command for triggering the BWP to switch to the first active downlink BWP, it may be considered that the first command for instructing the beam switching is received, and the beam switching is implicitly indicated by the instruction command.

It should be noted that the instruction command for triggering the BWP to switch to the first active uplink BWP or the instruction command for triggering the BWP to switch to the first active downlink BWP includes any one of the following:

a Radio Resource Control (RRC) Setup (Setup) indication;

RRC Resume (Resume) indication;

primary Cell (PCell) handover indication;

a Primary and Secondary Cell (PSCell) addition instruction;

a primary and secondary cell replacement indication;

secondary Cell (SCell) activation indication.

For example, when the terminal receives an indication command triggering switching of BWP to the RRC Setup of the first active uplink BWP, it may consider that the first command indicating beam switching is received; or, when the terminal receives a primary cell handover indication triggering the BWP to switch to the first active downlink BWP, it may consider that a first command for indicating beam handover is received; or, when the terminal receives a primary-secondary cell replacement indication triggering BWP handover to the first active uplink BWP, it may consider that a first command for indicating beam handover is received; and so on. Optionally, the instruction command for triggering the BWP to switch to the first uplink BWP activation, or the instruction command for triggering the BWP to switch to the first downlink BWP activation, may also be implemented in other manners, which are not listed in this embodiment of the present invention.

In another embodiment, the first command may also be a cell change indication command. In this embodiment, the cell change instruction command implicitly instructs beam switching. For example, when the terminal receives a handover (handover) command to indicate a cell change, the terminal performs a beam handover, i.e., this handover (handover) command implicitly indicates a beam handover.

In another embodiment, the first command may also be a beam switching indication command. In this embodiment, the first command may be understood as a specific beam switch indication command, i.e. explicitly indicating a beam switch.

Optionally, a manner of carrying the beam switching indication command includes at least one of the following:

DCI；

medium Access Control (MAC) signaling;

RRC signaling.

For example, the beam switching indication command implements beam switching indication through DCI transmitted by a network side device; or, the beam switching indication command may be a MAC signaling sent by a network side device to implement beam switching indication, such as a Control Element (CE) signaling; or, the beam switching indication command may also be an RRC signaling sent by the network side device to implement the beam switching indication; or, the beam switching indication command may also be implemented by DCI and RRC signaling, or may also be implemented in other manners, which is not listed in this embodiment of the present application.

Optionally, the content of the beam switching indication command includes at least one of:

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time is offset.

Wherein, the beam switching identifier may be used to indicate beam switching or beam not switching. For example, the beam switching indication command includes the beam switching identifier, and the beam switching identifier indicates beam switching, when the terminal receives the beam switching indication command, the terminal can know that the network side device executes or is about to execute beam switching, and then the terminal can switch to a beam corresponding to a target beam of the network side device based on its own implementation or capability based on the beam switching indication command, so as to quickly respond to beam switching.

It should be noted that the target beam may refer to a beam used by the network side device after performing or about to perform beam switching. The target beam identifier may refer to an Identity Document (ID) of the target beam, or may be another agreed identifier for representing the target beam. It is to be understood that the beam switching indication command includes a target beam identifier, and when the terminal receives the beam switching indication command, the terminal can determine a target beam corresponding to the beam switching based on the target beam identifier, and the terminal may use a default beam for receiving or transmitting signals or channels, or may switch to a beam corresponding to the target beam based on beam training. The target beam can be quickly determined through the target beam identification, and the beam switching efficiency of the terminal and the network side equipment is effectively improved.

Optionally, when the beam switching indication command includes a target beam identifier set, the target beam identifier set may include at least one target beam identifier, for example, the network side device may configure the target beam identifier set by using RRC first, and dynamically indicate, through DCI, that a beam corresponding to a certain target beam identifier in the set is a target beam. Or, in a case that the beam switching instruction command includes a target beam identifier set, a beam corresponding to each identifier in the target beam identifier set may be considered as a target beam, and the terminal may perform corresponding beam switching in sequence according to a beam arrangement order or a beam identifier arrangement order in the set.

Optionally, the beam switching indication command may further include an index of the target beam identifier set, and the terminal may determine the corresponding target beam identifier set based on the index of the target beam identifier set, and the terminal may perform beam switching based on the above manner, for example, sequentially perform corresponding beam switching according to a beam arrangement order in the target beam identifier set.

Optionally, the beam switching instruction command may further include a beam switching time offset. It is understood that the network side device may configure a beam switching time offset in a first command, such as a beam switching indication command, where the beam switching time offset is a last time when the network side device uses the current beam and a time interval when the network side device uses the target beam. For example, the network side device may transmit and receive signals using the target beam after the beam switching time offset is passed after the first command is transmitted; correspondingly, after receiving the first command and after the beam switching time offset, the terminal considers that the network-side device uses the target beam to perform signal transceiving at that time, and the terminal can switch to the beam corresponding to the target beam to perform signal transceiving after the beam switching time offset.

It should be noted that, if the beam switching time offset is not configured in the first command, after the network side device sends the first command, the network side device may use the target beam to receive and transmit signals after the predefined or preconfigured time offset; or, the network side device may use a predefined or preconfigured beam to transmit and receive signals after sending the first command.

Optionally, the beam switching indication command may include both a beam switching identifier and a target beam identifier; or, the beam switching indication command may include a beam switching identifier, a target beam identifier set, and a beam switching time offset; and so on. It is to be understood that the content of the beam switching indication command includes at least one of a beam switching identifier, a target beam identifier, a set of target beam identifiers, an index of the set of target beam identifiers, and a beam switching time offset, and the specific content included in the beam switching indication command may be in various cases, which are not listed here.

In this embodiment, when the beam switching is applied to downlink transmission, the content of the beam switching indication command further includes at least one of the following:

a Transmission Configuration Indicator (TCI) status identifier corresponding to the target beam;

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

It can be understood that, for a downlink channel, for example, for a beam indication of a Physical Downlink Control Channel (PDCCH), a network side device configures K TCI states for each Control resource set (CORESET) using RRC signaling, and when K >1, 1 TCI state is indicated or activated by a MAC CE, and when K equals 1, no additional MAC CE command is needed. When monitoring the PDCCH, the terminal uses the same Quasi co-location (QCL) for all search spaces in the CORESET, i.e., uses the same TCI state to monitor the PDCCH. The Reference Signal (e.g., a periodic State Information Reference Signal (CSI-RS resource), a semi-persistent CSI-RS resource, a Synchronization Signal block (Synchronization Signal and PBCH block, SS block), etc.) port in the TCI State and the terminal-specific PDCCH Demodulation Reference Signal (DMRS) port are spatially QCL. The terminal can know which receiving beam is used to receive the PDCCH according to the TCI state.

For beam indication of a Physical Downlink Shared Channel (PDSCH), a network side device configures M TCI states through RRC signaling, activates 2N TCI states using a MAC CE command, and then notifies a TCI state through an N-bit TCI field (field) of the DCI, where a reference signal in the TCI state is QCL with a DMRS port of the PDSCH to be scheduled. The terminal can know which receiving beam is used to receive the PDSCH according to the TCI state.

In this embodiment of the application, when the beam switching is applied to downlink transmission, the beam switching indication command may further include at least one of a TCI state identifier corresponding to the target beam, a TCI state identifier set corresponding to the target beam, and an index of the TCI state identifier set corresponding to the target beam. For example, if the beam switching instruction command includes a TCI status identifier corresponding to a target beam, and then the terminal can learn, based on the beam switching instruction command, which target beam is used by the network side device to transmit and receive signals, and perform corresponding beam switching; if the beam switching indication command comprises a TCI state identifier set corresponding to a target beam, the terminal can also know the beam corresponding to the TCI state identifier in the set based on the beam switching indication command, and can perform corresponding beam switching according to the beam arrangement sequence in the set; if the beam switching indication command includes the index of the TCI state identifier set corresponding to the target beam, the terminal can determine the TCI state identifier set corresponding to the target beam corresponding to the index based on the beam switching indication command, and then perform corresponding beam switching according to the beam arrangement order in the set.

It should be noted that, when the beam switching is applied to downlink transmission, the content of the beam switching indication command may also include: at least one of the beam switching identifier, the target beam identifier set, the index of the target beam identifier set, the beam switching time offset, the TCI state identifier corresponding to the target beam, the TCI state identifier set corresponding to the target beam, and the index of the TCI state identifier set corresponding to the target beam, where specific contents included in the beam switching indication command may be multiple cases, which are not listed here.

And arranging the target beam identifiers in the target beam identifier set or the TCI state identifiers in the TCI state identifier set according to a preset sequence. For example, the target beam identifiers in the target beam identifier set may be arranged according to a time sequence of identifier generation, and the like.

In an implementation manner of the embodiment of the present application, the preset order is an order of beam switching. Optionally, the network side device may configure a beam switching sequence, and the target beams in the target beam identifier set may be arranged according to the beam switching sequence, so that the terminal can know the beam switching sequence in the target beam identifier set based on the beam switching instruction command, and can sequentially perform corresponding beam switching according to the beam switching sequence.

In the embodiment of the application, the terminal may correspondingly perform the beam switching based on the received first command. Optionally, when the first command includes a cell change instruction command, the target beam after the network side device performs beam switching is a preset beam or an initial beam after the cell change. For example, the first command is a cell change instruction command, and when the terminal receives the cell change instruction command, the terminal can also know that a target beam after beam switching of the network side device is a preset beam or an initial beam after cell change, and the terminal can perform corresponding beam switching, for example, switching to a beam corresponding to the preset beam after cell change. Wherein the preset beam or the initial beam may be predefined or preconfigured by the network side device. In some scenarios, the preset beam may also be referred to as a default beam.

Optionally, the preset beam or the initial beam is determined by predefined or preconfigured or RRC manner. For example, in a case that beam switching is implicitly indicated by the cell change indication command, a target beam after beam switching is performed by the network side device may be a predefined or preconfigured preset beam or initial beam, or a target beam after beam switching is performed by the network side device may also be a preset beam or initial beam determined by an RRC manner.

In this embodiment of the application, in a case that the first command includes a target command, the target beam after beam switching identifies a corresponding beam for the target BWP;

wherein the target command comprises at least one of:

DCI for BWP handover;

triggering a command for switching BWP to a first active upstream BWP;

an indication command triggering the switching of the BWP to the first active downlink BWP.

For example, the first command includes DCI for BWP handover, and as can be understood, the DCI also indicates the terminal to perform BWP handover, where the DCI carries an indication field for indicating the BWP to be activated, such as an activated BWP identifier, and the terminal can quickly implement BWP handover based on the DCI; in this embodiment of the present application, the DCI for BWP handover may also implicitly indicate beam handover, and in a case that the first command received by the terminal includes the DCI for BWP handover, it can be known that the network side device performs or is about to perform beam handover, the terminal may perform corresponding beam handover, a target beam after the network side device performs beam handover is a beam corresponding to the target BWP identifier, where the target BWP may be an activated BWP indicated by the DCI.

Or, the first command may be an instruction command that includes a switch to the first active uplink BWP by triggering BWP, or an instruction command that includes a switch to the first active downlink BWP by triggering BWP, in which case, the target BWP may refer to the first active uplink BWP or the first active downlink BWP, the target beam after the network-side device performs beam switching identifies a corresponding beam for the first active uplink BWP or a corresponding beam for the first active downlink BWP, and the terminal may perform corresponding beam switching based on the first command.

Optionally, if the first command includes a beam switching instruction command, in a case that the beam switching instruction command does not include information of a target beam, the target beam is determined by any one of:

the current BWP identifies the corresponding beam;

a predefined manner;

the manner of pre-configuration.

It should be noted that the information of the target beam may be an identifier including the target beam, a set of target beam identifiers, and the like. If the first command includes a beam switching instruction command, and if the beam switching instruction command does not include information of the target beam, the target beam after beam switching by the network-side device may identify a corresponding beam for the current BWP, or a target beam specified in a predefined or preconfigured manner.

Optionally, the beam corresponding to the BWP identifier is determined by a mapping relationship between the BWP identifier and the beam identifier, or determined by a mapping relationship between the BWP identifier and the TCI state identifier. Illustratively, the network-side device may pre-configure a mapping relationship between the BWP id and the beam id, and a mapping relationship between the BWP id and the TCI state id; when the target beam is determined by the beam corresponding to the current BWP identifier, the mapped beam identifier or TCI state identifier can be determined by the BWP identifier, so as to determine the target beam.

Optionally, the mapping relationship between the BWP id and the beam id, and the mapping relationship between the BWP id and the TCI state id are determined by any one of the following manners: predefined, preconfigured, RRC, and DCI. For example, the network-side device may specify the mapping relationship between the BWP id and the beam id in a predefined or preconfigured manner, or may also specify another manner of the foregoing manners, which is not listed here.

Optionally, the BWP id corresponds to a unique beam id or TCI status id. That is, only one beam id or TCI state id corresponding thereto can be determined by the BWP id. It should be noted that the same beam id may correspond to a plurality of different BWP ids, or the same TCI state id may correspond to a plurality of different BWP ids.

In this embodiment of the present application, when the terminal operates in a Frequency Division Duplex (FDD) system, beam identifiers corresponding to an uplink BWP and a downlink BWP with the same BWP identifier are the same, or TCI state identifiers corresponding to the uplink BWP and the downlink BWP with the same BWP identifier are the same;

when the terminal operates in a Time Division Duplex (TDD) system, the beam identifiers corresponding to the paired uplink BWP and downlink BWP are the same, or the TCI state identifiers corresponding to the paired uplink BWP and downlink BWP are the same.

For example, in the case that the terminal operates in an FDD system, the beam identifiers or TCI state identifiers uniquely corresponding to the uplink BWP and the downlink BWP having the same BWP identifier are also the same; and under the condition that the terminal works in a TDD system, the beam identifier or TCI state identifier uniquely corresponding to the paired uplink BWP and downlink BWP is also the same.

For better understanding, the technical solutions provided in the examples of the present application will be explained below by means of specific embodiments. Referring to fig. 3, fig. 3 is a schematic diagram of a Beam coverage scenario to which the present invention is applicable, in which Beam 0 represents Beam 0, Beam 1 represents Beam 1, Beam 2 represents Beam 2, Beam 3 represents Beam 3, Beam 4 represents Beam 4, Beam 5 represents Beam 5, and Beam 6 represents Beam 6.

In the first embodiment, for a terminal 1 under the Beam coverage of Beam 0, the currently activated BWP ID is BWP #1, the terminal 1 decodes a PDCCH signal sent by the network, where the PDCCH carries DCI format 0_1, and if the BWP ID indicated by the BWP indicator is BWP #2 and does not match the currently activated BWP ID, the terminal 1 triggers BWP handover, and then knows that the network-side device triggered the Beam handover process based on the indication of triggering BWP handover, and the target Beam of the terminal is the Beam corresponding to BWP # 2.

Further, the mapping relationship between the BWP ID and the beam ID may be determined by predefined or preconfigured or RRC or DCI, so as to determine the beam corresponding to BWP # 2. May be specifically referred to

In a second embodiment, please refer to fig. 3, if Beam 0 and Beam 1 belong to cells Cell #0 and Cell #1, respectively, when the network side device indicates the terminal 1 under Beam 0 to perform the Cell switching process through signaling, then the terminal 1 knows that the network side triggers the Beam switching process, and the target Beam after the Beam switching is the default Beam or the initial Beam after the Cell switching. Further, the default beam or the initial beam after cell change may be determined by predefined or pre-configured or RRC.

In a third embodiment, please refer to fig. 3, for a terminal 1 under the Beam coverage of Beam 0, when the terminal 1 obtains a Beam switching indication by decoding DCI, where the Beam switching identifier enables Beam switching, the terminal 1 knows that a network side device triggers a Beam switching process, and a current or previous Beam switching indication command includes information related to a target Beam, and the target Beam is determined by the information related to the target Beam.

Optionally, if the related information of the target beam includes a target beam identifier, the target beam after the beam switching can be determined based on the target beam identifier.

If the related information of the target beam includes the target beam identifier set, the target beam may be determined by determining a certain beam identifier in the identifier set in a predefined order. For example, assuming that the target Beam id set is { #1, #0, #4, #7}, when terminal 1 currently under Beam #0 performs Beam switching, it can be known that the target Beam is Beam # 4.

If the related information of the target beam includes an index of the target beam identification set, the target beam may be determined by determining a beam identification in the identification set through the index. For example, assuming that the target Beam ID set is { #0, #1, #4, #7}, and the index indicates the 3 rd Beam ID in the set, when the terminal 1 currently under Beam #0 performs Beam switching, it can know that the target Beam is Beam # 4.

In a fourth embodiment, please refer to fig. 3, for a terminal 1 under the Beam coverage of Beam 0, the terminal 1 obtains a Beam switching indication by decoding DCI, where the Beam switching identifier enables Beam switching, the terminal 1 knows that a network-side device triggers a Beam switching process, and the Beam switching indication does not include target Beam related information, and then a target Beam after Beam switching may be a Beam corresponding to a current BWP ID, where a mapping relationship between the BWP ID and the Beam ID may be determined by predefined or preconfigured or RRC or DCI, so as to determine a Beam corresponding to the current BWP ID; or the target beam after the beam switching is a beam designated in a predefined or preconfigured mode.

In the fifth embodiment, it is assumed that terminal 1 under Beam #0 is configured with 4 BWP IDs: BWP #1, BWP #2, BWP #3, BWP #4, the currently active BWP is BWP # 1. For example, the mapping relationship between the BWP ID and the beam ID may have the following cases:

(1) the method has a one-to-one correspondence relationship, and the beam ID can be uniquely determined through the BWP ID, so that the target beam can be determined. For example, the mapping relationship between BWP ID and Beam ID is as shown in fig. 3a, assuming that the target BWP of terminal 1 is BWP #2, the target Beam is determined to be Beam # 1.

(2) There is a many-to-one relationship, i.e., one Beam ID may correspond to multiple BWP IDs, but the target Beam can be uniquely determined by the BWP ID. For example, the mapping relationship between BWP ID and Beam ID is as shown in fig. 3b, and assuming that the target BWP of terminal 1 is BWP #2, the target Beam is Beam # 4.

(3) There may be a many-to-many relationship, but the target beam can be uniquely determined by knowing the current beam ID. For example, as shown in fig. 3c, assuming that the target BWP of the terminal 1 is BWP #2 and is currently at Beam #0, the target Beam may also be uniquely determined to be Beam # 4. Alternatively, assuming that the terminal 1 does not perform BWP handover, but the Beam handover flag enables the Beam handover procedure, the target Beam may also be uniquely determined to be Beam #4 according to the currently active BWP #1 and under Beam # 0.

In the sixth embodiment, for the terminal 1 under the Beam coverage area of Beam 0, a Beam switching instruction including information about a target Beam may be obtained by RRC at a certain time, and the terminal 1 may perform Beam switching. At a certain time later, the terminal 1 may be instructed to trigger the beam switching process through the DCI carrying the beam switching identifier; alternatively, at some later time, the terminal 1 may be instructed to trigger the beam switching procedure by DCI triggering BWP switching.

In a seventh embodiment, for a terminal 1 in a Beam coverage area of Beam 0, the terminal 1 obtains a Beam switching indication by decoding DCI, where a Beam switching identifier enables Beam switching, the terminal 1 knows that a network side device has triggered a Beam switching process, and if the Beam switching indication includes a Beam switching time offset, the effective time of Beam switching is after the time offset is experienced after receiving the DCI; if the beam switch indication does not include a beam switch time offset, the effective time for beam switching is determined in a predefined or preconfigured manner, for example: the next time slot of the time slot in which the DCI is received takes effect, or the next frame of the frame in which the DCI is received takes effect, or the frame takes effect after the DCI is received, or the frame takes effect after a certain time interval after the DCI is received, and the like.

According to the technical scheme provided by the embodiment of the application, the beam switching can be implicitly or explicitly indicated through the first command so as to realize rapid beam switching, the time overhead brought by frequent beam switching can be effectively reduced in a frequent beam switching scene, the time-consuming duration of beam switching is reduced, and the communication efficiency between the terminal and the network side equipment is more favorably improved.

An embodiment of the present application further provides a beam switching method executed by a network side device, and as shown in fig. 4, the beam switching method includes the following steps:

step 401, sending a first command to a terminal, where the first command is used to implicitly or explicitly indicate beam switching.

In the embodiment of the application, the network side equipment sends a first command to the terminal, and the first command is used for implicitly or explicitly indicating beam switching. Therefore, the terminal does not need to measure the beam and report the measurement result to the network side equipment, and the situation that the network side equipment needs to determine the beam for sending a channel or a signal to the terminal based on the measurement result and informs the terminal of beam switching through a beam indicating mechanism is avoided.

Optionally, the first command comprises at least one of:

downlink control information DCI for switching the partial bandwidth BWP;

a cell change indication command;

a beam switch indication command.

DCI；

media access control, MAC, signaling;

RRC signaling.

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time offset.

Optionally, in a case that the beam switching is applied to downlink transmission, the content of the beam switching indication command further includes at least one of:

the transmission configuration corresponding to the target beam indicates a TCI state identifier;

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

Optionally, the target beam identifiers in the target beam identifier set or the TCI state identifiers in the TCI state identifier set are arranged according to a preset sequence.

Optionally, the preset order is an order of beam switching.

Optionally, the beam switching time offset is a last time when the network side device uses the current beam and a time interval when the network side device uses the target beam.

Optionally, in a case that the first command includes a cell change instruction command, the target beam after the beam switching is a preset beam or an initial beam after the cell change.

Optionally, the preset beam or the initial beam is determined by predefined or preconfigured or RRC manner.

Optionally, in a case that the first command includes a target command, the target beam after beam switching identifies a corresponding beam for the target BWP;

wherein the target command comprises at least one of:

DCI for BWP handover;

triggering a command for switching BWP to a first active upstream BWP;

Optionally, in a case that information of a target beam is not included in the beam switching instruction command, the target beam is determined by any one of:

the current BWP identifies the corresponding beam;

a predefined manner;

a preconfigured way.

Optionally, the beam corresponding to the BWP identifier is determined by a mapping relationship between the BWP identifier and the beam identifier, or determined by a mapping relationship between the BWP identifier and the TCI state identifier.

Optionally, the mapping relationship between the BWP identifier and the beam identifier, and the mapping relationship between the BWP identifier and the TCI status identifier are determined by any one of the following manners: predefined, preconfigured, RRC, and DCI.

Optionally, the BWP id corresponds to a unique beam id or TCI status id.

Optionally, when the terminal operates in a frequency division duplex FDD system, the beam identifiers corresponding to the uplink BWP and the downlink BWP with the same BWP identifier are the same, or the TCI state identifiers corresponding to the uplink BWP and the downlink BWP with the same BWP identifier are the same;

and under the condition that the terminal works in a time division duplex TDD system, the beam identifications corresponding to the paired uplink BWP and downlink BWP are the same, or the TCI state identifications corresponding to the paired uplink BWP and downlink BWP are the same.

It should be noted that this embodiment is implemented as a network device corresponding to the method embodiment shown in fig. 2, so that reference may be made to the relevant description in the method embodiment shown in fig. 2, and the same beneficial effects may be achieved. To avoid repetition of the description, the description is omitted.

It should be noted that, in the beam switching method provided in the embodiment of the present application, the execution subject may be a beam switching apparatus, or a control module in the beam switching apparatus for executing the beam switching method. In the embodiment of the present application, a method for performing beam switching by a beam switching apparatus is taken as an example to describe the beam switching apparatus provided in the embodiment of the present application.

Referring to fig. 5, fig. 5 is a structural diagram of a beam switching apparatus provided in an embodiment of the present application. As shown in fig. 5, the beam switching apparatus 500 includes:

a receiving module 501, configured to receive a first command, where the first command is used to implicitly or explicitly indicate beam switching.

Optionally, the beam switching apparatus 500 further includes:

and the execution module is used for executing the first command.

Optionally, the first command comprises at least one of:

downlink control information DCI for switching the partial bandwidth BWP;

a cell change indication command;

a beam switch indication command.

DCI；

media access control, MAC, signaling;

RRC signaling.

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time offset.

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

Optionally, the target beam identifiers in the target beam identifier set or the TCI status identifiers in the TCI status identifier set are arranged according to a preset order.

Optionally, the preset order is an order of beam switching.

wherein the target command comprises at least one of:

a DCI for BWP handover;

triggering a command for switching BWP to a first active upstream BWP;

Optionally, in a case that information of a target beam is not included in the beam switching indication command, the target beam is determined by any one of:

the current BWP identifies the corresponding beam;

a predefined manner;

a preconfigured way.

Optionally, the BWP id corresponds to a unique beam id or a TCI status id.

Optionally, when the beam switching apparatus operates in a frequency division duplex FDD system, the beam identifiers corresponding to the uplink BWP and the downlink BWP with the same BWP identifier are the same, or the TCI state identifiers corresponding to the uplink BWP and the downlink BWP with the same BWP identifier are the same;

when the beam switching device operates in a TDD system, the beam identifiers corresponding to the paired uplink BWP and downlink BWP are the same, or the TCI state identifiers corresponding to the paired uplink BWP and downlink BWP are the same.

The beam switching device provided by the embodiment of the application can implicitly or explicitly indicate beam switching through the first command to realize rapid beam switching, and in a frequent beam switching scene, the time overhead caused by frequent beam switching can be effectively reduced, the time-consuming duration of beam switching is reduced, and the communication efficiency between the beam switching device and network side equipment is more favorably improved.

The beam switching device in the embodiment of the present application may be a device, or may be a component, an integrated circuit, or a chip in a terminal. The device can be a mobile terminal or a non-mobile terminal. By way of example, the mobile terminal may include, but is not limited to, the above-listed type of terminal 11, and the non-mobile terminal may be a server, a Network Attached Storage (NAS), a Personal Computer (PC), a Television (TV), a teller machine, a kiosk, or the like, and the embodiments of the present application are not limited in particular.

The beam switching apparatus in the embodiment of the present application may be an apparatus having an operating system. The operating system may be an Android (Android) operating system, an ios operating system, or other possible operating systems, and embodiments of the present application are not limited specifically.

The beam switching device provided in the embodiment of the present application can implement each process implemented in the embodiment of the method in fig. 2, and achieve the same technical effect, and for avoiding repetition, details are not repeated here.

Referring to fig. 6, fig. 6 is a structural diagram of another beam switching apparatus provided in the embodiment of the present application. As shown in fig. 6, the beam switching apparatus 600 includes:

a sending module 601, configured to send a first command to a terminal, where the first command is used to implicitly or explicitly indicate beam switching.

Optionally, the beam switching apparatus 600 further includes:

an execution module to execute a beam switch based on the first command.

Optionally, the first command comprises at least one of:

downlink control information DCI used for switching the partial bandwidth BWP;

an instruction command triggering switching of the BWP to the first active uplink BWP, or an instruction command triggering switching of the BWP to the first active downlink BWP;

a cell change indication command;

a beam switch indication command.

DCI；

media access control, MAC, signaling;

RRC signaling.

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time offset.

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

Optionally, the preset order is an order of beam switching.

Optionally, the beam switching time offset is a last time the beam switching apparatus uses the current beam and a time interval of using the target beam.

wherein the target command comprises at least one of:

a DCI for BWP handover;

triggering a command for switching BWP to a first active upstream BWP;

the current BWP identifies the corresponding beam;

a predefined manner;

the manner of pre-configuration.

Optionally, the mapping relationship between the BWP id and the beam id, and the mapping relationship between the BWP id and the TCI state id are determined by any one of the following manners: predefined, preconfigured, RRC, and DCI.

Optionally, the BWP id corresponds to a unique beam id or TCI status id.

Optionally, when the terminal operates in a frequency division duplex FDD system, the beam identifications corresponding to the uplink BWP and the downlink BWP with the same BWP identification are the same, or the TCI state identifications corresponding to the uplink BWP and the downlink BWP with the same BWP identification are the same;

under the condition that the terminal works in the time division duplex TDD system, the beam identifications corresponding to the paired uplink BWP and downlink BWP are the same, or the TCI state identifications corresponding to the paired uplink BWP and downlink BWP are the same.

The beam switching device provided in the embodiment of the present application implicitly or explicitly indicates beam switching by sending a first command to the terminal. Therefore, the rapid beam switching is realized, the time overhead brought by frequent beam switching can be effectively reduced in a frequent beam switching scene, the time-consuming duration of beam switching is reduced, and the communication efficiency between the terminal and the network side equipment is improved.

The beam switching device provided in the embodiment of the present application can implement each process implemented in the embodiment of the method in fig. 4, and achieve the same technical effect, and for avoiding repetition, details are not repeated here.

Optionally, as shown in fig. 7, an embodiment of the present application further provides a communication device 700, which includes a processor 701, a memory 702, and a program or an instruction stored on the memory 702 and executable on the processor 701, for example, when the communication device 700 is a terminal, the program or the instruction is executed by the processor 701 to implement the processes of the method embodiment described in fig. 2, and the same technical effect can be achieved. When the communication device 700 is a network-side device, the program or the instruction is executed by the processor 701 to implement the processes of the method embodiment shown in fig. 4, and the same technical effect can be achieved.

Fig. 8 is a schematic diagram of a hardware structure of a terminal for implementing the embodiment of the present application.

The terminal 800 includes but is not limited to: a radio frequency unit 801, a network module 802, an audio output unit 803, an input unit 804, a sensor 805, a display unit 806, a user input unit 807, an interface unit 808, a memory 809, and a processor 810.

Those skilled in the art will appreciate that the terminal 800 may further comprise a power supply (e.g., a battery) for supplying power to various components, and the power supply may be logically connected to the processor 810 through a power management system, so as to implement functions of managing charging, discharging, and power consumption through the power management system. The terminal structure shown in fig. 8 is not intended to be limiting of terminal 800, and terminal 800 may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components may be used and will not be described again.

It should be understood that in the embodiment of the present application, the input Unit 804 may include a Graphics Processing Unit (GPU) 8041 and a microphone 8042, and the Graphics Processing Unit 8041 processes image data of a still picture or a video obtained by an image capturing device (such as a camera) in a video capturing mode or an image capturing mode. The display unit 806 may include a display panel 8061, and the display panel 8061 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The user input unit 807 includes a touch panel 8071 and other input devices 8072. A touch panel 8071, also referred to as a touch screen. The touch panel 8071 may include two portions of a touch detection device and a touch controller. Other input devices 8072 may include, but are not limited to, a physical keyboard, function keys (e.g., volume control keys, switch keys, etc.), a trackball, a mouse, and a joystick, which are not described in detail herein.

In the embodiment of the present application, the radio frequency unit 801 receives downlink data from a network side device, and then processes the downlink data to the processor 810; in addition, the uplink data is sent to the network side equipment. In general, radio frequency unit 801 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like.

Memory 809 may be used to store software programs or instructions and various data. The memory 809 may mainly include a stored program or instruction area and a stored data area, wherein the stored program or instruction area may store an operating system, an application program or instruction (such as a sound playing function, an image playing function, etc.) required for at least one function, and the like. In addition, the Memory 809 can include a high-speed random access Memory, and can also include a nonvolatile Memory, wherein the nonvolatile Memory can be a Read-Only Memory (ROM), a Programmable Read-Only Memory (PROM), an Erasable Programmable Read-Only Memory (Erasable PROM, EPROM), an Electrically Erasable Programmable Read-Only Memory (EEPROM), or a flash Memory. Such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid state storage device.

Processor 810 may include one or more processing units; alternatively, the processor 810 may integrate an application processor, which primarily handles operating systems, user interfaces, and applications or instructions, etc., and a modem processor, which primarily handles wireless communications, such as a baseband processor. It will be appreciated that the modem processor described above may not be integrated into processor 810.

Wherein the radio frequency unit 801 is configured to receive a first command, and the first command is used to implicitly or explicitly indicate beam switching.

Optionally, the first command comprises at least one of:

downlink control information DCI for switching the partial bandwidth BWP;

a cell change indication command;

a beam switch indication command.

DCI；

media access control, MAC, signaling;

RRC signaling.

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time offset.

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

Optionally, the preset order is an order of beam switching.

wherein the target command comprises at least one of:

a DCI for BWP handover;

triggering a command for switching BWP to a first uplink BWP activation instruction;

and triggering the BWP to switch to a first instruction command for activating downlink BWP.

the current BWP identifies the corresponding beam;

a predefined manner;

a preconfigured way.

Optionally, the BWP id corresponds to a unique beam id or TCI status id.

The terminal 800 provided by the embodiment of the application can execute the beam switching only according to the received first command, so as to realize quick beam switching, and in a frequent beam switching scene, the time overhead caused by frequent beam switching can be effectively reduced, the time-consuming duration of beam switching is reduced, and the improvement of the communication efficiency between the terminal 800 and the network side device is facilitated.

Specifically, the embodiment of the application further provides a network side device. As shown in fig. 9, the network device 900 includes: antenna 91, radio frequency device 92, baseband device 93. The antenna 91 is connected to a radio frequency device 92. In the uplink direction, the rf device 92 receives information via the antenna 91 and sends the received information to the baseband device 93 for processing. In the downlink direction, the baseband device 93 processes information to be transmitted and transmits the information to the rf device 92, and the rf device 92 processes the received information and transmits the processed information through the antenna 91.

The above-mentioned frequency band processing means may be located in the baseband device 93, and the method performed by the network side device in the above embodiment may be implemented in the baseband device 93, where the baseband device 93 includes a processor 94 and a memory 95.

The baseband device 93 may include, for example, at least one baseband board, on which a plurality of chips are disposed, as shown in fig. 9, wherein one of the chips, for example, the processor 94, is connected to the memory 95 to call up the program in the memory 95 to perform the network device operation shown in the above method embodiment.

The baseband device 93 may further include a network interface 96 for exchanging information with the radio frequency device 92, for example, a Common Public Radio Interface (CPRI).

Specifically, the network side device of the embodiment of the present invention further includes: the instructions or programs stored in the memory 95 and capable of being executed on the processor 94, and the processor 94 calls the instructions or programs in the memory 95 to execute the method executed by each module shown in fig. 6, and achieve the same technical effect, and are not described herein in detail to avoid repetition.

An embodiment of the present application further provides a readable storage medium, where a program or an instruction is stored on the readable storage medium, and when the program or the instruction is executed by a processor, the program or the instruction implements each process of the method embodiment shown in fig. 2 or implements each process of the method embodiment shown in fig. 4, and can achieve the same technical effect, and in order to avoid repetition, details are not repeated here.

Wherein, 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 Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and so on.

An embodiment of the present application further provides a chip, where the chip includes a processor and a communication interface, the communication interface is coupled to the processor, and the processor is configured to run a network-side device program or an instruction to implement each process in the embodiment of the method in fig. 2 or each process in the embodiment of the method in fig. 4, and the same technical effects can be achieved, and are not described again here to avoid repetition.

It should be understood that the chips mentioned in the embodiments of the present application may also be referred to as a system-on-chip, a system-on-chip or a system-on-chip.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element. Further, it should be noted that the scope of the methods and apparatus of the embodiments of the present application is not limited to performing the functions in the order illustrated or discussed, but may include performing the functions in a substantially simultaneous manner or in a reverse order based on the functions involved, e.g., the methods described may be performed in an order different than that described, and various steps may be added, omitted, or combined. In addition, features described with reference to certain examples may be combined in other examples.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present application or portions thereof that contribute to the prior art may be embodied in the form of a software product, which is stored in a storage medium (such as ROM/RAM, magnetic disk, optical disk) and includes instructions for enabling a terminal (which may be a mobile phone, a computer, a server, an air conditioner, or a network device) to execute the method according to the embodiments of the present application.

While the present embodiments have been described with reference to the accompanying drawings, it is to be understood that the invention is not limited to the precise embodiments described above, which are meant to be illustrative and not restrictive, and that various changes may be made therein by those skilled in the art without departing from the spirit and scope of the invention as defined by the appended claims.

Claims

1. A method for beam switching, performed by a terminal, the method comprising:

2. The method of claim 1, wherein the first command comprises at least one of:

downlink control information DCI for switching the partial bandwidth BWP;

a cell change indication command;

a beam switch indication command.

3. The method of claim 2, wherein the beam switching indication command is carried in a manner comprising at least one of:

DCI；

media access control, MAC, signaling;

RRC signaling.

4. The method of claim 2, wherein the content of the beam switch indication command comprises at least one of:

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time offset.

5. The method according to claim 4, wherein in case that the beam switching is applied to downlink transmission, the content of the beam switching indication command further comprises at least one of:

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

6. The method of claim 5, wherein the target beam identifiers in the target beam identifier set or the TCI state identifiers in the TCI state identifier set are arranged in a preset order.

7. The method of claim 6, wherein the predetermined order is an order of beam switching.

8. The method of claim 4, wherein the beam switching time offset is a last time when a network side device uses a current beam and a time interval when a network side device uses a target beam.

9. The method according to claim 2, wherein in case that the first command includes a cell change instruction command, the target beam after the beam switching is a preset beam or an initial beam after the cell change.

10. The method of claim 9, wherein the pre-defined or pre-configured beams or initial beams are determined by pre-defined or pre-configured or RRC.

11. The method of claim 2, wherein in case the first command comprises a target command, the target beam after beam switching identifies a corresponding beam for a target BWP;

wherein the target command comprises at least one of:

DCI for BWP handover;

triggering a command for switching BWP to a first active upstream BWP;

12. The method according to claim 2, wherein in a case that the beam switching indication command does not include information of a target beam, the target beam is determined by any one of:

the current BWP identifies the corresponding beam;

a predefined manner;

the manner of pre-configuration.

13. The method according to claim 11 or 12, wherein the BWP identifier corresponds to a beam determined by mapping between BWP identifier and beam identifier, or by mapping between BWP identifier and TCI state identifier.

14. The method according to claim 13, wherein the mapping relationship between the BWP id and the beam id, and the mapping relationship between the BWP id and the TCI state id are determined by any one of the following methods: predefined, preconfigured, RRC, and DCI.

15. The method of claim 13, wherein the BWP identity corresponds to a unique beam identity or TCI state identity.

16. The method according to claim 13, wherein in case that the terminal operates in a frequency division duplex FDD system, the beam identifications corresponding to the uplink BWP and the downlink BWP with the same BWP identification are the same, or the TCI state identifications corresponding to the uplink BWP and the downlink BWP with the same BWP identification are the same;

17. A beam switching method, performed by a network side device, the method comprising:

18. The method of claim 17, wherein the first command comprises at least one of:

downlink control information DCI for switching the partial bandwidth BWP;

a cell change indication command;

a beam switch indication command.

19. The method of claim 18, wherein the beam switch indication command is carried in a manner comprising at least one of:

DCI；

media access control, MAC, signaling;

RRC signaling.

20. The method of claim 18, wherein the content of the beam switch indication command comprises at least one of:

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time is offset.

21. The method according to claim 20, wherein in case that the beam switching is applied to downlink transmission, the content of the beam switching indication command further comprises at least one of:

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

22. The method of claim 21, wherein the target beam identifiers in the target set of beam identifiers or the TCI status identifiers in the set of TCI status identifiers are arranged in a predetermined order.

23. The method of claim 22, wherein the predetermined order is an order of beam switching.

24. The method of claim 20, wherein the beam switching time offset is a last time when a current beam is used by the network side device and a time interval when a target beam is used by the network side device.

25. The method according to claim 18, wherein in case that the first command includes a cell change indication command, the target beam after the beam switching is a preset beam or an initial beam after the cell change.

26. The method according to claim 25, wherein the preset beam or initial beam is determined by predefined or pre-configured or RRC.

27. The method of claim 18, wherein in case the first command comprises a target command, the target beam after beam switching identifies a corresponding beam for a target BWP;

wherein the target command comprises at least one of:

DCI for BWP handover;

triggering a command for switching BWP to a first active upstream BWP;

28. The method according to claim 18, wherein in a case that the beam switching indication command does not include information of a target beam, the target beam is determined by any one of:

the current BWP identifies the corresponding beam;

a predefined manner;

the manner of pre-configuration.

29. The method according to claim 27 or 28, wherein the BWP identifier corresponds to a beam determined by mapping between BWP identifier and beam identifier, or by mapping between BWP identifier and TCI state identifier.

30. The method of claim 29, wherein the mapping relationship between the BWP id and the beam id, and the mapping relationship between the BWP id and the TCI state id are determined by any one of the following methods: predefined, preconfigured, RRC, and DCI.

31. The method according to claim 29, wherein the BWP identity corresponds to a unique beam identity or TCI state identity.

32. The method according to claim 29, wherein in case that the terminal operates in a frequency division duplex FDD system, the beam identifications corresponding to the uplink BWP and the downlink BWP with the same BWP identification are the same, or the TCI state identifications corresponding to the uplink BWP and the downlink BWP with the same BWP identification are the same;

33. An apparatus for switching beams, the apparatus comprising:

34. The apparatus of claim 33, wherein the first command comprises at least one of:

downlink control information DCI for switching the partial bandwidth BWP;

a cell change indication command;

a beam switch indication command.

35. The apparatus according to claim 34, wherein the content of the beam switch indication command comprises at least one of:

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time offset.

36. The apparatus according to claim 35, wherein in case that the beam switching is applied to downlink transmission, the content of the beam switching indication command further comprises at least one of:

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

37. An apparatus for switching beams, the apparatus comprising:

38. The apparatus of claim 37, wherein the first command comprises at least one of:

downlink control information DCI for switching the partial bandwidth BWP;

a cell change indication command;

a beam switch indication command.

39. The apparatus of claim 38, wherein the content of the beam switch indication command comprises at least one of:

a beam switching identifier;

a target beam identification;

a set of target beam identifications;

an index of a set of target beam identifications;

the beam switching time offset.

40. The apparatus according to claim 39, wherein in case that the beam switching is applied to downlink transmission, the content of the beam switching indication command further comprises at least one of:

TCI state identification set corresponding to the target beam;

the TCI state corresponding to the target beam identifies the index of the set.

41. A terminal comprising a processor, a memory, and a program or instructions stored on the memory and executable on the processor, the program or instructions when executed by the processor implementing the steps of the beam switching method according to any one of claims 1 to 16.

42. A network side device comprising a processor, a memory, and a program or instructions stored on the memory and executable on the processor, wherein the program or instructions, when executed by the processor, implement the steps of the beam switching method according to any one of claims 17 to 32.

43. A readable storage medium, characterized in that a program or instructions are stored thereon, which program or instructions, when executed by a processor, carry out the steps of the beam switching method of any of claims 1 to 16, or carry out the steps of the beam switching method of any of claims 17 to 32.