Configuration method and device, terminal equipment and network equipment

Abstract

Provided in an embodiment of the present application are a configuration method and apparatus, a terminal device, and a network device, the method comprising: a terminal device receiving first information, the first information being used for configuring beam information of a plurality of component carriers (CCs); the beam information is suitable for the plurality of CCs; and the plurality of CCs support a plurality of transmission modes.

Description

Configuration method and device, terminal equipment, and network equipment Technical Field

[0001] The embodiments of the present application relate to the field of mobile communication technology, and specifically to a configuration method and apparatus, terminal equipment, and network equipment. Background Art

[0002] In the New Radio (NR) system, different component carriers (CCs) in carrier aggregation (CA) can be configured with different transmission modes. For example, a CC can be configured with a single transmission / reception point (TRP) transmission mode, a multi-TRP transmission mode based on single downlink control information scheduling (sDCI-mTRP), or a multi-TRP transmission mode based on multiple downlink control information scheduling (mDCI-mTRP).

[0003] In practice, different CCs can use the same beam for transmission. However, CCs with different transmission modes have different ways of configuring beam information. Therefore, network equipment needs to configure the same beam information for each CC in each transmission mode of the terminal device, which incurs huge signaling overhead.

[0004] Summary of the Invention

[0005] The embodiments of the present application provide a configuration method and apparatus, a terminal device, and a network device.

[0006] This embodiment of the present application provides a configuration method, including:

[0007] The terminal device receives first information, where the first information is used to configure beam information of multiple component carriers (CCs); the beam information is applicable to the multiple CCs; and the multiple CCs support multiple transmission modes.

[0008] This embodiment of the present application provides a configuration method, including:

[0009] The network device sends first information, where the first information is used to configure beam information of multiple component carriers CC in the terminal device; the beam information is applicable to the multiple CCs; and the multiple CCs support multiple transmission modes.

[0010] An embodiment of the present application provides a configuration device, applied to a terminal device, comprising:

[0011] The first transceiver unit is configured to receive first information, where the first information is used to configure beam information of multiple component carriers (CCs); the beam information is applicable to the multiple CCs; and the multiple CCs support multiple transmission modes.

[0012] An embodiment of the present application provides a configuration device, applied to a network device, comprising:

[0013] The second transceiver unit is configured to send first information, where the first information is used to configure beam information of multiple component carriers CC in the terminal device; the beam information is applicable to the multiple CCs; and the multiple CCs support multiple transmission modes.

[0014] The communication device provided in an embodiment of the present application can be a terminal device or a network device in the above-mentioned solution, and includes a processor, a memory, and a transceiver. The transceiver is used to implement communication with other devices, the memory is used to store computer programs, and the processor is used to call and execute the computer programs stored in the memory to perform the above-mentioned configuration method.

[0015] The chip provided in the embodiment of the present application is used to implement the above-mentioned configuration method.

[0016] Specifically, the chip includes: a processor, which is used to call and run a computer program from a memory, so that a device equipped with the chip executes the above configuration method.

[0017] The computer-readable storage medium provided in an embodiment of the present application is used to store a computer program, which enables a computer to execute the above-mentioned configuration method.

[0018] The computer program product provided in the embodiments of the present application includes computer program instructions, which enable a computer to execute the above-mentioned configuration method.

[0019] The computer program provided in the embodiment of the present application, when running on a computer, enables the computer to execute the above-mentioned configuration method.

[0020] The configuration method provided in the embodiment of the present application, in which the terminal device can determine the beam information of multiple CCs with different transmission modes at one time based on the first information sent by the network device. That is, the beam information of multiple CCs can be updated through one signaling, which can not only reduce the signaling overhead, but also reduce the overhead and delay of the beam indication, thereby improving the performance of the communication system. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0022] FIG1 is a schematic diagram of an application scenario provided by an embodiment of the present application;

[0023] FIG2A is a schematic diagram of a transmission method of sDCI-mTRP provided in an embodiment of the present application;

[0024] FIG2B is a schematic diagram of switching between an sTRP transmission mode and an sDCI-mTRP transmission mode provided in an embodiment of the present application;

[0025] FIG3 is a schematic diagram of a transmission method of mDCI-mTRP provided in an embodiment of the present application;

[0026] FIG4 is a flow chart of a configuration method provided in an embodiment of the present application;

[0027] FIG5 is a schematic diagram of a scenario in which a first CC and a second CC share a common beam, provided in an embodiment of the present application;

[0028] FIG6 is a schematic diagram of a co-beam scenario of a first CC and a third CC provided in an embodiment of the present application;

[0029] FIG7 is a schematic diagram of a co-beam scenario of a second CC and a third CC provided in an embodiment of the present application;

[0030] FIG8 is a schematic diagram of the first structure of a configuration device provided in an embodiment of the present application;

[0031] FIG9 is a second schematic diagram of the structure of a configuration device provided in an embodiment of the present application;

[0032] FIG10 is a schematic structural diagram of a communication device provided in an embodiment of the present application;

[0033] FIG11 is a schematic structural diagram of a chip according to an embodiment of the present application;

[0034] FIG12 is a schematic block diagram of a communication system provided in an embodiment of the present application. DETAILED DESCRIPTION

[0035] The following will describe the technical solutions in the embodiments of this application in conjunction with the drawings in the embodiments of this application. Obviously, the embodiments described are part of the embodiments of this application, not all of the embodiments. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0036] FIG1 is a schematic diagram of an application scenario of an embodiment of the present application.

[0037] As shown in Figure 1, a communication system 100 may include a terminal device 110 and a network device 120. The network device 120 may communicate with the terminal device 110 via an air interface. The terminal device 110 and the network device 120 support multi-service transmission.

[0038] It should be understood that the embodiments of the present application are only illustrative of the communication system 100, but the embodiments of the present application are not limited thereto. That is, the technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Long Term Evolution (LTE) system, LTE Time Division Duplex (TDD), Universal Mobile Telecommunication System (UMTS), Internet of Things (IoT) system, Narrow Band Internet of Things (NB-IoT) system, enhanced Machine-Type Communications (eMTC) system, 5G communication system (also known as New Radio (NR) communication system), or future communication systems.

[0039] In the communication system 100 shown in Figure 1, the network device 120 may be an access network device that communicates with the terminal device 110. The access network device may provide communication coverage for a specific geographical area and may communicate with the terminal device 110 (eg, UE) located within the coverage area.

[0040] The network device 120 may be an evolved Node B (eNB or eNodeB) in a Long Term Evolution (LTE) system, or a Next Generation Radio Access Network (NG RAN) device, or a base station (gNB) in an NR system, or a wireless controller in a Cloud Radio Access Network (CRAN), or the network device 120 may be a relay station, an access point, an in-vehicle device, a wearable device, a hub, a switch, a bridge, a router, or a network device in a future evolved Public Land Mobile Network (PLMN), etc.

[0041] The terminal device 110 may be any terminal device, including but not limited to a terminal device connected to the network device 120 or other terminal devices by wire or wireless connection.

[0042] For example, the terminal device 110 may refer to an access terminal, user equipment (UE), a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, a mobile device, a user terminal, a terminal, a wireless communication device, a user agent, or a user apparatus. An access terminal may be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, an IoT device, a satellite handheld terminal, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, an in-vehicle device, a wearable device, a terminal device in a 5G network, or a terminal device in a future evolution network, etc.

[0043] The terminal device 110 can be used for device-to-device (D2D) communication.

[0044] The wireless communication system 100 may further include a core network device 130 that communicates with the network device 120. The core network device 130 may be a 5G core network (5G Core, 5GC) device, such as an Access and Mobility Management Function (AMF), an Authentication Server Function (AUSF), a User Plane Function (UPF), or a Session Management Function (SMF). Optionally, the core network device 130 may also be an Evolved Packet Core (EPC) device of an LTE network, such as a Session Management Function + Core Packet Gateway (SMF+PGW-C) device. It should be understood that SMF+PGW-C can simultaneously implement the functions that can be implemented by SMF and PGW-C. During the network evolution process, the above-mentioned core network device may also be called other names, or a new network entity may be formed by dividing the functions of the core network, which is not limited in the embodiments of the present application.

[0045] The functional units in the communication system 100 may also establish connections and implement communication via next generation (NG) network interfaces.

[0046] For example, the terminal device establishes an air interface connection with the access network device through the NR interface for transmitting user plane data and control plane signaling; the terminal device can establish a control plane signaling connection with the AMF through the NG interface 1 (referred to as N1); the access network device, such as the next generation wireless access base station (gNB), can establish a user plane data connection with the UPF through the NG interface 3 (referred to as N3); the access network device can establish a control plane signaling connection with the AMF through the NG interface 2 (referred to as N2); the UPF can establish a control plane signaling connection with the SMF through the NG interface 4 (referred to as N4); the UPF can exchange user plane data with the data network through the NG interface 6 (referred to as N6); the AMF can establish a control plane signaling connection with the SMF through the NG interface 11 (referred to as N11); the SMF can establish a control plane signaling connection with the PCF through the NG interface 7 (referred to as N7).

[0047] Figure 1 exemplarily shows a network device, a core network device and two terminal devices. Optionally, the wireless communication system 100 may include multiple network devices and each network device may include other numbers of terminal devices within its coverage area, which is not limited in this embodiment of the present application.

[0048] It should be noted that Figure 1 is merely an example of a system applicable to this application. Of course, the methods described in the embodiments of this application can also be applied to other systems. Furthermore, the terms "system" and "network" are often used interchangeably herein. The term "and / or" herein simply describes an association relationship between associated objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " generally indicates that the associated objects are in an "or" relationship. It should also be understood that the "indication" mentioned in the embodiments of this application can be a direct indication, an indirect indication, or an indication of an association relationship. For example, "A indicates B" can mean that A directly indicates B, for example, B can obtain information through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can obtain information through C; or it can mean that A and B have an association relationship. It should also be understood that the "correspondence" mentioned in the embodiments of this application can mean that there is a direct or indirect correspondence between two objects, or that there is an association relationship between the two objects, or a relationship between an indicator and the indicated, a configuration and the configured, and so on. It should also be understood that the “predefined” or “predefined rules” mentioned in the embodiments of the present application can be implemented by pre-saving corresponding codes, tables or other methods that can be used to indicate relevant information in devices (for example, including terminal devices and network devices), and the present application does not limit its specific implementation method. For example, predefined can refer to what is defined in the protocol. It should also be understood that in the embodiments of the present application, the “protocol” may refer to a standard protocol in the field of communications, such as LTE protocols, NR protocols, and related protocols used in future communication systems, and the present application does not limit this.

[0049] To facilitate understanding of the technical solutions of the embodiments of the present application, the relevant technologies of the embodiments of the present application are described below. The following relevant technologies can be arbitrarily combined with the technical solutions of the embodiments of the present application as optional solutions, and they all fall within the protection scope of the embodiments of the present application.

[0050] 1. Multi-beam system

[0051] 5G / NR systems are designed to support wide-bandwidth communications in high-frequency bands (e.g., bands above 6 GHz). As the operating frequency increases, path loss increases during transmission, impacting the coverage capabilities of high-frequency systems. To effectively ensure high-frequency coverage in 5G / NR systems, an effective technical solution is to improve coverage through multi-beam transmission technology based on Massive Multiple Input Multiple Output (Massive MIMO).

[0052] In existing cellular network systems (such as 2G / 3G / 4G networks), a cell (sector) uses a wide beam to cover the entire cell. Therefore, at every moment, any terminal device within the cell's coverage area has the opportunity to obtain transmission resources allocated by the system.

[0053] 5G / NR's Multi-Beam technology uses different beams to cover the entire cell. Each beam covers a smaller area, and multiple beams are scanned over time to achieve full cell coverage. Currently, different beams are identified by the different signals they carry.

[0054] For example, different beams transmit different synchronization signal blocks (SSBs), and terminal devices can distinguish different beams by using different SSBs. Alternatively, different beams transmit different channel state information reference signals (CSI-RSs), and terminal devices can identify different beams by using CSI-RSs / CSI-RS resources.

[0055] In a multi-beam transmission scenario, the Physical Downlink Control Channel (PDCCH) and the Physical Downlink Shared Channel (PDSCH) can be transmitted through different downlink transmit beams.

[0056] For non-millimeter wave (such as 2G / 3G / 4G) systems, terminal devices generally do not have analog beams, so omnidirectional antennas (or nearly omnidirectional antennas) are used to receive signals sent by the base station through different downlink transmission beams.

[0057] In millimeter-wave systems, terminal devices may have analog beams. In this case, the terminal device needs to use a downlink receive beam to receive signals from the corresponding downlink transmit beam. Therefore, beam indication information is required to help the terminal device determine the network device's transmit beam information or the terminal device's corresponding receive beam information.

[0058] In the NR system, the beam indication information does not directly indicate the beam itself, but is indicated through the Quasi Co-Location (QCL) information between the signals. The terminal device can determine the corresponding channel / signal to receive based on the QCL information (also known as the QCL assumption). When the network device transmits the downlink control channel or data channel, it will inform the terminal device of the corresponding QCL information through the Transmission Configuration Indicator (TCI) state (TCI state).

[0059] 2. Multi Transmission / Reception Point (mTRP) transmission

[0060] mTRP transmission (or MTRP transmission) means that multiple TRPs can communicate with terminal devices simultaneously on the same CC.

[0061] In the enhancement of mTRP transmission in R16, multiple mTRP transmission methods are developed. Specifically, they can be implemented in two different scheduling methods.

[0062] Method 1: Multiple TRP (sDCI-mTRP) transmission method based on single downlink control information.

[0063] Referring to the communication architecture diagram shown in Figure 2A, the network device transmits to the terminal device through two TRPs. The network (NW) uses a DCI to schedule PDSCH1 transmitted by TRP1 and PDSCH2 transmitted by TRP2. It should be understood that the DCI can come from one of the two TRPs, and the NW can dynamically adjust which TRP is used to send the DCI.

[0064] It should be noted that TRP1 and TRP2 can transmit PDSCH1 and PDSCH2 in different ways. For example, TRP1 and TRP2 can transmit PDSCH1 and PDSCH2 through space division multiplexing (SDM), frequency division multiplexing (FDM), time division multiplexing (TDM), single frequency network (SFN), etc.

[0065] Method 1 is suitable for TRPs with an ideal backhaul link. In addition, the above DCI may include one or two TCI states to indicate the dynamic switching between sTRP and mTRP transmission.

[0066] Among them, in the sDCI-mTRP transmission mode defined in R16, as shown in Figure 2B, if the TCI state indication field in the sDCI indicates two TCI states, the terminal device performs mTRP transmission, and each TCI state corresponds to a TRP. If the TCI state indication field in the scheduling DCI indicates one TCI state, the terminal device can assume that the NW will fall back to sTRP transmission for PDSCH transmission.

[0067] For example, when the code point of the TCI state indication field in the DCI (e.g., code point "000") indicates a TCI state, it indicates the transmission of an sTRP; when the code point (e.g., code point "001") indicates two TCI states, it indicates the transmission of an mTRP. The NW can be divided into a first TCI state and a second TCI state based on the TCI state activated by the MAC CE and the code point in the DCI.

[0068] The technical reasons for dynamically switching between sTRP and mTRP transmission modes are as follows. When a terminal device is in an area covered by multiple TRPs, such as the cell edge, and is at a comparable distance from each TRP, mTRP transmission is suitable to enhance cell edge coverage. Of course, the network network (NW) can consider the load conditions of different TRPs and configure sTRP transmission for the terminal device. This depends on the scheduling implementation on the NW side, which should be supported at the protocol level.

[0069] It should be noted that in the existing multi-CC co-beam technology in CA, the above-mentioned mTRP operation characteristics are based on sDCI-mTRP, not mDCI-mTRP, which is often deployed in a network environment without ideal backhaul.

[0070] Method 2: Multi-TRP (mDCI-mTRP) transmission method based on multi-DCI.

[0071] It should be understood that in mode 2, each TRP independently schedules its PDSCH transmission by sending DCI. This operation is more suitable for scenarios where there is no ideal backhaul between TRPs, that is, each TRP works as independently as possible to reduce the need for interaction between TRPs. The PDSCH transmission of each TRP can be completely overlapping, partially overlapping, or completely non-overlapping in time-frequency resources.

[0072] 3 , the network device transmits data to the terminal device via TRP1 and TRP2, wherein TRP1 may send DCI1 to schedule the transmission of PDSCH1, and TRP2 may send DCI2 to the terminal device to schedule the transmission of PDSCH2.

[0073] It should be noted that the time-frequency resources of the PDCCH carrying DCI are defined by a search space and the control resource set (CORESET) associated with the search space, where the TCI state of the PDCCH during transmission is determined by the TCI state of the CORESET. High-level signaling defines one or more TCI states for each CORESET. When high-level signaling defines multiple TCI states for each CORESET, at any moment, MAC layer signaling activates one of the TCI states for the transmission of PDCCHs in all search spaces associated with the CORESET. In other words, in the existing specifications, the PDCCH defined by each search space is transmitted by the only TCI state of the CORESET associated with the search space.

[0074] For the second approach, the NW can configure the parameter "CORESETPoolIndex" (the control resource set group index) for each CORESET through high-layer signaling. The NW can use the parameter "CORESETPoolIndex" to group CORESETs, with each group corresponding to a TRP. For example, as shown in Figure 4, the CORESETPoolIndex value for TRP1 is 0, and the CORESETPoolIndex value for TRP2 is 1.

[0075] It should be noted that, based on flexibility considerations, the parameter "CORESETPoolIndex" may not be configured for the CORESET used in the sDCI-mTRP transmission method in method 1.

[0076] 3. TCI status

[0077] To improve reception performance, terminal devices can leverage the characteristics of the transmission environment to improve their reception algorithms. For example, channel statistics can be used to optimize the design and parameters of the channel estimator. In NR systems, these characteristics of data transmission are represented by QCL information (QCL-Info).

[0078] It should be understood that a TCI state may include: a TCI state identifier (ID), QCL information 1, and QCL information 2. Among them, QCL information 2 is optional. In addition, a QCL information may include: a QCL type configuration and a QCL reference signal configuration. The QCL type configuration may be one of QCL type A (typeA), QCL typeB, QCL typeC, or QCL typeD. The reference signal configuration may be a cell ID, a bandwidth part (BWP) ID, and a reference signal identifier (e.g., a CSI-RS resource ID or an SSB index).

[0079] The definitions of different QCL types are as follows: QCL TypeA is used to configure the following: {Doppler shift, Doppler spread, average delay, delay spread}, QCL typeB is used to configure {Doppler shift, Doppler spread}, QCL typeC is used to configure {Doppler shift, average delay}, and QCL typeD is used to configure {Spatial Rx parameter}.

[0080] Optionally, the network device may indicate a corresponding TCI state for a downlink signal (or called a downlink channel).

[0081] If the network device configures the QCL reference signal with the TCI state of the target downlink signal (or target downlink channel) as SSB 1 or CSI-RS 1 resource, and the QCL type is configured as typeA, typeB or typeC, the terminal device can assume that the large-scale parameters of the above-mentioned target downlink signal and the SSB 1 or reference CSI-RS 1 resource are the same or similar, and the large-scale parameters are determined by the QCL type configuration.

[0082] If the network device configures the QCL reference signal of the target downlink signal (or downlink channel) with the TCI state as SSB 2 or CSI-RS 2 resource, and the QCL type is configured as typeD, the terminal device can use the same spatial reception parameter (i.e., Spatial Rx parameter) as that for receiving the SSB 2 or CSI-RS 2 resource to receive the target downlink signal. Typically, the target downlink signal (or target downlink channel) and the SSB 2 or CSI-RS 2 resource are sent by the same TRP, the same panel, or the same beam on the network device side.

[0083] It should be understood that if the transmission TRP or transmission panel or transmission beam of two downlink signals (downlink channels) are different, different TCI states will usually be configured.

[0084] For the downlink control channel (PDCCH), the TCI status may be indicated through Radio Resource Control (RRC) signaling or RRC signaling plus Medium Access Control (MAC) signaling.

[0085] For downlink data channels (such as PDSCH), the TCI state set is indicated by RRC signaling, and some of the TCI states are activated by MAC layer signaling. Finally, the TCI state indication field in the downlink control information (DownlinkControlInformation, DCI) indicates one or two TCI states from the activated TCI states for the PDSCH scheduled by the DCI.

[0086] 4. Unify TCI status.

[0087] The aforementioned TCI states only apply to downlink channels and signals and have numerous limitations in their application in NR systems. To provide a more unified uplink and downlink beam management mechanism for NR systems, the 3rd Generation Partnership Project (3GPP) has proposed the concept of a unified TCI state based on the aforementioned technologies. Specifically, the unified TCI state design includes two modes.

[0088] Mode 1: Contains one TCI state, which is applicable to both uplink and downlink channels and signals; this TCI state is usually called a joint TCI state.

[0089] Mode 2: Includes two types of TCI states: downlink TCI state (DL TCI state) and uplink TCI state (UL TCI state). The DL TCI state applies only to downlink channels and signals, while the UL TCI state applies only to uplink channels and signals. This type of TCI state is referred to as a separate TCI state. The network can configure only one type of TCI state, such as only the downlink TCI state or only the uplink TCI state. The network can also configure both types of TCI states, such as configuring both the downlink TCI state and the uplink TCI state.

[0090] It should be understood that the downlink channel (partial PDCCH, PDSCH) and signal (aperiodic CSI-RS) can use the same downlink transmit beam indication, for example, using DL TCI state or joint TCI state to indicate the downlink transmit beam.

[0091] Uplink channels (eg, physical uplink control channel PUCCH, physical uplink shared channel PUSCH) and signals (channel sounding reference signal SRS) may use the same uplink transmit beam indication, for example, using UL TCI state or joint TCI state to indicate the uplink transmit beam.

[0092] It should be understood that the Unified TCI state can be indicated using RRC, and / or MAC Control Element (MAC CE), and / or DCI format 1_1 / 1_2 (with or without downlink scheduling information).

[0093] It should be noted that the unified TCI state is applicable to carrier aggregation scenarios, and the TCI state configuration and / or indication on a single CC can be applicable to multiple different CCs.

[0094] As the name of the unified TCI state suggests, the "unification" here has multiple meanings. The first layer of "unification" means that it unifies the beam indication mechanism for uplink and downlink. This is because in the Release 15 / R16 NR standards, the TCI state is only used for downlink beam indication, and uplink beam indication uses signaling based on spatial relation information. The second layer of "unification" means that the beams between different channels are unified. For example, under the Separate DL / UL TCI state configuration, the UE considers the downlink PDCCH (UE-specific) and PDSCH (UE-specific) to be unified into the same beam for transmission; in addition, the terminal device uses the same beam for uplink PUCCH and PUSCH. Under the Joint TCI state configuration, the terminal device believes that different channels and signals for uplink and downlink can have good beam symmetry, that is, symmetric beam pairs are used for uplink and downlink communication.

[0095] In the current R18 discussion, for the sDCI-mTRP transmission mode, the DCI can include multiple TCI states, indicating the beam information of the PDSCH transmitted by different TRPs. Among them, the NW can add a new field in the DCI to indicate one or more TCI states used by the terminal device.

[0096] In addition, for the mDCI-mTRP transmission mode, each TRP is responsible for updating / indicating the TCI status corresponding to the PDSCH it transmits, without performing TCI status indication across TRPs.

[0097] 5. Control Resource Set (CORESET)

[0098] A CORESET is a resource set used to transmit downlink control information. It can also be called a control resource region or a physical downlink control channel resource set. Each CORESET is a collection of resource element groups (REGs). REGs are the basic unit of physical resource allocation for downlink control signaling and are used to define the mapping of downlink control signaling to REs.

[0099] Among them, CORESET may include time-frequency resources, for example, a bandwidth, or one or more sub-bands in the frequency domain; one or more symbols in the time domain; a control resource set can be a continuous or discontinuous resource unit in the time-frequency domain, for example, a continuous resource block (RB) or a discontinuous RB.

[0100] It should be noted that when configuring a CORESET, the network device configures one or a group of TCI states for each CORESET. The TCI state is used to indicate the relevant parameters required by the terminal device for demodulation detection of the candidate PDCCH in the search space associated with the CORESET. When the network device configures a group of TCI states for a CORESET, the network device activates a TCI state for the CORESET through MAC CE signaling to assist the terminal device in demodulating the PDCCH.

[0101] In addition, the network device can also configure a high-level indication (i.e., CORESETpoolindex) for each CORESET to indicate whether it is the same TRP. The value range of this value is 0 and 1. For CORESETs configured with the same CORESETpoolindex, the terminal device can consider that this is data from the same TRP.

[0102] 6. CC-related beam configuration

[0103] A CC can be called a component carrier, unit carrier, constituent carrier, or member carrier. Each carrier in a multi-carrier aggregation is called a "CC." A terminal device can receive data on multiple CCs. Each carrier consists of one or more physical resource blocks (PRBs). Each carrier can have its own corresponding PDCCH, which schedules the PDSCH of its own CC.

[0104] A terminal device can be configured to operate on multiple CCs, where each CC can have one active (or working) BWP at the same time. To ensure the normal operation of each CC, the NW can perform relevant beam configuration for each BWP of each CC.

[0105] For example, for PDSCH, the network device can configure the TCI state of each BWP of each CC for the terminal device through RRC signaling, and the network device uses MAC-CE signaling to activate the TCI state for each BWP of each CC of the terminal device. Furthermore, the network device can indicate one or two TCI states for each BWP of each CC of the terminal device from the activated TCI state through the TCI state indication field in the DCI, for the PDSCH scheduled by the DCI.

[0106] In a CA scenario, each CC can be configured or dynamically adjusted to a different transmission mode, such as sTRP transmission mode, sDCI-mTRP transmission mode, or sDCI-mTRP transmission mode. The beam information configuration method of the CC is different in different transmission modes. The beam information configuration method in different transmission modes can be found in the above embodiments and will not be repeated here for the sake of brevity.

[0107] During communication, different CCs can use the same beam for transmission. However, there is currently no clear solution for configuring the same beam information for different CCs, or for how terminal devices can distinguish which TCI state, as indicated by the network equipment, should be used by CCs with different transmission modes.

[0108] To facilitate understanding of the technical solutions of the embodiments of the present application, the technical solutions of the present application are described in detail below through specific embodiments. The above related technologies can be combined arbitrarily with the technical solutions of the embodiments of the present application as optional solutions, and all of them fall within the scope of protection of the embodiments of the present application. The embodiments of the present application include at least part of the following contents.

[0109] FIG4 is a flow chart of a configuration method provided in an embodiment of the present application. As shown in FIG4 , the method includes the following contents.

[0110] Step 110a: The network device sends first information;

[0111] Step 110b: The terminal device receives first information, where the first information is used to configure beam information of multiple CCs. The beam information is applicable to multiple CCs, and the multiple CCs support multiple transmission modes.

[0112] Optionally, the network device may send the first information to the terminal device, and correspondingly, the terminal device may receive the first information sent by the network device.

[0113] Optionally, the first information may include one or more TCI states. The one or more TCI states here may be unified TCI states, for example, one or more TCI states may be joint TCI states or downlink TCI states (DL TCI states), which is not limited in this embodiment of the present application.

[0114] It should be understood that the network device can configure (or indicate) beam information of multiple CCs for the terminal device based on one or more TCI states in the first information. In this way, the terminal device can determine the beam information of the above multiple CCs based on the one or more TCI states in the first information.

[0115] In this embodiment of the present application, the beam information configured by the first information through one or more TCI states can be applied to multiple CCs. That is, multiple CCs in this embodiment of the present application can share one or more TCI states in the first information. The beam information configured by the first information can be applied to multiple CCs, which can also be referred to as a multiple CC co-beam.

[0116] Optionally, in a CA scenario, the network device may configure a CC list for the terminal device, where the CC list may include multiple CCs. That is, the multiple CCs in the CC list may be configured in a CC list. The multiple CCs in the CC list may share one or more TCI states of the first information.

[0117] In the embodiment of the present application, multiple CCs may support multiple transmission modes. Optionally, the multiple CCs include one or more of the following:

[0118] A first CC, a second CC, and a third CC; wherein the first CC supports sTRP transmission, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission.

[0119] It should be noted that the number of first CCs may include one or more, the number of second CCs may include one or more, and similarly, the number of third CCs may also include one or more. In other words, the first CC, second CC, and third CC are names for CCs of different transmission modes and do not limit the scope of protection of the embodiments of the present application.

[0120] The above transmission mode may also be referred to as TRP operation. It is understandable that different CCs among multiple CCs may support different TRP operations.

[0121] Optionally, the network device can configure a transmission mode / TRP operation for each of the multiple CCs of the terminal device, and the network device can also dynamically adjust the transmission mode / TRP operation of each CC. In other words, the multiple CCs of the terminal device can be configured or dynamically adjusted to different transmission modes / TRP operations.

[0122] It can be understood that in the embodiment of the present application, multiple CCs may include CCs with multiple transmission modes / TRP operations, for example, CCs supporting sTRP transmission mode, CCs supporting sDCI-mTRP transmission mode, and CCs supporting mDCI-mTRP transmission mode.

[0123] The embodiments of the present application design a common beam indication method for CCs with different transmission modes. In other words, CCs with different transmission modes can share beam information. Specifically, a terminal device can simultaneously determine the beam information of multiple CCs with different transmission modes based on the first information sent by the network device. In other words, the beam information of multiple CCs can be updated through a single signaling. This not only reduces signaling overhead, but also reduces beam indication overhead and latency, thereby improving communication system performance.

[0124] It should be emphasized that CCs with different transmission modes share a common beam, which means that CCs with different transmission modes can share one or more TCI states configured / indicated by the network device through the first information. However, the beams used for each scheduled PDSCH on different CCs can be different. For example, sTRP uses one TCI state, but mTRP-mTRP requires two TCI states.

[0125] The following describes in detail how CCs with different transmission modes determine beam information in multiple CCs through different scenarios.

[0126] In scenario 1, the multiple CCs may include a first CC and a second CC. That is, the multiple CCs in the same beam include CCs supporting sTRP transmission and CCs supporting sDCI-mTRP. In other words, scenario 1 may be a CC supporting sTRP transmission and a CC supporting sDCI-mTRP in the same beam.

[0127] For example, referring to the schematic diagram of the co-beam scenario of the first CC and the second CC shown in Figure 5, N CCs are configured in a CC list, and the CC list may include one or more first CCs, and one or more second CCs. The CCs in the CC list can share the TCI state indicated by the network. Among them, the first CC supports the sTRP transmission mode, that is, one DCI schedules a channel for TRP transmission (for example, PDSCH / PUCCH / PUSCH). The second CC supports the sDCI-mTRP transmission mode, that is, one DCI schedules two channels for TRP transmission (for example, PDSCH / PUCCH / PUSCH).

[0128] In an embodiment of the present application, in the above scenario one, the first information may include one or more TCI states, where the one or more TCI states may be indicated by the same TRP, and the beam information of multiple CCs is determined based on one or more TCI states, or the default TCI state.

[0129] It should be noted that when the network device configures one or more TCI states for multiple CCs through the first information, the terminal device can configure one or more TCI states configured by the first information to apply to all CCs in the CC list after the beam application time (Beam Application Time) has passed.

[0130] In scenario one where a first CC supporting sTRP transmission and a second CC supporting sDCI-mTRP share a common beam, the network device can configure beam information in two different ways. In the first way of configuring beam information, the network device can use RRC signaling and / or MAC CE signaling and / or DCI to indicate a TCI state on the first CC supporting the sTRP transmission mode. The TCI state can be indicated by a target TRP, which can be one of multiple TRPs, and the target TRP can be a TRP for scheduling transmission-related channels / signals. The TCI state configured in the above-mentioned first information is also applicable to the second CC supporting the sDCI-mTRP transmission mode.

[0131] In the second way of configuring beam information, the network device can use RRC and / or MAC CE and / or DCI on the second CC supporting the sDCI-mTRP transmission mode to indicate multiple TCI states. The multiple TCI states can be indicated by any one of the multiple TRPs, wherein the network device can dynamically adjust which TRP is used to indicate the multiple TCI states. The multiple TCI states here are also applicable to the first CC supporting the sTRP transmission mode.

[0132] Optionally, the first information may be carried through one or more of the above-mentioned RRC signaling, MAC CE signaling, and DCI.

[0133] In one possible implementation, the network device can configure the beam information of multiple CCs only through the first information (that is, without combining the second information or the third information in the following embodiments). At this time, the beam information of multiple CCs (that is, the first CC and the second CC) can be determined based on a TCI state in the first information, or based on the default TCI state.

[0134] Optionally, the terminal device determines the beam information of multiple CCs based on a TCI state in the first information or a default TCI state, which can be predefined or configured by the network device. In other words, the TCI state actually used by the terminal device to determine the beam information of multiple CCs can be predefined by the protocol or configured by the network device.

[0135] Exemplarily, the protocol may predefine that the terminal device determines the beam information of multiple CCs based on the TCI state indicated by the first indication in the DCI (regardless of whether one TCI state or multiple TCI states are indicated in the DCI). Alternatively, the network device may configure the terminal device to determine the beam information of multiple CCs based on the TCI state indicated by the first indication in the DCI (regardless of whether one TCI state or multiple TCI states are indicated in the DCI). Alternatively, the protocol may predefine that the terminal device determines the beam information of multiple CCs based on the default TCI state. Alternatively, the network device may configure the terminal device to determine the beam information of multiple CCs based on the default TCI state.

[0136] Optionally, in this implementation, the first information may be carried by a DCI. The DCI may be DCI format 1_0 (fallback DCI not dependent on RRC configuration) or DCI format 1_1 / 1_2. It should be noted that, in this implementation, the DCI only includes the existing indication field and does not include the newly added indication field.

[0137] In another possible implementation, when the first information includes multiple TCI states, the configuration method provided in the embodiment of the present application may further include the following steps:

[0138] The terminal device receives second information, where the second information is used to indicate that beam information of at least some CCs among multiple CCs is determined based on a first target TCI state, where the first target TCI state includes some or all of the TCI states among the multiple TCI states of the first information.

[0139] It should be understood that when the first information includes multiple TCI states, the second information may indicate which TCI state is used by each CC in the multiple CCs sharing the same beam. In other words, the second information may indicate which TCI states in the first information determine the beam information of each CC in the multiple CCs.

[0140] Optionally, the first information and the second information may be carried through different signaling, or the first information and the second information may be carried through the same signaling, which is not limited in this embodiment of the present application.

[0141] Optionally, the first information and the second information may both be carried by DCI. It should be noted that the network device may introduce a new indication field in the DCI, which may carry the second information. The new indication field may be an indication field that has been agreed to be added to the downlink scheduling DCI in the current 3GPP standard protocol. Exemplarily, the new indication field may be called an application indication TCI state (ApplyIndicatedTCIState).

[0142] It should be noted that the newly added indication field in the DCI can be closely associated with each PDSCH scheduling, and each scheduling is dynamically notified to the terminal device.

[0143] Optionally, the number of the multiple TCI states configured in the first information may be 2, that is, the multiple TCI states include the first TCI state and the second TCI state. In the case where the multiple TCI states include the first TCI state and the second TCI state, the second information may be specifically indicated in the following manner:

[0144] When the second information takes the first value, the first target TCI state is the first TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the first TCI state;

[0145] When the second information takes the second value, the first target TCI state is the second TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the second TCI state;

[0146] When the second information takes the third value, the first target TCI state is the first TCI state and the second TCI state, and the second information is used to indicate that the beam information of the second CC is determined based on the first TCI state and the second TCI state;

[0147] When the second information value is the fourth value, the first target TCI state is the default TCI state.

[0148] Optionally, when the multiple TCI states include a first TCI state and a second TCI state, the length of the second information can be 2 bits. Accordingly, the value of the second information (also referred to as an indicator code point) can include 00, 01, 10, and 11. The first value to the fourth value can be one of the above four values. For example, the first value is 00, the second value is 01, the third value is 10, and the fourth value is 11, or the first value is 11, the second value is 10, the third value is 01, and the fourth value is 00, etc., and the embodiments of the present application are not limited to this.

[0149] It should be understood that when the number of multiple TCI states is 2, the number of TRPs in the network is also 2, for example, including a first TRP and a second TRP. The first TRP and the second TRP may correspond to the first TCI state and the second TCI state, respectively.

[0150] Among them, when the second information takes the first value, it can instruct the terminal device to use the first TCI state for transmission, that is, the terminal device can perform sTRP transmission on the first CC. Specifically, the terminal device can transmit the relevant channel / signal on the first CC through the first TRP of the above two TRPs.

[0151] When the second information takes the second value, it can instruct the terminal device to use the second TCI state for transmission. Similarly, the terminal device can perform sTRP transmission on the first CC. Specifically, the terminal device can transmit the relevant channel / signal on the first CC through the second TRP of the above two TRPs.

[0152] When the second information takes the third value, it can instruct the terminal device to use the first TCI state and the second TCI state, that is, the terminal device can perform sDCI-mTRP transmission on the second CC. Specifically, the terminal device can transmit related channels / signals through the first TRP and the second TRP on the second CC.

[0153] When the second information takes the fourth value, the terminal device can transmit according to the default beam. That is, the beam information of the first CC and the second CC can be determined according to the default TCI state. The specific solution of the default TCI state is given in the following embodiments.

[0154] Optionally, the above-mentioned related channels / signals may include one or more of the following: PDSCH, PUCCH, PUSCH, CSI-RS, etc.

[0155] It should be noted that in the embodiments of the present application, the first TCI state may be the first TCI state indicated among multiple TCI states in the DCI, and the second TCI state may be the second TCI state indicated among multiple TCI states in the DCI. Alternatively, the first TCI state may be the second TCI state indicated among multiple TCI states in the DCI, and the second TCI state may be the first TCI state indicated among multiple TCI states in the DCI. This embodiment of the present application does not impose any restrictions on this.

[0156] For example, in the architecture shown in Figure 5, the network device can schedule PDSCH transmission through sDCI, where the sDCI includes a first indicated TCI state and a second indicated TCI state. The sDCI may also include an ApplyIndicatedTCIState indication field (corresponding to the second information in the above embodiment). In actual applications, the terminal device can determine the TCI state used by the first CC and the second CC of the co-beam based on the correspondence between the code point value of the ApplyIndicatedTCIState indication field in Table 1 and the behavior of the terminal device.

[0157] Table 1 Wherein, as shown in reference figure 5, when the code point value of ApplyIndicatedTCIState in sDCI is "00", the terminal device can use the TCI state indicated by the first indication in sDCI, that is, the terminal device can perform sTRP transmission on the first CC, that is, receive PDSCH from TRP1. When the code point value of ApplyIndicatedTCIState is "01", the terminal device can use the TCI state indicated by the second indication in sDCI, and also perform sTRP transmission on the first CC. At this time, the terminal device can receive PDSCH from TRP2. When the code point value of ApplyIndicatedTCIState is "10", the terminal device can use the TCI state indicated by the first indication and the TCI state indicated by the second indication in sDCI at the same time, that is, the terminal device can perform sDCI-mTRP transmission on the second CC, that is, receive PDSCH from TRP1 and TRP2 respectively. Finally, when the code point value of ApplyIndicatedTCIState is "11", the terminal device can use the default TCI state. The specific solution of the default TCI state is given in the following embodiments.

[0158] In another possible implementation, the first information includes a TCI state, and the configuration method provided in the embodiment of the present application may further include the following steps:

[0159] The terminal device receives third information, where the third information is used to indicate that beam information of multiple CCs is determined based on a second target TCI state, where the second target TCI state includes the TCI state in the first information, and / or a specified TCI state, where the specified TCI state is the TCI state used by the terminal device before receiving the first information.

[0160] It should be understood that when only one TCI state is included in the first information, the specific TCI state used by each CC in multiple CCs sharing a common beam can be indicated by the third information. In other words, the third information can indicate whether the beam information of each CC in the multiple CCs is determined based on the TCI state configured in the first information or a previously applicable TCI state.

[0161] It should be noted that the terminal device may store the TCI state applicable before receiving the first information. When the network device configures a TCI state through the first information, the beam information of the first CC and the second CC may be determined using the TCI state configured in the first information and the TCI state previously applicable to the terminal device.

[0162] Optionally, the first information and the third information may be carried by different signaling, or the first information and the third information may be carried by the same signaling, which is not limited in this embodiment of the present application.

[0163] Optionally, both the first information and the third information may be carried via DCI.

[0164] It should be noted that the third information in this embodiment and the second information in the above embodiment may be the same information. For example, the network device may introduce a new indication field in the DCI, which may carry the third information. The new indication field may be an indication field that has been agreed to be added to the downlink scheduling DCI in the current 3GPP standard protocol. Exemplarily, the new indication field may be called the application indication TCI state (ApplyIndicatedTCIState).

[0165] Optionally, when the first information configures only one TCI state, the third information may be specifically indicated in the following manner:

[0166] When the third information takes the first value, the second target TCI state is the TCI state configured by the first information, and the third information is used to indicate that the beam information of the first CC is determined based on the TCI state;

[0167] When the value of the third information is the second value, the second target TCI state is the specified TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the specified TCI state;

[0168] When the third information takes the third value, the second target TCI state is the TCI state and the specified TCI state configured by the first information, and the third information is used to indicate that the beam information of the second CC is determined based on the TCI state and the specified TCI state configured by the first information;

[0169] When the third information value is the fourth value, the second target TCI state is the default TCI state.

[0170] Optionally, the length of the third information may be 2 bits. Accordingly, the value of the third information (also referred to as an indicator code point) may include 00, 01, 10, and 11. The first value to the fourth value may be one of the above four values. For example, the first value is 00, the second value is 01, the third value is 10, and the fourth value is 11, or the first value is 11, the second value is 10, the third value is 01, and the fourth value is 00, etc., which is not limited in this embodiment of the present application.

[0171] Among them, when the value of the third information is the first value, it can instruct the terminal device to use the TCI state configured by the first information for transmission, that is, the terminal device can perform sTRP transmission on the first CC. Specifically, the terminal device can transmit the relevant channel / signal on the first CC through the first TRP of the above two TRPs.

[0172] When the third information takes the second value, it can instruct the terminal device to use the previously applicable TCI state for transmission. Similarly, the terminal device can perform sTRP transmission on the first CC. Specifically, the terminal device can transmit the relevant channel / signal on the first CC through the second TRP of the above two TRPs.

[0173] When the third information takes the third value, it can indicate that the terminal device uses the TCI state configured by the first information and the TCI state previously applicable to the terminal device, that is, the terminal device can perform sDCI-mTRP transmission on the second CC. Specifically, the terminal device can transmit related channels / signals through the first TRP and the second TRP on the second CC.

[0174] When the third information value is the fourth value, the terminal device can transmit using the default beam, which is determined by the default TCI state. In other words, the beam information of the first CC and the second CC can be determined based on the default TCI state. A specific solution for the default TCI state is provided in the following embodiments.

[0175] Optionally, the above-mentioned related channels / signals may include one or more of the following: PDSCH, PUCCH, PUSCH, CSI-RS, etc.

[0176] Exemplarily, in the architecture shown in Figure 5, the network device can schedule PDSCH transmission through DCI, where the DCI includes a first indicated TCI state, and the DCI may also include an ApplyIndicatedTCIState indication field (corresponding to the third information). The terminal device may have a different understanding of the ApplyIndicatedTCIState indication field of the DCI than that in Table 1. Specifically, the terminal device can determine the TCI state used by the first CC and the second CC of the co-beam based on the correspondence between the code point value of the ApplyIndicatedTCIState indication field in Table 2 and the behavior of the terminal device.

[0177] Table 2 Wherein, as shown in reference figure 5, when the code point value of ApplyIndicatedTCIState in DCI is "00", the terminal device can use the TCI state indicated first in DCI, that is, the terminal device can perform sTRP transmission on the first CC, that is, receive PDSCH from TRP1. The code point value of ApplyIndicatedTCIState is "01", the terminal device can use the previously applicable TCI state and also perform sTRP transmission on the first CC. At this time, the terminal device can receive PDSCH from TRP2. When the code point value of ApplyIndicatedTCIState is "10", the terminal device can use the TCI state indicated first in DCI and the previously applicable TCI state of the terminal device at the same time, that is, the terminal device can perform sDCI-mTRP transmission on the second CC, that is, receive PDSCH from TRP1 and TRP2 respectively. Finally, when the code point value of ApplyIndicatedTCIState is "11", the terminal device can use the default TCI state. The specific solution of the default TCI state is given in the following embodiments.

[0178] Optionally, the default TCI status in the above embodiment may include one or more of the following:

[0179] A TCI state corresponding to a first CORESET, where the first CORESET is a CORESET where the DCI carrying the first information is located;

[0180] a TCI state corresponding to a second CORESET, where the second CORESET is a CORESET identified as the first designated identifier among one or more CORESETs monitored by the terminal device within the third time unit;

[0181] TCI status of network device configuration;

[0182] Predefined TCI status;

[0183] The TCI state in which the codepoint in one or more TCI states activated by the MAC CE is the specified codepoint.

[0184] In some embodiments, the first information may be carried by DCI, which may be a scheduling DCI for scheduling PDSCH / PUCCH / PUSCH transmission. The default TCI state may be one or more activated TCI states of the CORESET where the DCI carrying the first information is located.

[0185] It should be noted that the first CORESET can support the sTRP transmission mode, that is, the first CORESET can be configured with an activated TCI state; the first CORESET can also support the mTRP transmission mode, that is, the first CORESET can be configured with two or more activated TCI states.

[0186] In some embodiments, the default TCI state may be a TCI state corresponding to a CORESET identified as the first designated identifier among one or more CORESETs monitored by the terminal device within the third time unit.

[0187] Optionally, the third time unit may be a time unit closest to the PDSCH currently scheduled by the terminal device. The time unit may be a time slot, a mini-time slot, a symbol set, etc., which is not limited in the embodiment of the present application.

[0188] Optionally, the first designated identifier may be the largest, smallest, second largest, or second smallest identifier among multiple identifiers, and this embodiment of the present application does not impose any limitation on this.

[0189] Exemplarily, the second CORESET may be the CORESET with the lowest CORESET ID among multiple CORESETs detected in a most recent time slot of the currently scheduled PDSCH of the terminal device. That is, the default TCI state may be one or more activated TCI states corresponding to the CORESET with the lowest CORESET ID among multiple CORESETs detected in a most recent time slot of the currently scheduled PDSCH.

[0190] It should be noted that the second CORESET can support the sTRP transmission mode, that is, the second CORESET can be configured with an activated TCI state; the second CORESET can also support the mTRP transmission mode, that is, the second CORESET can be configured with two or more activated TCI states.

[0191] In some embodiments, a network device may preconfigure one or more default TCI states via signaling. For example, the network device may configure the default TCI state to be the TCI state indicated by the first indication in the DCI, the TCI state indicated by the second indication, or the TCI state indicated by the first and second indications, although this is not a limitation in the present embodiment.

[0192] In some embodiments, the default beam may be predefined. That is, the default beam may be one or more TCI states specified in the protocol. For example, the predefined default TCI state may be the TCI state indicated by the first DCI, the TCI state indicated by the second DCI, or the TCI state indicated by the first and second DCI states. This is not limited in the present embodiment.

[0193] In some embodiments, the default TCI state may be one or more TCI states in which the codepoint is a designated codepoint among one or more TCI states activated by the MAC CE. The designated codepoint may be the lowest codepoint among the multiple codepoints, the highest codepoint among the multiple codepoints, the second-highest codepoint among the multiple codepoints, or the second-lowest codepoint among the multiple codepoints. This embodiment of the present application is not limited to this.

[0194] In scenario 2, the multiple CCs include a first CC and a third CC. The first CC supports sTRP transmission, and the third CC supports mDCI-mTRP transmission. That is, the multiple CCs in the same beam include CCs that support sTRP transmission and CCs that support mDCI-mTRP. In other words, scenario 2 can be a CC that supports sTRP transmission and a CC that supports mDCI-mTRP.

[0195] Exemplarily, referring to the schematic diagram of the co-beam scenario of the first CC and the third CC shown in Figure 6, taking the number of TRPs in the network as 2 as an example, N CCs are configured in a CC list, which can include one or more first CCs and one or more third CCs. The CCs in the CC list can share the TCI status indicated by the network. Among them, the first CC supports the sTRP transmission mode, that is, one DCI schedules a channel for TRP transmission (for example, PDSCH / PUCCH / PUSCH). The third CC supports the mDCI-mTRP transmission mode, that is, two DCIs are used to schedule two TRP transmission channels (for example, PDSCH / PUCCH / PUSCH) respectively.

[0196] In an embodiment of the present application, in the above-mentioned scenario 2, the first information may include one or more TCI states, wherein, when the first information includes multiple TCI states, the multiple TCI states are indicated by multiple TRPs; the beam information of the CC associated with the same TRP in multiple CCs is determined based on the TCI state indicated by the TRP.

[0197] It should be noted that a CC can be associated with a TRP. The first CC that supports sTRP transmission can be associated with a TRP, and the network device can transmit related channels / signals on the first CC through the TRP associated with the first CC. The third CC that supports mDCI-mTRP can be associated with multiple TRPs, and the network device can transmit related channels / signals on the third CC through the associated multiple TRPs.

[0198] In scenario 2 where a first CC supporting the sTRP transmission mode and a third CC supporting the mDCI-mTRP transmission mode share a beam, the network device can configure beam information in two different ways. In the first way of configuring beam information, the network device can use RRC signaling and / or MAC CE signaling and / or DCI on the first CC supporting the sTRP transmission mode to indicate a TCI state.

[0199] It should be noted that, in the above-mentioned first configuration mode, the first information can be carried through one or more of the above-mentioned RRC signaling, MAC CE signaling, and DCI.

[0200] In addition, in the second method of configuring beam information, the network device can indicate the TCI status exclusive to each TRP through multiple DCIs on the third CC that supports the mDCI-mTRP transmission mode, and the multiple TCI states are indicated by multiple TRPs respectively. It should be understood that when the first information includes multiple TCI states, the first information can be carried by multiple DCIs.

[0201] It should be noted that in the first configuration described above, the multiple TCI states in the first information are carried by multiple DCIs transmitted by multiple TRPs. That is, each DCI can carry one TCI state. When a network device uses multiple DCIs on the third CC of an mDCI-mTRP to indicate the TCI state of each TRP, the TCI state applies only to the TRP on the third CC supporting mDCI-mTRP, and no TCI state indication is performed across TRPs.

[0202] It should also be noted that in scenario 2, each TRP can be configured with a dedicated TCI state, so there is no need to add a new indication field in the DCI.

[0203] In an embodiment of the present application, the network device transmits the relevant channels / signals through one TRP on the first CC supporting the sTRP transmission mode, and transmits the relevant channels / signals through multiple TRPs on the third CC supporting the mDCI-mTRP transmission mode. In an embodiment of the present application, for the first CC supporting the sTRP transmission mode and the third CC supporting the mDCI-mTRP transmission mode, the CCs using the same TRP can share the TCI state indicated by the network device for the TRP.

[0204] For example, as shown in Figure 6, the first CC is associated with TRP1, and the network device can send DCI through TRP1 on the first CC to schedule the PDSCH. The third CC can be associated with TRP1 and TRP2, and the network device can send mDCI through TRP1 and TRP2 on the third CC, respectively, and schedule the PDSCH of TRP1 and TRP2 respectively through the mDCI sent by TRP1 and TRP2. It can be seen that the first CC and the third CC are both associated with TRP1. Based on this, for TRP1, the beam information of the first CC and the third CC can be determined according to the TCI state indicated by TRP1. In other words, for TRP1, the first CC and the third CC can share the TCI state indicated by the network device for TRP1.

[0205] It should be noted that in scenario 2, TCI status indication cannot be performed across TRPs between multiple CCs. In addition, the network device can configure a reference TCI state set (TCI state pool) on a certain CC / BWP for reference by other CC / BWPs (which do not have TCI status configured). When the CORESET of a TRP contains DCI, the TCI status on the reference CC / BWP can be indicated during PDSCH or PUSCH scheduling.

[0206] Optionally, the TRP associated with each CC is determined based on the control resource set group index value configured for each CC, and the control resource set group index values ​​corresponding to multiple CCs associated with the same TRP are the same.

[0207] In actual applications, whether it is the first CC that supports the sTRP transmission mode or the third CC that supports the mDCI-mTRP transmission mode, the TRP associated with each CC in multiple CCs will be configured with a control resource set group index value (CORESETPoolIndex). The terminal device can use CORESETPoolIndex to distinguish the TRP of the co-beam CC.

[0208] For example, as shown in Figure 6, when the number of TRPs is 2, the network device can configure CORESETPoolIndex for one or more CORESETs of each TRP, with a value of "0" or "1". For the first CC that supports the sTRP transmission mode, the network device can configure the CORESETPoolIndex of one or more CORESETs of the first CC to all be "0" (if not configured, the default value is 0), or configure the CORESETPoolIndex of one or more CORESETs of the first CC to all be "1".

[0209] It should be understood that TRPs with the same CORESETPoolIndex value can be considered to be the same TRP. In the embodiment of the present application, for the relevant channels / signals transmitted by TRPs with the same CORESETPoolIndex value, multiple CCs can share the TCI state indicated by the network device for the TRP.

[0210] It should be noted that the above-mentioned co-beam configuration method is also applicable to the case where a CC supporting the mDCI-mTRP transmission mode and a CC supporting mDCI-mTRP share a beam. That is to say, when the above-mentioned multiple CCs include multiple third CCs, when a third CC supporting the mDCI-mTRP transmission mode and another third CC supporting the mDCI-mTRP transmission mode share a beam, for the relevant channels / signals transmitted by the same TRP, multiple third CCs can share the TCI status indicated by the network device for the TRP.

[0211] Scenario three, multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission; that is, the multiple CCs in the same beam include CCs that support sDCI-mTRP transmission and CCs that support mDCI-mTRP. In other words, scenario three can be a CC that supports sDCI-mTRP transmission and a CC that supports mDCI-mTRP.

[0212] Exemplarily, referring to the schematic diagram of the co-beam scenario of the second CC and the third CC shown in Figure 7, taking the number of TRPs in the network as 2 as an example, N CCs are configured in a CC list, and the CC list may include one or more second CCs, and one or more third CCs. The CCs in the CC list can share the TCI status indicated by the network. Among them, the second CC supports the sDCI-mTRP transmission mode, that is, one DCI schedules two TRP transmission channels (such as PDSCH / PUCCH / PUSCH), and the third CC supports the mDCI-mTRP transmission mode, that is, using two DCIs to schedule two TRP transmission channels (such as PDSCH / PUCCH / PUSCH) respectively.

[0213] It should be noted that scenario three may also include a first CC that supports the sTRP transmission mode, where the number of first CCs includes one or more. Since the CORESETPoolIndex value of one or more CORESETs in the first CC that supports the sTRP transmission mode is either "0" or "1", the TRP associated with the first CC can be regarded as a TRP of mDCI-mTRP.

[0214] It should be understood that in the sDCI-mTRP transmission mode, the network device can use RRC and / or MAC CE and / or DCI to indicate one or more TCI states, and use the newly added indication field (ApplyIndicatedTCIState) in DCI to indicate which indicated TCI state the terminal device should use.

[0215] In the mDCI-mTRP transmission mode, the new indication field (ApplyIndicatedTCIState) is not introduced in the DCI. Instead, network devices can use a TRP-specific method in the DCI to indicate the TCI state for TRPs with the same CORESETPoolIndex value. Based on the CORESETPoolIndex value, co-beam configuration is performed in multi-CC scenarios.

[0216] When these two mTRP operations are integrated into CA, the above two different beam indication mechanisms can independently perform co-beam operations among multiple CCs.

[0217] It should be understood that in scenario three where the second CC supporting the sDCI-mTRP transmission mode and the third CC supporting the mDCI-mTRP transmission mode share a beam, the network device can also use two different methods to configure the beam information. Among them, in the first method of configuring the beam information, the network device can indicate the TCI status exclusive to each TRP through multiple DCIs on the third CC supporting the mDCI-mTRP transmission mode, and the multiple TCI states are indicated by multiple TRPs respectively. Among them, when the first information includes multiple TCI states, the first information can be carried by multiple DCIs.

[0218] It should be noted that in the first configuration described above, the multiple TCI states in the first information are carried by multiple DCIs transmitted via multiple TRPs. That is, each DCI can carry one TCI state. When a network device uses multiple DCIs on a third CC that supports the mDCI-mTRP transmission mode to indicate the TCI state of each TRP, the TCI state applies only to the TRP on the third CC that supports mDCI-mTRP, and no TCI state indication is performed across TRPs.

[0219] In the second way of configuring beam information, the network device may also use RRC and / or MAC CE and / or DCI on the second CC that supports the sDCI-mTRP transmission mode to indicate one or more TCI states. The multiple TCI states may be indicated by any one of the multiple TRPs, wherein the network device may dynamically adjust which TRP is used to indicate the multiple TCI states.

[0220] It should be noted that, in the above-mentioned second configuration mode, the first information can be carried through one or more of the above-mentioned RRC signaling, MAC CE signaling, and DCI.

[0221] In one possible implementation, for the first method of configuring beam information described above, the first information may include multiple TCI states, each indicated by a plurality of TRPs. In this case, the beam information for the third CC is determined based on the TCI state indicated by the TRP associated with the third CC; the beam information for the second CC is determined based on the first and second TCI states, where the first and second TCI states are associated with TCI states indicated by different TRPs.

[0222] It should be understood that when a network device uses multiple DCIs on a third CC supporting the mDCI-mTRP transmission mode to indicate the TCI status of each TRP, the TCI status of each TRP on the third CC applies only to that TRP, and no TCI status indication is performed across TRPs. Accordingly, a network device can use a single DCI to indicate the first and second TCI statuses on a second CC supporting the sDCI-mTRP transmission mode.

[0223] When these two mTRP operations are integrated into CA, the TCI states exclusive to multiple TRPs in the mDCI-mTRP transmission mode can be associated with the first TCI state and the second TCI state indicated by the DCI in the sDCI-mTRP transmission mode.

[0224] For example, the TCI state of TRP1 in the mDCI-mTRP transmission mode corresponds to the first TCI state in the sDCI-mTRP transmission mode, and the TCI state of TRP2 in the mDCI-mTRP transmission mode corresponds to the second TCI state in the sDCI-mTRP transmission mode; or, the TCI state of TRP1 in the mDCI-mTRP transmission mode corresponds to the second TCI state in the sDCI-mTRP transmission mode, and the TCI state of TRP2 in the mDCI-mTRP transmission mode corresponds to the first TCI state in the sDCI-mTRP transmission mode. The embodiments of the present application do not limit this.

[0225] It should be noted that, in the embodiment of the present application, the network device may use the CORESETPoolIndex configured for the CORESET of each TRP to identify different TRPs.

[0226] That is to say, the above-mentioned association relationship can be: the TCI state indicated by the DCI in the CORESET whose CORESETPoolIndex is "0" in the mDCI-mTRP transmission mode corresponds to the first TCI state in the sDCI-mTRP transmission mode; the TCI state indicated by the DCI in the CORESET whose CORESETPoolIndex is "1" corresponds to the second TCI state in the s-DCI mTRP.

[0227] It should be noted that the association relationship between multiple TRP-specific TCI states in the mDCI-mTRP transmission mode and the first TCI state and the second TCI state indicated by the DCI in the sDCI-mTRP transmission mode can be predefined or configured by the network device, and the embodiments of the present application do not impose any restrictions on this.

[0228] In another possible implementation, for the second method of configuring beam information mentioned above, the first information may include one or more TCI states, wherein, when the first information includes multiple TCI states, multiple TCI states are indicated by the same TRP; at this time, the beam information of the second CC is determined based on one or more TCI states in the first information; the one or more TCI states are associated with one or more TRPs, and the beam information of the third CC is determined based on the TCI state associated with the TRP associated with the third CC.

[0229] In an embodiment of the present application, the network device may use RRC signaling and / or MAC CE signaling and / or DCI on the second CC supporting the sDCI-mTRP transmission mode to indicate one or more TCI states, and the multiple TCI states may be indicated by any one of the multiple TRPs, wherein the network device may dynamically adjust which TRP is used to indicate the multiple TCI states.

[0230] The first information may be carried through one or more of the above-mentioned RRC signaling, MAC CE signaling, and DCI.

[0231] Optionally, when the network device configures only one TCI state through the first information, the TCI state can be associated with a TRP in the mDCI-mTRP transmission mode, and the TCI state can indicate the TCI state of the associated TRP.

[0232] Exemplarily, a TCI state configured in the first information may be associated with a TRP in the mDCI-mTRP transmission mode in which the CORESETPoolIndex value is "0" or "1." When the first information configures a TCI state on the second CC, the TCI state in the mDCI-mTRP transmission mode may be indicated.

[0233] Optionally, the network device configures multiple TCI states through the first information. The multiple TCI states configured by the first information can be respectively associated with multiple TRPs in the mDCI-mTRP transmission mode, and the TCI state of the associated TRP is indicated by the TCI state in the first information.

[0234] Exemplarily, the network device configures a first TCI state and a second TCI state through the first information, and the first TCI state and the second TCI state in the first information can be associated with two TRPs whose CORESETPoolIndex is "0" and "1", respectively. For example, the first TCI state configured by the first information in the sDCI-mTRP transmission mode is associated with the TRP whose CORESETPoolIndex is "0" in the mDCI-mTRP transmission mode, and the second TCI state configured by the first information in the sDCI-mTRP transmission mode is associated with the TRP whose CORESETPoolIndex is "1" in the mDCI-mTRP transmission mode.

[0235] It should be noted that the above association relationship can be applicable across multiple CCs. The above association relationship can be predefined or network configured, and this embodiment of the application does not limit this.

[0236] Optionally, based on the above embodiments, in one embodiment of the present application, when the time interval between the first time unit for transmitting the first information and the second time unit is less than the first threshold, the second time unit is a time unit for transmitting a channel or signal based on the beam information configured based on the first information, and the terminal device transmits the channel or signal based on the beam information indicated by the default TCI state.

[0237] It should be understood that in the time domain, the interval between the first time unit in which the terminal device receives the first information for configuring the beam information and the second time unit in which the relevant channel / signal is transmitted based on the beam information is less than the first threshold value. The terminal device may not have enough time to switch to the beam configured by the first information to receive the above-mentioned relevant channel / signal. For example, the terminal device may not have enough time to switch from 1 TCI state to 2 TCI states. In this case, the terminal device can use a default beam to transmit the relevant channel. The default beam can be determined by the default TCI state.

[0238] It should be noted that when the first time unit and the second time unit are less than the first threshold, the terminal device uses the default TCI state transmission channel or signal, which can be applied to any one of the three scenarios provided in the above embodiments.

[0239] Similar to the above embodiment, the default TCI status may include one or more of the following:

[0240] A TCI state corresponding to a first CORESET, where the first CORESET is a CORESET where the DCI carrying the first information is located;

[0241] a TCI state corresponding to a second CORESET, where the second CORESET is a CORESET identified as the first designated identifier among one or more CORESETs monitored by the terminal device within the third time unit;

[0242] TCI status of network device configuration;

[0243] Predefined TCI status;

[0244] The TCI state in which the codepoint in one or more TCI states activated by the MAC CE is the specified codepoint.

[0245] It should be noted that the first threshold can be determined according to the capability of the terminal device. Exemplarily, the first threshold can be 7, 14, or 28 time domain symbol lengths.

[0246] Optionally, the terminal device may report the first threshold to the network device, or the network device may determine the first threshold applicable to the terminal device based on the capability information reported by the terminal device. In this way, the network device may determine whether the terminal device uses the default beam to receive the relevant channel / signal based on the relationship between the time interval between the first time unit for sending the first information and the second time unit for sending the relevant channel / signal on the beam configured based on the first information, and the first threshold.

[0247] Optionally, the terminal device may reuse TimeDurationForQCL to report the first threshold to the network device, or the terminal device may report the first threshold to the network device through dedicated signaling. This embodiment of the present application does not impose any restrictions on this.

[0248] It should be noted that the TCI state in the above embodiment, the default TCI state can be a unified TCI state, such as a joint TCI state or a downlink TCI state, and the embodiment of the present application does not limit this.

[0249] In summary, in the configuration method provided in the embodiment of the present application, the terminal device can determine the beam information of multiple CCs with different transmission modes at one time based on the first information sent by the network device. In other words, the beam information of multiple CCs can be updated through one signaling, which not only reduces signaling overhead, but also reduces the overhead and delay of beam indication, thereby improving the performance of the communication system. In addition, the configuration method provided in the embodiment of the present application also clarifies which TCI state CCs with different transmission modes should use the network device to indicate, ensuring the correct transmission of information.

[0250] The preferred embodiments of the present application are described in detail above in conjunction with the accompanying drawings. However, the present application is not limited to the specific details in the above embodiments. Within the technical concept of the present application, the technical solution of the present application can be subjected to a variety of simple modifications, and these simple modifications all fall within the scope of protection of the present application. For example, the various specific technical features described in the above specific embodiments can be combined in any suitable manner without contradiction. In order to avoid unnecessary repetition, the present application will no longer describe the various possible combinations separately. For another example, the various different embodiments of the present application can also be arbitrarily combined, as long as they do not violate the idea of ​​the present application, they should also be regarded as the contents disclosed in the present application. For another example, under the premise of no conflict, the various embodiments and / or the technical features in each embodiment described in the present application can be arbitrarily combined with the prior art, and the technical solution obtained after the combination should also fall within the scope of protection of the present application.

[0251] It should also be understood that in the various method embodiments of the present application, the sequence numbers of the above-mentioned processes do not imply a precedence in the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application. In addition, in the embodiments of the present application, the terms "downlink," "uplink," and "sidelink" are used to indicate the transmission direction of signals or data, where "downlink" is used to indicate the first direction of transmission of signals or data from a site to a user equipment in a cell, "uplink" is used to indicate the second direction of transmission of signals or data from a user equipment in a cell to a site, and "sidelink" is used to indicate the third direction of transmission of signals or data from user equipment 1 to user equipment 2. For example, "downlink signal" indicates that the transmission direction of the signal is the first direction. In addition, in the embodiments of the present application, the term "and / or" is merely a description of the association relationship between associated objects, indicating that three relationships can exist. Specifically, A and / or B can represent three situations: A exists alone, A and B exist simultaneously, and B exists alone. In addition, the character " / " in this document generally indicates that the associated objects are in an "or" relationship.

[0252] FIG8 is a schematic diagram of the first structure of a configuration device provided in an embodiment of the present application, which is applied to a terminal device. As shown in FIG8 , the configuration device includes:

[0253] The first transceiver unit 801 is configured to receive first information, where the first information is used to configure beam information of multiple component carriers (CCs); the beam information is applicable to the multiple CCs; and the multiple CCs support multiple transmission modes.

[0254] Optionally, the multiple CCs include one or more of the following:

[0255] First CC, Second CC, and Third CC;

[0256] The first CC supports single-transmission / reception point sTRP transmission, the second CC supports multiple-transmission / reception point sDCI-mTRP transmission based on single downlink control information, and the third CC supports multiple-transmission / reception point mDCI-mTRP transmission based on multiple downlink control information.

[0257] Optionally, the multiple CCs include a first CC and a second CC, the first CC supports sTRP transmission, and the second CC supports sDCI-mTRP transmission;

[0258] The first information includes one or more TCI states, and the one or more TCI states are indicated by the same TRP. The beam information of the multiple CCs is determined based on the one or more TCI states, or the default TCI state.

[0259] Optionally, the first information includes multiple TCI states, and the first transceiver unit 801 is further configured to receive second information, wherein the second information is used to indicate that the beam information of at least some of the multiple CCs is determined based on a first target TCI state, and the first target TCI state includes some or all of the TCI states in the multiple TCI states of the first information.

[0260] Optionally, the multiple TCI states include a first TCI state and a second TCI state;

[0261] When the value of the second information is the first value, the first target TCI state is the first TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the first TCI state;

[0262] When the second information takes a second value, the first target TCI state is the second TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the second TCI state;

[0263] When the second information takes the third value, the first target TCI state is the first TCI state and the second TCI state, and the second information is used to indicate that the beam information of the second CC is determined based on the first TCI state and the second TCI state;

[0264] When the value of the second information is the fourth value, the first target TCI state is the default TCI state.

[0265] Optionally, the first information includes a TCI state, and the first transceiver unit 801 is further configured to receive third information, where the third information is used to indicate that the beam information of the multiple CCs is determined based on a second target TCI state, and the second target TCI state includes the TCI state in the first information, and / or specifies the TCI state.

[0266] The designated TCI state is the TCI state used by the terminal device before receiving the first information.

[0267] Optionally, when the value of the third information is the first value, the second target TCI state is the TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the TCI state;

[0268] When the value of the third information is the second value, the second target TCI state is the specified TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the specified TCI state;

[0269] When the third information takes a third value, the second target TCI state is the TCI state and the designated TCI state, and the third information is used to indicate that the beam information of the second CC is determined based on the TCI state and the designated TCI state;

[0270] When the third information value is the fourth value, the second target TCI state is the default TCI state.

[0271] Optionally, the multiple CCs include a first CC and a third CC, the first CC supports sTRP transmission, and the third CC supports mDCI-mTRP transmission;

[0272] The first information includes one or more TCI states, wherein, in the case where the first information includes multiple TCI states, the multiple TCI states are indicated by multiple TRPs;

[0273] The beam information of the CC associated with the same TRP among the multiple CCs is determined based on the TCI status indicated by the TRP.

[0274] Optionally, the TRP associated with each CC is determined based on the control resource set group index value configured for each CC, and the control resource set group index values ​​corresponding to multiple CCs associated with the same TRP are the same.

[0275] Optionally, the multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission;

[0276] The first information includes a plurality of TCI states; the plurality of TCI states are indicated by a plurality of TRPs;

[0277] The beam information of the third CC is determined based on the TCI state indicated by the TRP associated with the third CC;

[0278] The beam information of the second CC is determined based on a first TCI state and a second TCI state, and the first TCI state and the second TCI state are associated with TCI states indicated by different TRPs.

[0279] Optionally, the multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission;

[0280] The first information includes one or more TCI states, wherein, in the case where the first information includes multiple TCI states, the multiple TCI states are indicated by the same TRP;

[0281] The beam information of the second CC is determined based on the one or more TCI states;

[0282] The one or more TCI states are associated with one or more TRPs, and the beam information of the third CC is determined based on the TCI state associated with the TRP associated with the third CC.

[0283] Optionally, when the time interval between the first time unit for transmitting the first information and the second time unit is less than a first threshold, the second time unit is a time unit for transmitting a channel or signal based on the beam information configured based on the first information, and the terminal device transmits the channel or signal based on the beam information indicated by the default TCI state.

[0284] Optionally, the default TCI status includes one or more of the following:

[0285] a TCI state corresponding to a first CORESET, where the first CORESET is a CORESET where the DCI carrying the first information is located;

[0286] a TCI state corresponding to a second CORESET, where the second CORESET is a CORESET identified as a first designated identifier among one or more CORESETs monitored by the terminal device within a third time unit;

[0287] TCI status of network device configuration;

[0288] Predefined TCI status;

[0289] The TCI state in which the codepoint is a specified codepoint among one or more TCI states activated by the media access control layer control element MAC CE.

[0290] Optionally, the TCI state includes a joint TCI state, or a downlink TCI state.

[0291] Those skilled in the art should understand that the relevant description of the above-mentioned configuration device in the embodiment of the present application can be understood with reference to the relevant description of the configuration method in the embodiment of the present application.

[0292] FIG9 is a second schematic diagram of the structure of a configuration device provided in an embodiment of the present application, which is applied to a network device. As shown in FIG9 , the configuration device includes:

[0293] The second transceiver unit 901 is configured to send first information, where the first information is used to configure beam information of multiple component carriers CC in the terminal device; the beam information is applicable to the multiple CCs; and the multiple CCs support multiple transmission modes.

[0294] Optionally, the multiple CCs include one or more of the following:

[0295] First CC, Second CC, and Third CC;

[0296] The first CC supports single-transmission / reception point sTRP transmission, the second CC supports multiple-transmission / reception point sDCI-mTRP transmission based on single downlink control information, and the third CC supports multiple-transmission / reception point mDCI-mTRP transmission based on multiple downlink control information.

[0297] Optionally, the multiple CCs include a first CC and a second CC, the first CC supports sTRP transmission, and the second CC supports sDCI-mTRP transmission;

[0298] The first information includes one or more TCI states, and the one or more TCI states are indicated by the same TRP. The beam information of the multiple CCs is determined based on the one or more TCI states, or the default TCI state.

[0299] Optionally, the first information includes multiple TCI states, and the second transceiver unit 901 is further configured to send second information to the terminal device, wherein the second information is used to indicate that the beam information of at least some of the multiple CCs is determined based on the first target TCI state, and the first target TCI state includes some or all of the TCI states in the multiple TCI states of the first information.

[0300] Optionally, the plurality of TCI states include a first TCI state and a second TCI state;

[0301] When the value of the second information is the first value, the first target TCI state is the first TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the first TCI state;

[0302] When the second information takes a second value, the first target TCI state is the second TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the second TCI state;

[0303] When the second information takes the third value, the first target TCI state is the first TCI state and the second TCI state, and the second information is used to indicate that the beam information of the second CC is determined based on the first TCI state and the second TCI state;

[0304] When the value of the second information is the fourth value, the first target TCI state is the default TCI state.

[0305] Optionally, the first information includes a TCI state, and the second transceiver unit 901 is further configured to send third information to the terminal device, where the third information is used to indicate that the beam information of the multiple CCs is determined based on a second target TCI state, and the second target TCI state includes the TCI state in the first information, and / or specifies the TCI state.

[0306] The designated TCI state is the TCI state used by the terminal device before receiving the first information.

[0307] Optionally, when the value of the third information is the first value, the second target TCI state is the TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the TCI state;

[0308] When the value of the third information is the second value, the second target TCI state is the specified TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the specified TCI state;

[0309] When the third information takes a third value, the second target TCI state is the TCI state and the designated TCI state, and the third information is used to indicate that the beam information of the second CC is determined based on the TCI state and the designated TCI state;

[0310] When the third information value is the fourth value, the second target TCI state is the default TCI state.

[0311] Optionally, the multiple CCs include a first CC and a third CC, the first CC supports sTRP transmission, and the third CC supports mDCI-mTRP transmission;

[0312] The first information includes one or more TCI states, wherein, in the case where the first information includes multiple TCI states, the multiple TCI states are indicated by multiple TRPs;

[0313] The beam information of the CC associated with the same TRP among the multiple CCs is determined based on the TCI status indicated by the TRP.

[0314] Optionally, the TRP associated with each CC is determined based on the control resource set group index value configured for each CC, and the control resource set group index values ​​corresponding to multiple CCs associated with the same TRP are the same.

[0315] Optionally, the multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission;

[0316] The first information includes a plurality of TCI states; the plurality of TCI states are indicated by a plurality of TRPs;

[0317] The beam information of the third CC is determined based on the TCI state indicated by the TRP associated with the third CC;

[0318] The beam information of the second CC is determined based on a first TCI state and a second TCI state, and the first TCI state and the second TCI state are associated with TCI states indicated by different TRPs.

[0319] Optionally, the multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission;

[0320] The first information includes one or more TCI states, wherein, in the case where the first information includes multiple TCI states, the multiple TCI states are indicated by the same TRP;

[0321] The beam information of the second CC is determined based on the one or more TCI states;

[0322] The one or more TCI states are associated with one or more TRPs, and the beam information of the third CC is determined based on the TCI state associated with the TRP associated with the third CC.

[0323] Optionally, when the time interval between the first time unit for transmitting the first information and the second time unit is less than a first threshold, the second time unit is a time unit for transmitting a channel or signal based on the beam information configured based on the first information, and the network device determines that the terminal device transmits the channel or signal based on the beam information indicated by the default TCI state.

[0324] Optionally, the default TCI status includes one or more of the following:

[0325] a TCI state corresponding to a first CORESET, where the first CORESET is a CORESET where the DCI carrying the first information is located;

[0326] a TCI state corresponding to a second CORESET, where the second CORESET is a CORESET identified as a first designated identifier among one or more CORESETs monitored by the terminal device within a third time unit;

[0327] TCI status of network device configuration;

[0328] Predefined TCI status;

[0329] The TCI state in which the codepoint is a specified codepoint among one or more TCI states activated by the media access control layer control element MAC CE.

[0330] Optionally, the TCI state includes a joint TCI state, or a downlink TCI state.

[0331] Those skilled in the art should understand that the relevant description of the above-mentioned configuration device in the embodiment of the present application can be understood with reference to the relevant description of the configuration method in the embodiment of the present application.

[0332] Figure 10 is a schematic diagram of a communication device 1000 provided in an embodiment of the present application. The communication device can be a terminal device or a network device. The communication device 1000 shown in Figure 10 includes a processor 1010, which can call and execute a computer program from a memory to implement the method in the embodiment of the present application.

[0333] Optionally, as shown in FIG10 , the communication device 1000 may further include a memory 1020. The processor 1010 may call and execute a computer program from the memory 1020 to implement the method in the embodiment of the present application.

[0334] The memory 1020 may be a separate device independent of the processor 1010 , or may be integrated into the processor 1010 .

[0335] Optionally, as shown in FIG10 , the communication device 1000 may further include a transceiver 1030 , and the processor 1010 may control the transceiver 1030 to communicate with other devices, specifically, to send information or data to other devices, or to receive information or data sent by other devices.

[0336] The transceiver 1030 may include a transmitter and a receiver. The transceiver 1030 may further include an antenna, and the number of antennas may be one or more.

[0337] Optionally, the communication device 1000 may specifically be a network device in an embodiment of the present application, and the communication device 1000 may implement the corresponding processes implemented by the network device in each method in the embodiment of the present application. For the sake of brevity, they will not be repeated here.

[0338] Optionally, the communication device 1000 may specifically be a terminal device of an embodiment of the present application, and the communication device 1000 may implement the corresponding processes implemented by the mobile terminal / terminal device in each method of the embodiment of the present application. For the sake of brevity, they will not be repeated here.

[0339] Figure 11 is a schematic structural diagram of a chip according to an embodiment of the present application. The chip 1100 shown in Figure 11 includes a processor 1110, which can call and run a computer program from a memory to implement the method according to the embodiment of the present application.

[0340] Optionally, as shown in FIG11 , the chip 1100 may further include a memory 1120. The processor 1110 may call and execute a computer program from the memory 1120 to implement the method in the embodiment of the present application.

[0341] The memory 1120 may be a separate device independent of the processor 1110 , or may be integrated into the processor 1110 .

[0342] Optionally, the chip 1100 may further include an input interface 1130. The processor 1110 may control the input interface 1130 to communicate with other devices or chips, and specifically, may obtain information or data sent by other devices or chips.

[0343] Optionally, the chip 1100 may further include an output interface 1140. The processor 1110 may control the output interface 1140 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.

[0344] Optionally, the chip can be applied to the network device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the network device in each method of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0345] Optionally, the chip can be applied to the mobile terminal / terminal device in the embodiments of the present application, and the chip can implement the corresponding processes implemented by the mobile terminal / terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0346] 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.

[0347] FIG12 is a schematic block diagram of a communication system 1200 provided in an embodiment of the present application. As shown in FIG12 , the communication system 1200 includes a terminal device 1210 and a network device 1220 .

[0348] Among them, the terminal device 1210 can be used to implement the corresponding functions implemented by the terminal device in the above method, and the network device 1220 can be used to implement the corresponding functions implemented by the network device in the above method. For the sake of brevity, they are not repeated here.

[0349] It should be understood that the processor of the embodiments of the present application may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiment can be completed by hardware integrated logic circuits in the processor or software instructions. The above processor can be a general-purpose processor, a digital signal processor (DSP), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. The various methods, steps, and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the method disclosed in the embodiments of the present application can be directly embodied as being executed by a hardware decoding processor, or can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium mature in the art, such as random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, etc. The storage medium is located in the memory, and the processor reads the information in the memory and completes the steps of the above method in combination with its hardware.

[0350] It is understood that the memory in the embodiments of the present application may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. 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), which is used as an external cache. By way of example and not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct RAM bus random access memory (DR RAM). It should be noted that the memory of the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0351] It should be understood that the above-mentioned memories are exemplary but not restrictive. For example, the memories in the embodiments of the present application may also be static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct RAM RAM (DR RAM), etc. In other words, the memories in the embodiments of the present application are intended to include, but are not limited to, these and any other suitable types of memories.

[0352] An embodiment of the present application also provides a computer-readable storage medium for storing a computer program.

[0353] Optionally, the computer-readable storage medium can be applied to the network device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, they are not repeated here.

[0354] Optionally, the computer-readable storage medium can be applied to the terminal device in the embodiments of the present application, and the computer program enables the computer to execute the corresponding processes implemented by the terminal device in the various methods of the embodiments of the present application. For the sake of brevity, they will not be repeated here.

[0355] An embodiment of the present application also provides a computer program product, including computer program instructions.

[0356] Optionally, the computer program product may be applied to the network device in the embodiments of the present application, and the computer program instructions cause the computer to execute the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, no further description is given here. Optionally, the computer program product may be applied to the terminal device in the embodiments of the present application, and the computer program instructions cause the computer to execute the corresponding processes implemented by the terminal device in the various methods of the embodiments of the present application. For the sake of brevity, no further description is given here.

[0357] The embodiments of the present application also provide a computer program. Optionally, the computer program can be applied to the network device in the embodiments of the present application. When the computer program is run on a computer, the computer executes the corresponding processes implemented by the network device in the various methods of the embodiments of the present application. For the sake of brevity, this is not described in detail here. Optionally, the computer program can be applied to the terminal device in the embodiments of the present application. When the computer program is run on a computer, the computer executes the corresponding processes implemented by the terminal device in the various methods of the embodiments of the present application. For the sake of brevity, this is not described in detail here.

[0358] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0359] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0360] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

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

[0362] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

[0363] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application, or the part that contributes to the prior art, or the part of the technical solution, can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk.

[0364] The above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any changes or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present application should be included in the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.

Claims

1. A configuration method, the method comprising: The terminal device receives first information, where the first information is used to configure beam information of multiple component carriers CCs, where the multiple CCs support multiple transmission modes, and the beam information is applicable to the multiple CCs.

2. The method according to claim 1, wherein: The multiple CCs include one or more of the following: First CC, Second CC, and Third CC; The first CC supports single sending / receiving point sTRP transmission, the second CC supports multiple sending / receiving point sDCI-mTRP transmission based on single downlink control information, and the third CC supports multiple sending / receiving point mDCI-mTRP transmission based on multiple downlink control information.

3. The method according to claim 1 or 2, wherein: The multiple CCs include a first CC and a second CC, the first CC supports sTRP transmission, and the second CC supports sDCI-mTRP transmission; The first information includes one or more TCI states, and the one or more TCI states are indicated by the same TRP. The beam information of the multiple CCs is determined based on the one or more TCI states, or a default TCI state.

4. The method according to claim 3, wherein: The first information includes a plurality of TCI states, and the method further includes: The terminal device receives second information, where the second information is used to indicate that beam information of at least some CCs among the multiple CCs is determined based on a first target TCI state, and the first target TCI state includes some or all of the TCI states among the multiple TCI states of the first information.

5. The method according to claim 4, wherein: The plurality of TCI states include a first TCI state and a second TCI state; When the value of the second information is the first value, the first target TCI state is the first TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the first TCI state; When the second information takes a second value, the first target TCI state is the second TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the second TCI state; When the second information takes a third value, the first target TCI state is a first TCI state and a second TCI state, and the second information is used to indicate that the beam information of the second CC is determined based on the first TCI state and the second TCI state; When the second information value is the fourth value, the first target TCI state is the default TCI state.

6. The method according to claim 3, wherein: The first information includes a TCI state, and the method further includes: The terminal device receives third information, where the third information is used to indicate that beam information of the multiple CCs is determined based on a second target TCI state, where the second target TCI state includes the TCI state in the first information, and / or specifies the TCI state, The specified TCI state is the TCI state used by the terminal device before receiving the first information.

7. The method according to claim 6, wherein: When the third information takes a first value, the second target TCI state is the TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the TCI state; When the third information takes a second value, the second target TCI state is the specified TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the specified TCI state; When the third information is a third value, the second target TCI state is the TCI state and the specified TCI state, and the third information is used to indicate that the beam information of the second CC is determined based on the TCI state and the specified TCI state; When the third information value is the fourth value, the second target TCI state is the default TCI state.

8. The method according to claim 1 or 2, wherein: The multiple CCs include a first CC and a third CC, the first CC supports sTRP transmission, and the third CC supports mDCI-mTRP transmission; The first information includes one or more TCI states, wherein, in the case where the first information includes multiple TCI states, the multiple TCI states are indicated by multiple TRPs; The beam information of the CC associated with the same TRP among the multiple CCs is determined based on the TCI state indicated by the TRP.

9. The method according to claim 8, wherein: The TRP associated with each CC is determined based on the control resource set group index value configured for each CC, and the control resource set group index values ​​corresponding to multiple CCs associated with the same TRP are the same.

10. The method according to claim 1 or 2, wherein: The multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission; The first information includes a plurality of TCI states; the plurality of TCI states are indicated by a plurality of TRPs; The beam information of the third CC is determined based on a TCI state indicated by a TRP associated with the third CC; The beam information of the second CC is determined based on a first TCI state and a second TCI state, and the first TCI state and the second TCI state are associated with TCI states indicated by different TRPs.

11. The method according to claim 1 or 2, wherein: The multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission; The first information includes one or more TCI states, wherein, in the case where the first information includes multiple TCI states, the multiple TCI states are indicated by the same TRP; The beam information of the second CC is determined based on the one or more TCI states; The one or more TCI states are associated with one or more TRPs, and the beam information of the third CC is determined based on the TCI state associated with the TRP associated with the third CC.

12. The method according to any one of claims 1 to 11, wherein: When the time interval between the first time unit for transmitting the first information and the second time unit is less than a first threshold, the second time unit is a time unit for transmitting a channel or signal based on the beam information configured according to the first information, and the terminal device transmits the channel or signal based on the beam information indicated by the default TCI state.

13. The method according to any one of claims 3 to 7 or 12, wherein: The default TCI status includes one or more of the following: A TCI state corresponding to a first control resource set CORESET, where the first CORESET is a CORESET where the DCI carrying the first information is located; a TCI state corresponding to a second CORESET, where the second CORESET is a CORESET identified as a first designated identifier among one or more CORESETs monitored by the terminal device within a third time unit; TCI status of network device configuration; Predefined TCI states; The TCI state in which the code point is a specified code point in one or more TCI states activated by the media access control layer control element MAC CE.

14. The method according to any one of claims 1 to 13, wherein: The TCI state includes a joint TCI state, or a downlink TCI state.

15. A configuration method, the method comprising: The network device sends first information, where the first information is used to configure beam information of multiple component carriers CC in the terminal device, where the multiple CCs support multiple transmission modes, and the beam information is applicable to the multiple CCs;.

16. The method according to claim 15, wherein: The multiple CCs include one or more of the following: First CC, Second CC, and Third CC; The first CC supports single sending / receiving point sTRP transmission, the second CC supports multiple sending / receiving point sDCI-mTRP transmission based on single downlink control information, and the third CC supports multiple sending / receiving point mDCI-mTRP transmission based on multiple downlink control information.

17. The method according to claim 15 or 16, wherein: The multiple CCs include a first CC and a second CC, the first CC supports sTRP transmission, and the second CC supports sDCI-mTRP transmission; The first information includes one or more TCI states, and the one or more TCI states are indicated by the same TRP. The beam information of the multiple CCs is determined based on the one or more TCI states, or a default TCI state.

18. The method according to claim 17, wherein: The first information includes a plurality of TCI states, and the method further includes: The network device sends second information to the terminal device, where the second information is used to indicate that beam information of at least some of the multiple CCs is determined based on a first target TCI state, and the first target TCI state includes some or all of the multiple TCI states of the first information.

19. The method according to claim 18, wherein: The plurality of TCI states include a first TCI state and a second TCI state; When the value of the second information is the first value, the first target TCI state is the first TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the first TCI state; When the second information takes a second value, the first target TCI state is the second TCI state, and the second information is used to indicate that the beam information of the first CC is determined based on the second TCI state; When the second information takes a third value, the first target TCI state is a first TCI state and a second TCI state, and the second information is used to indicate that the beam information of the second CC is determined based on the first TCI state and the second TCI state; When the second information value is the fourth value, the first target TCI state is the default TCI state.

20. The method according to claim 17, wherein: The first information includes a TCI state, and the method further includes: The network device sends third information to the terminal device, where the third information is used to indicate that beam information of the multiple CCs is determined based on a second target TCI state, where the second target TCI state includes the TCI state in the first information, and / or specifies the TCI state, The specified TCI state is the TCI state used by the terminal device before receiving the first information.

21. The method according to claim 20, wherein: When the third information takes a first value, the second target TCI state is the TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the TCI state; When the third information takes a second value, the second target TCI state is the specified TCI state, and the third information is used to indicate that the beam information of the first CC is determined based on the specified TCI state; When the third information is a third value, the second target TCI state is the TCI state and the specified TCI state, and the third information is used to indicate that the beam information of the second CC is determined based on the TCI state and the specified TCI state; When the third information value is the fourth value, the second target TCI state is the default TCI state.

22. The method according to claim 15 or 16, wherein: The multiple CCs include a first CC and a third CC, the first CC supports sTRP transmission, and the third CC supports mDCI-mTRP transmission; The first information includes one or more TCI states, wherein, in the case where the first information includes multiple TCI states, the multiple TCI states are indicated by multiple TRPs; The beam information of the CC associated with the same TRP among the multiple CCs is determined based on the TCI state indicated by the TRP.

23. The method according to claim 22, wherein: The TRP associated with each CC is determined based on the control resource set group index value configured for each CC, and the control resource set group index values ​​corresponding to multiple CCs associated with the same TRP are the same.

24. The method according to claim 15 or 16, wherein: The multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission; The first information includes a plurality of TCI states; the plurality of TCI states are indicated by a plurality of TRPs; The beam information of the third CC is determined based on a TCI state indicated by a TRP associated with the third CC; The beam information of the second CC is determined based on a first TCI state and a second TCI state, and the first TCI state and the second TCI state are associated with TCI states indicated by different TRPs.

25. The method according to claim 15 or 16, wherein: The multiple CCs include a second CC and a third CC, the second CC supports sDCI-mTRP transmission, and the third CC supports mDCI-mTRP transmission; The first information includes one or more TCI states, wherein, in the case where the first information includes multiple TCI states, the multiple TCI states are indicated by the same TRP; The beam information of the second CC is determined based on the one or more TCI states; The one or more TCI states are associated with one or more TRPs, and the beam information of the third CC is determined based on the TCI state associated with the TRP associated with the third CC.

26. The method according to any one of claims 15 to 25, wherein: When the time interval between the first time unit for transmitting the first information and the second time unit is less than a first threshold, the second time unit is a time unit for transmitting a channel or signal based on the beam information configured according to the first information, and the network device determines that the terminal device transmits the channel or signal based on the beam information indicated by the default TCI state.

27. The method according to any one of claims 17 to 21 or 26, wherein: The default TCI status includes one or more of the following: A TCI state corresponding to a first control resource set CORESET, where the first CORESET is a CORESET where the DCI carrying the first information is located; a TCI state corresponding to a second CORESET, where the second CORESET is a CORESET identified as a first designated identifier among one or more CORESETs monitored by the terminal device within a third time unit; TCI status of network device configuration; Predefined TCI states; The TCI state in which the code point is a specified code point in one or more TCI states activated by the media access control layer control element MAC CE.

28. The method according to any one of claims 15 to 27, wherein: The TCI state includes a joint TCI state, or a downlink TCI state.

29. A configuration device, applied to a terminal device, comprising: The first transceiver unit is configured to receive first information, where the first information is used to configure beam information of multiple component carriers CCs, the multiple CCs support multiple transmission modes, and the beam information is applicable to the multiple CCs.

30. A configuration device, applied to a network device, comprising: The second transceiver unit is configured to send first information, where the first information is used to configure beam information of multiple component carriers CC in the terminal device, the multiple CCs support multiple transmission modes, and the beam information is applicable to the multiple CCs.

31. A terminal device, comprising: Memory, processors and transceivers, The transceiver is used to realize communication with the network device; The memory stores a computer program executable on the processor. When the processor executes the program in conjunction with the transceiver, the method according to any one of claims 1 to 14 is implemented.

32. A network device comprising: Memory, processors and transceivers, The transceiver is used to realize communication with the terminal device; The memory stores a computer program executable on the processor. When the processor executes the program in conjunction with the transceiver, the method according to any one of claims 15 to 28 is implemented.

33. A computer storage medium storing one or more programs, wherein the one or more programs can be executed by one or more processors to implement the method of any one of claims 1 to 14, or claims 15 to 28.

34. A chip, comprising: A processor, used to call and run a computer program from a memory, so that a device equipped with the chip executes a method as claimed in any one of claims 1 to 14, or claims 15 to 28.

35. A computer program product, comprising a computer storage medium storing a computer program, wherein the computer program comprises instructions executable by at least one processor, and when the instructions are executed by the at least one processor, the method according to any one of claims 1 to 14 or claims 15 to 28 is implemented.

36. A computer program, the computer program causing a computer to execute the method according to any one of claims 1 to 14, or claims 15 to 28.

Images