Communication protocol function determination method and device

Abstract

The invention discloses a communication protocol function determination method and device. The method comprises the following steps: acquiring first information; wherein the first information is used for indicating parameters related to the first communication protocol function module. Parameters related to the first communication protocol function module may be used to configure the first communication protocol function module in the second functional entity. The first communication protocol function module comprises a physical layer communication protocol function module. And sending the first information to the second functional entity. The first function entity can acquire parameters related to the first communication protocol function module. And sending parameters related to the first communication protocol function module to the second function entity. And the second functional entity can perform synchronous configuration on the first communication protocol functional module based on the parameter. The communication rate can be prevented from violently shaking, and the consistency of user experience is guaranteed.

Description

Technical Field

[0001] This application relates to the field of wireless communication, and more particularly to a method and apparatus for determining communication protocol functions. Background Technology

[0002] In current communication systems, base station functions can be functionally decomposed into multiple functional entities. Different functional entities are used to implement different communication protocol functions within the base station. For example, a base station can be deployed as two parts: a baseband unit (BBU) and a remote radio unit (RRU). Alternatively, a base station can be divided into two functional entities: a central unit (CU) and a distributed unit (DU). The CU can also be referred to as a centralized unit.

[0003] However, some functional modules may need to be flexibly migrated from one functional entity to another. For some functional modules used for uplink and downlink signal processing, algorithm updates and signal detection both require time in actual systems. Furthermore, these functional modules need to be rebuilt on the migrated functional entity. This can lead to a state inconsistency between these functional modules before and after the migration, causing fluctuations in terminal communication rates, service discontinuity, packet loss, and other issues that negatively impact user experience. Summary of the Invention

[0004] This application provides a method and apparatus for determining communication protocol functions. A first functional entity can acquire and send parameters related to a first communication protocol function module to a second functional entity. The second functional entity configures the first communication protocol function module based on the acquired parameters. This synchronizes the state of the first communication protocol function module in the second functional entity, thereby avoiding drastic fluctuations in communication speed and ensuring a consistent user experience.

[0005] To achieve the above objectives, this application adopts the following technical solution:

[0006] Firstly, a method for determining communication protocol functions is provided. This method is applied to a first functional entity, which can be a network device, a component of the network device (e.g., a processor, circuit, chip, or chip system), or a logic module or software capable of implementing all or part of the network device's functions. For ease of description, the following explanation uses execution by a network device as an example. The method may include: obtaining first information; and sending the first information to a second functional entity. The first information is used to indicate parameters related to a first communication protocol function module. The parameters related to the first communication protocol function module can be used to configure the first communication protocol function module in the second functional entity. For example, the first communication protocol function module includes a physical layer communication protocol function module. It is understood that the "migration of the first communication protocol function module" in various embodiments of this application can be considered as the migration of the "first communication protocol function." In various embodiments of this application, "migration" can also be referred to as "switching," "adjustment," "moving," etc. It is used to indicate that the first communication protocol function module (or the first communication protocol function implemented) running in the first functional entity is changed to the first communication protocol function module (or the first communication protocol function implemented) running in the second functional entity.

[0007] In this application, the first functional entity can obtain parameters related to the first communication protocol functional module. By sending these parameters to the second functional entity, the second functional entity can synchronously configure the first communication protocol functional module based on these parameters. This avoids drastic fluctuations in communication speed and ensures a consistent user experience.

[0008] In one possible design, the method may further include sending or receiving second information. This second information can be used to instruct the migration of the first communication protocol functional module to the second functional entity.

[0009] In this application, the migration of communication protocol functional modules can be flexibly indicated through second information.

[0010] In one possible design, when sending the second information, the method may further include: determining the second information based on a first parameter. The first parameter may include at least one of the following: a parameter indicating the service load status of the first functional entity; a parameter indicating the computing power status of the first functional entity; a parameter indicating the energy consumption status of the first functional entity; or a parameter indicating the traffic status of the interface between the first functional entity and the second functional entity.

[0011] This application can use appropriate first parameters to determine the instruction to migrate the first communication protocol function module to the second function entity according to the actual situation, thereby improving the universality of the system.

[0012] In one possible design, the first functional entity is configured with a first communication protocol function module, which can be set to a deactivated state, a deregistered state, or a disabled state.

[0013] In this application, the first functional entity can also activate, deactivate, or disable the first communication protocol function module configured in the first functional entity to avoid resource waste caused by the first functional entity and the second functional entity running the same first communication protocol function module at the same time.

[0014] In one possible design, before sending or receiving the second information, the method may further include: receiving or generating third information; and sending the third information to the second functional entity. The third information can be used to configure the first communication protocol functional module.

[0015] In this application, the second functional entity can also be pre-configured with the first communication protocol functional module so that the module does not need to be re-established during subsequent migration, thereby improving communication efficiency.

[0016] In one possible design, the third information is determined based on a first Quality of Service (QoS) parameter. This first QoS parameter can be used to indicate the QoS requirements of the service. Accordingly, a first communication protocol function module is used to meet the QoS requirements of this service.

[0017] This application allows for the configuration of a first communication protocol function module based on the QoS requirements of the service, enabling the functional entity to meet the QoS requirements of the service and ensure user experience during the execution of its corresponding functions.

[0018] In one possible design, the third information can configure the first communication protocol functional module based on at least one of the following granularities: granularity based on functional entities; granularity based on cells; granularity based on terminals; or granularity based on services.

[0019] This application can pre-configure the first communication protocol function module with appropriate granularity according to actual conditions, so as to use more appropriate functional entities to run the corresponding communication protocol function module in different scenarios, thereby improving system energy efficiency and service capacity.

[0020] In one possible design, the granularity based on functional entities may include at least one of the following: granularity based on a central unit (CU); granularity based on a distributed unit (DU); or granularity based on a radio unit (RU).

[0021] This application can pre-configure the first communication protocol function module with appropriate granularity of functional entities according to actual conditions, so as to improve system energy efficiency and service capacity.

[0022] In one possible design, the service-based granularity may include at least one of the following: data radio bearer (DRB) based granularity; protocol data unit (PDU) session based granularity; QoS based granularity; or packet-based granularity.

[0023] This application can pre-configure the first communication protocol function module with appropriate service granularity according to actual conditions, so as to improve system energy efficiency and service capacity.

[0024] In one possible design, the first functional entity is deployed in a CU, DU, or RU.

[0025] This application is applicable to any possible first functional entity based on the actual situation, thereby improving the system's versatility.

[0026] In one possible design, the first communication protocol functional module may include at least one of the following functional modules: a functional module for generating downlink precoding parameters for a single user; a functional module for generating downlink precoding parameters for multiple users; a functional module for generating uplink precoding parameters; a functional module for generating channel estimation parameters; or, a functional module for generating equalization parameters.

[0027] This application is applicable when the first communication protocol functional module is a variety of different functional modules. Depending on the actual situation, when the first communication protocol functional module is a specific functional module, the first functional entity can obtain the corresponding parameters. This allows for the synchronous migration of that functional module to the second functional entity, improving the system's versatility.

[0028] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for a single user. The parameters related to the first communication protocol function module may include: channel state information reference signal (CSI-RS) measurement results and / or downlink precoding weights for a single user.

[0029] This application allows for the acquisition and transmission of appropriate parameters based on actual conditions to migrate and generate downlink precoding parameters for a single user, thereby improving the system's versatility.

[0030] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for multiple users. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for multiple users.

[0031] This application provides a functional module that can acquire and send appropriate parameters based on actual conditions to migrate and generate downlink precoding parameters for multiple users, thereby improving the system's versatility.

[0032] In one possible design, the first communication protocol function module is a function module for generating uplink precoding parameters. The parameters related to the first communication protocol function module may include: sounding reference signal (SRS) measurement results and / or uplink precoding weights.

[0033] This application provides a functional module that can acquire and send appropriate parameters based on actual conditions to migrate and generate uplink precoding parameters, thereby improving the system's versatility.

[0034] In one possible design, the first communication protocol function module is a function module for generating channel estimation parameters. The parameters related to the first communication protocol function module may include at least one of the following: demodulation reference signal (DMRS) measurement results, SRS measurement results, and channel state information (CSI).

[0035] This application allows for the acquisition and transmission of appropriate parameters based on actual conditions to a functional module for migrating and generating channel estimation parameters, thereby improving the system's versatility.

[0036] In one possible design, the first communication protocol function module is a function module used to generate equilibrium parameters, and the parameters related to the first communication protocol function module may include: equilibrium weights.

[0037] This application provides a functional module that can acquire and send appropriate parameters to generate equalization parameters based on actual conditions, thereby improving the system's versatility.

[0038] In one possible design, the second functional entity is deployed in the CU, DU, or RU.

[0039] This application is applicable to any possible second functional entity based on the actual situation, thereby improving the system's versatility.

[0040] Secondly, a method for determining communication protocol functions is provided. This method is applied to a second functional entity, which can be a network device, a component of the network device (e.g., a processor, circuit, chip, or chip system), or a logic module or software capable of implementing all or part of the network device's functions. For ease of description, the following explanation uses an example executed by a network device. The method may include: receiving first information from a first functional entity; configuring a first communication protocol function module in the second functional entity based on the first information. The first information may be used to indicate parameters related to the first communication protocol function module. These parameters related to the first communication protocol function module can be used to configure the first communication protocol function module in the second functional entity. For example, the first communication protocol function module may include a physical layer communication protocol function module.

[0041] In one possible design, the method may further include sending or receiving second information. This second information may be used to instruct the migration of the first communication protocol functional module to the second functional entity.

[0042] In one possible design, the method for sending the second information may further include: determining the second information based on a first parameter. The first parameter may include at least one of the following: a parameter indicating the service load status of the first functional entity; a parameter indicating the computing power status of the first functional entity; a parameter indicating the energy consumption status of the first functional entity; or a parameter indicating the traffic status of the interface between the first functional entity and the second functional entity.

[0043] In one possible design, before sending or receiving the second information, the method may further include: receiving or generating third information. This third information can be used to configure the first communication protocol functional module. The first communication protocol functional module is generated based on this third information. For example, the first communication protocol functional module may be in a deactivated state or a disabled state.

[0044] In one possible design, the third information can be determined based on the first QoS parameter. The first QoS parameter can be used to indicate the QoS requirements of the service. Accordingly, the first communication protocol function module is used to meet the QoS requirements of the service.

[0045] In one possible design, the third information can configure the first communication protocol functional module based on at least one of the following granularities: granularity based on functional entities; granularity based on cells; granularity based on terminals; or granularity based on services.

[0046] In one possible design scheme, the granularity based on different functional entities may include at least one of the following granularities: CU-based granularity; DU-based granularity; or RU-based granularity.

[0047] In one possible design scheme, the granularity based on different services may include at least one of the following: DRB-based granularity; PDU session-based granularity; QoS-based granularity; or packet-based granularity.

[0048] In one possible design, the second functional entity is deployed in the CU, DU, or RU.

[0049] In one possible design, the first communication protocol functional module may include at least one of the following functional modules: a functional module for generating downlink precoding parameters for a single user; a functional module for generating downlink precoding parameters for multiple users; a functional module for generating uplink precoding parameters; a functional module for generating channel estimation parameters; or, a functional module for generating equalization parameters.

[0050] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for a single user. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for a single user.

[0051] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for multiple users. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for multiple users.

[0052] In one possible design, the first communication protocol function module is a function module for generating uplink precoding parameters. The parameters related to the first communication protocol function module may include: SRS measurement results and / or uplink precoding weights.

[0053] In one possible design, the first communication protocol function module is a function module for generating channel estimation parameters. The parameters related to the first communication protocol function module may include at least one of DMRS measurement results, SRS measurement results, and CSI.

[0054] In one possible design, the first communication protocol function module is a function module used to generate equilibrium parameters, and the parameters related to the first communication protocol function module may include: equilibrium weights.

[0055] In one possible design, the first functional entity is deployed in a CU, DU, or RU.

[0056] Thirdly, a communication protocol function determination apparatus is provided. This apparatus may deploy a first functional entity, such as a network device, or a communication module within the network device, or a chip within the network device responsible for communication functions, such as a modem chip (also known as a baseband chip), or a system-on-chip (SoC) or system-in-package (SIP) chip containing a modem module. It may also be a logic module or software capable of implementing all or part of the network device's functions. For ease of description, the following explanation uses execution by a network device as an example. It includes: a processing unit for acquiring first information. This first information indicates parameters related to a first communication protocol function module. The parameters related to the first communication protocol function module can be used to configure the first communication protocol function module in a second functional entity. For example, the first communication protocol function module includes a physical layer communication protocol function module. A transceiver unit for sending the first information to the second functional entity.

[0057] In one possible design, the transceiver unit is further configured to send or receive second information. This second information can be used to instruct the migration of the first communication protocol functional module to the second functional entity.

[0058] In one possible design, when sending the second information, the processing unit is further configured to: determine the second information based on the first parameter. The first parameter may include at least one of the following: a parameter indicating the service load status of the first functional entity; a parameter indicating the computing power status of the first functional entity; a parameter indicating the energy consumption status of the first functional entity; or a parameter indicating the traffic status of the interface between the first functional entity and the second functional entity.

[0059] In one possible design, the first functional entity is configured with a first communication protocol function module, which can be set to a deactivated state, a deregistered state, or a disabled state.

[0060] In one possible design, before sending or receiving the second information, the transceiver unit is further configured to: receive or generate third information; and send the third information to the second functional entity. The third information can be used to configure the first communication protocol functional module.

[0061] In one possible design, the third information is determined based on the first QoS parameter. The first QoS parameter can be used to indicate the QoS requirements of the service. Accordingly, the first communication protocol function module is used to meet the QoS requirements of the service.

[0062] In one possible design, the third information can configure the first communication protocol functional module based on at least one of the following granularities: granularity based on functional entities; granularity based on cells; granularity based on terminals; or granularity based on services.

[0063] In one possible design scheme, the granularity based on functional entities may include at least one of the following granularities: CU-based granularity; DU-based granularity; or RU-based granularity.

[0064] In one possible design, the service-based granularity may include at least one of the following: DRB-based granularity; PDU session-based granularity; QoS-based granularity; or packet-based granularity.

[0065] In one possible design, the first functional entity is deployed in a CU, DU, or RU.

[0066] In one possible design, the first communication protocol functional module may include at least one of the following functional modules: a functional module for generating downlink precoding parameters for a single user; a functional module for generating downlink precoding parameters for multiple users; a functional module for generating uplink precoding parameters; a functional module for generating channel estimation parameters; or, a functional module for generating equalization parameters.

[0067] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for a single user. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for a single user.

[0068] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for multiple users. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for multiple users.

[0069] In one possible design, the first communication protocol function module is a function module for generating uplink precoding parameters. The parameters related to the first communication protocol function module may include: SRS measurement results and / or uplink precoding weights.

[0070] In one possible design, the first communication protocol function module is a function module for generating channel estimation parameters. The parameters related to the first communication protocol function module may include at least one of DMRS measurement results, SRS measurement results, and CSI.

[0071] In one possible design, the first communication protocol function module is a function module used to generate equilibrium parameters, and the parameters related to the first communication protocol function module may include: equilibrium weights.

[0072] In one possible design, the second functional entity is deployed in the CU, DU, or RU.

[0073] Fourthly, a communication protocol function determination apparatus is provided. This apparatus may deploy a second functional entity, such as a network device, or a communication module within a network device, or a chip within a network device responsible for communication functions, such as a modem chip (also known as a baseband chip), or a SoC or SIP chip containing a modem module. It may also be a logic module or software capable of implementing all or part of the network device's functions. For ease of description, the following explanation uses an example executed by a network device. It includes: a transceiver unit for receiving first information from a first functional entity. The first information may be used to indicate parameters related to a first communication protocol function module. These parameters related to the first communication protocol function module may be used to configure the first communication protocol function module in the second functional entity. For example, the first communication protocol function module may include a physical layer communication protocol function module. A processing unit is used to configure the first communication protocol function module in the second functional entity according to the first information.

[0074] In one possible design, the transceiver unit is further configured to: send or receive second information. This second information can be used to instruct the migration of the first communication protocol function module to the second functional entity.

[0075] In one possible design, the processing unit, while sending the second information, is further configured to: determine the second information based on the first parameter. The first parameter may include at least one of the following: a parameter indicating the service load status of the first functional entity; a parameter indicating the computing power status of the first functional entity; a parameter indicating the energy consumption status of the first functional entity; or a parameter indicating the traffic status of the interface between the first functional entity and the second functional entity.

[0076] In one possible design, before sending or receiving the second information, the transceiver unit is further configured to: receive or generate third information. This third information can be used to configure the first communication protocol functional module. The first communication protocol functional module is then generated based on this third information. For example, the first communication protocol functional module may be in a deactivated state or a disabled state.

[0077] In one possible design, the third information can be determined based on the first QoS parameter. The first QoS parameter can be used to indicate the QoS requirements of the service. Accordingly, the first communication protocol function module is used to meet the QoS requirements of the service.

[0078] In one possible design, the third information can configure the first communication protocol functional module based on at least one of the following granularities: granularity based on functional entities; granularity based on cells; granularity based on terminals; or granularity based on services.

[0079] In one possible design scheme, the granularity based on different functional entities may include at least one of the following granularities: CU-based granularity; DU-based granularity; or RU-based granularity.

[0080] In one possible design scheme, the granularity based on different services may include at least one of the following: DRB-based granularity; PDU session-based granularity; QoS-based granularity; or packet-based granularity.

[0081] In one possible design, the second functional entity is deployed in the CU, DU, or RU.

[0082] In one possible design, the first communication protocol functional module may include at least one of the following functional modules: a functional module for generating downlink precoding parameters for a single user; a functional module for generating downlink precoding parameters for multiple users; a functional module for generating uplink precoding parameters; a functional module for generating channel estimation parameters; or, a functional module for generating equalization parameters.

[0083] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for a single user. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for a single user.

[0084] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for multiple users. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for multiple users.

[0085] In one possible design, the first communication protocol function module is a function module for generating uplink precoding parameters. The parameters related to the first communication protocol function module may include: SRS measurement results and / or uplink precoding weights.

[0086] In one possible design, the first communication protocol function module is a function module for generating channel estimation parameters. The parameters related to the first communication protocol function module may include at least one of DMRS measurement results, SRS measurement results, and CSI.

[0087] In one possible design, the first communication protocol function module is a function module used to generate equilibrium parameters, and the parameters related to the first communication protocol function module may include: equilibrium weights.

[0088] In one possible design, the first functional entity is deployed in a CU, DU, or RU.

[0089] Fifthly, a communication protocol function determination apparatus is provided. This apparatus may be equipped with a first functional entity, such as a network device, a communication module within the network device, or a chip within the network device responsible for communication functions, such as a modem chip (also known as a baseband chip), or a SoC or SIP chip containing a modem module. It may also be a logic module or software capable of implementing all or part of the network device's functions. For ease of description, the following explanation uses an example executed by a network device. The apparatus includes: a processor for acquiring first information. This first information indicates parameters related to a first communication protocol function module. The parameters related to the first communication protocol function module can be used to configure the first communication protocol function module in a second functional entity. For example, the first communication protocol function module includes a physical layer communication protocol function module. A transceiver is used to send the first information to the second functional entity.

[0090] In one possible design, the transceiver is also used to send or receive second information. This second information can be used to instruct the migration of the first communication protocol functional module to the second functional entity.

[0091] In one possible design, when sending the second information, the processor is further configured to: determine the second information based on the first parameter. The first parameter may include at least one of the following: a parameter indicating the service load status of the first functional entity; a parameter indicating the computing power status of the first functional entity; a parameter indicating the energy consumption status of the first functional entity; or a parameter indicating the traffic status of the interface between the first functional entity and the second functional entity.

[0092] In one possible design, the first functional entity is configured with a first communication protocol function module, which can be set to a deactivated state, a deregistered state, or a disabled state.

[0093] In one possible design, before sending or receiving the second information, the transceiver is further configured to: receive or generate third information; and send the third information to the second functional entity. The third information can be used to configure the first communication protocol functional module.

[0094] In one possible design, the third information is determined based on the first QoS parameter. The first QoS parameter can be used to indicate the QoS requirements of the service. Accordingly, the first communication protocol function module is used to meet the QoS requirements of the service.

[0095] In one possible design, the third information can configure the first communication protocol functional module based on at least one of the following granularities: granularity based on functional entities; granularity based on cells; granularity based on terminals; or granularity based on services.

[0096] In one possible design scheme, the granularity based on functional entities may include at least one of the following granularities: CU-based granularity; DU-based granularity; or RU-based granularity.

[0097] In one possible design, the service-based granularity may include at least one of the following: DRB-based granularity; PDU session-based granularity; QoS-based granularity; or packet-based granularity.

[0098] In one possible design, the first functional entity is deployed in a CU, DU, or RU.

[0099] In one possible design, the first communication protocol functional module may include at least one of the following functional modules: a functional module for generating downlink precoding parameters for a single user; a functional module for generating downlink precoding parameters for multiple users; a functional module for generating uplink precoding parameters; a functional module for generating channel estimation parameters; or, a functional module for generating equalization parameters.

[0100] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for a single user. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for a single user.

[0101] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for multiple users. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for multiple users.

[0102] In one possible design, the first communication protocol function module is a function module for generating uplink precoding parameters. The parameters related to the first communication protocol function module may include: SRS measurement results and / or uplink precoding weights.

[0103] In one possible design, the first communication protocol function module is a function module for generating channel estimation parameters. The parameters related to the first communication protocol function module may include at least one of DMRS measurement results, SRS measurement results, and CSI.

[0104] In one possible design, the first communication protocol function module is a function module used to generate equilibrium parameters, and the parameters related to the first communication protocol function module may include: equilibrium weights.

[0105] In one possible design, the second functional entity is deployed in the CU, DU, or RU.

[0106] Sixthly, a communication protocol function determination apparatus is provided. This apparatus may deploy a second functional entity, such as a network device, a communication module within the network device, or a chip within the network device responsible for communication functions, such as a modem chip (also known as a baseband chip), or a SoC or SIP chip containing a modem module. It may also be a logic module or software capable of implementing all or part of the network device's functions. For ease of description, the following explanation uses an example executed by a network device. It includes: a transceiver for receiving first information from a first functional entity. The first information may be used to indicate parameters related to a first communication protocol function module. These parameters related to the first communication protocol function module may be used to configure the first communication protocol function module in the second functional entity. For example, the first communication protocol function module may include a physical layer communication protocol function module. A processor is used to configure the first communication protocol function module in the second functional entity according to the first information.

[0107] In one possible design, the transceiver is further configured to send or receive second information. This second information can be used to instruct the migration of the first communication protocol functional module to the second functional entity.

[0108] In one possible design, when sending the second information, the processor is further configured to: determine the second information based on the first parameter. The first parameter may include at least one of the following: a parameter indicating the service load status of the first functional entity; a parameter indicating the computing power status of the first functional entity; a parameter indicating the energy consumption status of the first functional entity; or a parameter indicating the traffic status of the interface between the first functional entity and the second functional entity.

[0109] In one possible design, before sending or receiving the second information, the transceiver is further configured to: receive or generate third information. This third information can be used to configure the first communication protocol functional module. The first communication protocol functional module is then generated based on this third information. For example, the first communication protocol functional module may be in a deactivated or disabled state.

[0110] In one possible design, the third information can be determined based on the first QoS parameter. The first QoS parameter can be used to indicate the QoS requirements of the service. Accordingly, the first communication protocol function module is used to meet the QoS requirements of the service.

[0111] In one possible design, the third information can configure the first communication protocol functional module based on at least one of the following granularities: granularity based on functional entities; granularity based on cells; granularity based on terminals; or granularity based on services.

[0112] In one possible design scheme, the granularity based on different functional entities may include at least one of the following granularities: CU-based granularity; DU-based granularity; or RU-based granularity.

[0113] In one possible design scheme, the granularity based on different services may include at least one of the following: DRB-based granularity; PDU session-based granularity; QoS-based granularity; or packet-based granularity.

[0114] In one possible design, the second functional entity is deployed in the CU, DU, or RU.

[0115] In one possible design, the first communication protocol functional module may include at least one of the following functional modules: a functional module for generating downlink precoding parameters for a single user; a functional module for generating downlink precoding parameters for multiple users; a functional module for generating uplink precoding parameters; a functional module for generating channel estimation parameters; or, a functional module for generating equalization parameters.

[0116] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for a single user. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for a single user.

[0117] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for multiple users. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for multiple users.

[0118] In one possible design, the first communication protocol function module is a function module for generating uplink precoding parameters. The parameters related to the first communication protocol function module may include: SRS measurement results and / or uplink precoding weights.

[0119] In one possible design, the first communication protocol function module is a function module for generating channel estimation parameters. The parameters related to the first communication protocol function module may include at least one of DMRS measurement results, SRS measurement results, and CSI.

[0120] In one possible design, the first communication protocol function module is a function module used to generate equilibrium parameters, and the parameters related to the first communication protocol function module may include: equilibrium weights.

[0121] In one possible design, the first functional entity is deployed in a CU, DU, or RU.

[0122] A seventh aspect provides a communication protocol function determination system, comprising a first functional entity and a second functional entity. The first and second functional entities can be network devices, components of network devices (e.g., processors, circuits, chips, or chip systems), or logic modules or software capable of implementing all or part of the network device's functions. For ease of description, the following explanation uses an example executed by a network device. The system may include: the first functional entity acquiring first information. This first information indicates parameters related to a first communication protocol function module. The parameters related to the first communication protocol function module can be used to configure the first communication protocol function module in the second functional entity. For example, the first communication protocol function module includes a physical layer communication protocol function module. The first functional entity sends the first information to the second functional entity. Correspondingly, the second functional entity receives the first information from the first functional entity. The second functional entity configures the first communication protocol function module in the second functional entity according to the first information.

[0123] In one possible design, the system may further include: a first functional entity sending second information to a second functional entity, and correspondingly, the second functional entity receiving the second information from the first functional entity. Alternatively, the second functional entity sending second information to the first functional entity, and correspondingly, the first functional entity receiving the second information from the second functional entity. This second information can be used to instruct the migration of a first communication protocol functional module to the second functional entity.

[0124] In one possible design, when sending the second information, the system may further include: a first functional entity or a second functional entity determining the second information based on a first parameter. The first parameter may include at least one of the following: a parameter indicating the service load status of the first functional entity; a parameter indicating the computing power status of the first functional entity; a parameter indicating the energy consumption status of the first functional entity; or a parameter indicating the traffic status of the interface between the first and second functional entities.

[0125] In one possible design, the first functional entity is configured with a first communication protocol function module, which can be set to a deactivated state, a deregistered state, or a disabled state.

[0126] In one possible design, the system may further include: a first functional entity generating third information and sending the third information to a second functional entity. Accordingly, the second functional entity receives the third information from the first functional entity. Alternatively, the second functional entity generates the third information and sends it to the first functional entity. Accordingly, the first functional entity receives the third information from the second functional entity. The third information can be used to configure a first communication protocol functional module. The second functional entity can generate the first communication protocol functional module based on the third information. For example, the first communication protocol functional module may be in a deactivated state or a disabled state.

[0127] In one possible design, the third information can be determined based on the first QoS parameter. The first QoS parameter can be used to indicate the QoS requirements of the service. Accordingly, the first communication protocol function module is used to meet the QoS requirements of the service.

[0128] In one possible design, the third information can configure the first communication protocol functional module based on at least one of the following granularities: granularity based on functional entities; granularity based on cells; granularity based on terminals; or granularity based on services.

[0129] In one possible design scheme, the granularity based on different functional entities may include at least one of the following granularities: CU-based granularity; DU-based granularity; or RU-based granularity.

[0130] In one possible design scheme, the granularity based on different services may include at least one of the following: DRB-based granularity; PDU session-based granularity; QoS-based granularity; or packet-based granularity.

[0131] In one possible design, the first functional entity is deployed in a CU, DU, or RU.

[0132] In one possible design, the first communication protocol functional module may include at least one of the following functional modules: a functional module for generating downlink precoding parameters for a single user; a functional module for generating downlink precoding parameters for multiple users; a functional module for generating uplink precoding parameters; a functional module for generating channel estimation parameters; or, a functional module for generating equalization parameters.

[0133] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for a single user. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for a single user.

[0134] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for multiple users. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for multiple users.

[0135] In one possible design, the first communication protocol function module is a function module for generating uplink precoding parameters. The parameters related to the first communication protocol function module may include: SRS measurement results and / or uplink precoding weights.

[0136] In one possible design, the first communication protocol function module is a function module for generating channel estimation parameters. The parameters related to the first communication protocol function module may include at least one of DMRS measurement results, SRS measurement results, and CSI.

[0137] In one possible design, the first communication protocol function module is a function module used to generate equilibrium parameters, and the parameters related to the first communication protocol function module may include: equilibrium weights.

[0138] In one possible design, the second functional entity is deployed in the CU, DU, or RU.

[0139] Eighthly, a communication protocol function determination system is provided, comprising a first network device and a second network device. The first network device deploys a first functional entity. The second network device deploys a second functional entity. The first and second network devices may also be components of a network device (e.g., processors, circuits, chips, or chip systems), or logical modules or software capable of implementing all or part of the network device's functions. For ease of description, the following explanation assumes execution by a network device. The system may include: the first network device acquiring first information. This first information indicates parameters related to a first communication protocol function module. The parameters related to the first communication protocol function module can be used to configure the first communication protocol function module in the second network device. For example, the first communication protocol function module includes a physical layer communication protocol function module. The first network device sends the first information to the second network device. Correspondingly, the second network device receives the first information from the first network device. The second network device configures the first communication protocol function module in the second network device according to the first information.

[0140] In one possible design, the system may further include: a first network device sending second information to a second network device, and correspondingly, the second network device receiving the second information from the first network device. Alternatively, the second network device sending second information to the first network device, and correspondingly, the first network device receiving the second information from the second network device. This second information can be used to instruct the migration of a first communication protocol function module to the second network device.

[0141] In one possible design, when sending the second information, the system may further include: a first network device or a second network device determining the second information based on a first parameter. The first parameter may include at least one of the following: a parameter indicating the service load status of the first network device; a parameter indicating the computing power status of the first network device; a parameter indicating the energy consumption status of the first network device; or a parameter indicating the traffic status of the interface between the first network device and the second network device.

[0142] In one possible design, the first network device is configured with a first communication protocol function module, which can be set to a deactivated state, a deregistered state, or a disabled state.

[0143] In one possible design, the system may further include: a first network device generating third information and sending the third information to a second network device. Correspondingly, the second network device receives the third information from the first network device. Alternatively, the second network device generates the third information and sends it to the first network device. Correspondingly, the first network device receives the third information from the second network device. The third information can be used to configure a first communication protocol function module. The second network device can generate the first communication protocol function module based on the third information. For example, the first communication protocol function module may be in a deactivated state or a disabled state.

[0144] In one possible design, the third information can be determined based on the first QoS parameter. The first QoS parameter can be used to indicate the QoS requirements of the service. Accordingly, the first communication protocol function module is used to meet the QoS requirements of the service.

[0145] In one possible design, the third information can configure the first communication protocol functional module based on at least one of the following granularities: granularity based on network devices; granularity based on cells; granularity based on terminals; or granularity based on services.

[0146] In one possible design scheme, the granularity based on different network devices may include at least one of the following: CU-based granularity; DU-based granularity; or RU-based granularity.

[0147] In one possible design scheme, the granularity based on different services may include at least one of the following: DRB-based granularity; PDU session-based granularity; QoS-based granularity; or packet-based granularity.

[0148] In one possible design, the first functional entity is deployed in a CU, DU, or RU.

[0149] In one possible design, the first communication protocol functional module may include at least one of the following functional modules: a functional module for generating downlink precoding parameters for a single user; a functional module for generating downlink precoding parameters for multiple users; a functional module for generating uplink precoding parameters; a functional module for generating channel estimation parameters; or, a functional module for generating equalization parameters.

[0150] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for a single user. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for a single user.

[0151] In one possible design, the first communication protocol function module is a function module for generating downlink precoding parameters for multiple users. The parameters related to the first communication protocol function module may include: CSI-RS measurement results and / or downlink precoding weights for multiple users.

[0152] In one possible design, the first communication protocol function module is a function module for generating uplink precoding parameters. The parameters related to the first communication protocol function module may include: SRS measurement results and / or uplink precoding weights.

[0153] In one possible design, the first communication protocol function module is a function module for generating channel estimation parameters. The parameters related to the first communication protocol function module may include at least one of DMRS measurement results, SRS measurement results, and CSI.

[0154] In one possible design, the first communication protocol function module is a function module used to generate equilibrium parameters, and the parameters related to the first communication protocol function module may include: equilibrium weights.

[0155] In one possible design, the second functional entity is deployed in the CU, DU, or RU.

[0156] A ninth aspect provides a chip including interface circuitry and one or more processors. The one or more processors are coupled to a memory. The memory stores part or all of a computer program or instructions necessary for implementing the functions described in the first aspect. The one or more processors are executable to carry out the computer program or instructions, causing the communication device to implement any possible design or implementation method described in the first aspect. The interface circuitry is used to implement communication functions within the communication device and / or communication functions between the communication device and other devices or components.

[0157] In a tenth aspect, a chip is provided, comprising interface circuitry and one or more processors. The one or more processors are coupled to a memory. The memory stores part or all of a computer program or instructions necessary for implementing the functions described in the second aspect above. The one or more processors are executable to carry out the computer program or instructions, which, when executed, cause the communication device to implement any possible design or implementation method described in the second aspect above. The interface circuitry is used to implement communication functions within the communication device and / or communication functions between the communication device and other devices or components.

[0158] Eleventhly, a computer-readable storage medium is provided. The computer-readable storage medium stores computer instructions; when the computer instructions are executed on a computer, the computer causes the computer to perform a communication method as designed in any of the preceding aspects.

[0159] In a twelfth aspect, a computer program product is provided. The computer program product includes a computer program or instructions that, when executed on a computer, cause the computer to perform a communication method as designed in any of the foregoing aspects.

[0160] The beneficial effects of the methods in any of the second to twelfth aspects mentioned above can be referred to the description of the beneficial effects of the methods in the first aspect, and will not be repeated here. Attached Figure Description

[0161] Figure 1 This is a schematic diagram of the architecture of a communication system used in an embodiment of this application;

[0162] Figure 2 A schematic diagram illustrating the functional segmentation of the communication protocol between a BBU and an RRU, provided in an embodiment of this application;

[0163] Figure 3 This application provides a schematic diagram of a wireless access network architecture.

[0164] Figure 4 This is a schematic diagram of another wireless access network architecture provided in an embodiment of this application;

[0165] Figure 5 This application provides a schematic diagram illustrating the functional division of an access network device.

[0166] Figure 6 This is a schematic diagram illustrating a communication protocol function segmentation method provided in an embodiment of this application;

[0167] Figure 7 A schematic diagram illustrating another communication protocol function segmentation method provided in this application embodiment;

[0168] Figure 8 A schematic diagram illustrating another communication protocol function segmentation method provided in this application embodiment;

[0169] Figure 9 A schematic diagram of downlink physical layer function segmentation provided in an embodiment of this application;

[0170] Figure 10 A schematic diagram of physical layer function segmentation for uplink provided in an embodiment of this application;

[0171] Figure 11 This application provides a schematic diagram of a communication scenario.

[0172] Figure 12 This is a schematic diagram illustrating the migration of a communication protocol function as provided in an embodiment of this application;

[0173] Figure 13 This is a schematic diagram of a communication protocol function determination method provided in an embodiment of this application;

[0174] Figure 14 This is a schematic diagram illustrating another communication protocol function migration provided in an embodiment of this application;

[0175] Figure 15 This is another schematic diagram illustrating the migration of communication protocol functions provided in the embodiments of this application;

[0176] Figure 16 This is another schematic diagram illustrating the migration of communication protocol functions provided in an embodiment of this application;

[0177] Figure 17 This is a schematic diagram illustrating another communication protocol function migration provided in an embodiment of this application;

[0178] Figure 18 This is another schematic diagram illustrating the migration of communication protocol functions provided in the embodiments of this application;

[0179] Figure 19 This is another schematic diagram illustrating the migration of communication protocol functions provided in an embodiment of this application;

[0180] Figure 20This is a schematic diagram illustrating another communication protocol function migration provided in an embodiment of this application;

[0181] Figure 21 This is another schematic diagram illustrating the migration of communication protocol functions provided in the embodiments of this application;

[0182] Figure 22 A schematic diagram illustrating another method for determining communication protocol functions provided in an embodiment of this application;

[0183] Figure 23 This is a schematic diagram of another communication scenario provided by an embodiment of this application;

[0184] Figure 24 This is a schematic diagram illustrating another communication protocol function migration provided in an embodiment of this application;

[0185] Figure 25 A schematic diagram illustrating another method for determining communication protocol functions provided in this application embodiment;

[0186] Figure 26 A schematic diagram of a communication protocol function determination device provided for an embodiment of this application;

[0187] Figure 27 A schematic diagram of another communication protocol function determination device provided in an embodiment of this application. Detailed Implementation

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

[0189] RAN100 can be an evolved universal terrestrial radio access (E-UTRA) system, a new radio (NR) system, a future communications network, or a future radio access system as defined in the 3rd generation partnership project (3GPP). RAN100 can also include two or more of the above-mentioned different radio access systems. RAN100 can also be an open RAN (O-RAN).

[0190] RAN nodes, also known as radio access network equipment, RAN entities, or access nodes, are used to help terminals access communication systems wirelessly. In one application scenario, an RAN node can be a base station (BS), an evolved NodeB (eNodeB / eNB), a transmission reception point (TRP), a generation NodeB (gNB) in a 5th generation (5G) mobile communication system, a future base station in a future communication network, or a base station in a future mobile communication system. RAN nodes can also be macro base stations (such as...) Figure 1 110a in the text), can also be a micro base station or an indoor station (such as... Figure 1 110b in the table can also be a relay node or a master node.

[0191] In another application scenario, multiple RAN nodes can collaborate to help terminals achieve wireless access, with different RAN nodes implementing different functions of the base station. For example, a RAN node can be a central unit (CU), a distributed unit (DU), or a radio unit (RU). An RU can also be called a radio frequency unit. Here, the CU performs the functions of the base station's radio resource control protocol and packet data convergence protocol (PDCP), and can also perform the functions of the service data adaptation protocol (SDAP). The DU performs the functions of the base station's radio link control layer and medium access control (MAC) layer, and can also perform some or all of the physical layer functions. For specific descriptions of these protocol layers, refer to the relevant 3GPP technical specifications. The RU can be used to implement radio frequency signal transmission and reception. The CU and DU can be two independent RAN nodes, or they can be integrated into the same RAN node, such as within a baseband unit (BBU). RUs can be included in radio frequency equipment, such as remote radio units (RRUs) or active antenna units (AAUs). CUs can be further divided into two types of RAN nodes: CU-control plane and CU-user plane.

[0192] In different systems, RAN nodes may have different names. For example, in an open radio access network (O-RAN) system, a CU can be called an open CU (O-CU), a DU can be called an open DU (O-DU), and an RU can be called an open RU (O-RU). The RAN nodes in the embodiments of this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules. For example, an RAN node can be a server loaded with the corresponding software modules. The embodiments of this application do not limit the specific technology or device form used in the RAN nodes. For ease of description, a base station is used as an example of a RAN node in the following description.

[0193] A terminal is a device with wireless transceiver capabilities, capable of sending signals to or receiving signals from a base station. Terminals can also be called terminal equipment, user equipment (UE), mobile station, mobile terminal, etc. Terminals can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, etc. Terminals can be mobile phones, tablets, computers with wireless transceiver capabilities, wearable devices, vehicles, airplanes, ships, robots, robotic arms, smart home devices, etc. The embodiments of this application do not limit the specific technology or device form used in the terminal.

[0194] In some examples, the core network 200 may include any core network device such as the access and mobility management function (AMF) entity, the session management function (SMF) entity, the user plane function (UPF) entity, the sensing service control function (SSCF), the sensing data processing function (SDPF), and the unified data management (UDM).

[0195] Base stations and terminals can be fixed or mobile. They can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can be deployed on aircraft, balloons, and satellites. The embodiments of this application do not limit the application scenarios of the base stations and terminals.

[0196] The roles of base stations and terminals can be relative, for example, Figure 1The helicopter or drone 120i can be configured as a mobile base station. For terminals 120j accessing the wireless access network 100 via 120i, terminal 120i is a base station; however, for base station 110a, 120i is a terminal, meaning that 110a and 120i communicate via a wireless air interface protocol. Of course, 110a and 120i can also communicate via a base station-to-base station interface protocol; in this case, 120i is also a base station relative to 110a. Therefore, both base stations and terminals can be collectively referred to as communication devices. Figure 1 The 110a and 110b in the text can be referred to as communication devices with base station functions. Figure 1 The 120a-120j in the text can be referred to as communication devices with terminal functions.

[0197] Communication between base stations and terminals, between base stations, and between terminals can be conducted using licensed spectrum, unlicensed spectrum, or both simultaneously. Communication can be conducted using spectrum below 6 GHz, spectrum above 6 GHz, or both simultaneously. The embodiments of this application do not limit the spectrum resources used for wireless communication.

[0198] In the embodiments of this application, the functions of the base station can be executed by modules (such as chips) within the base station, or by a control subsystem that includes base station functions. This control subsystem, including base station functions, can be a control center in the aforementioned application scenarios such as smart grids, industrial control, intelligent transportation, and smart cities. Similarly, the functions of the terminal can be executed by modules (such as chips or modems) within the terminal, or by a device that includes terminal functions.

[0199] In a wireless communication system, communication devices are included, and these devices can communicate wirelessly using air interface resources. These communication devices can include network devices and terminal devices; network devices can also be called base station devices, i.e., the wireless access network devices mentioned above. Air interface resources can include at least one of time-domain resources, frequency-domain resources, code resources, and spatial resources. These communication devices can also be called communication apparatuses.

[0200] The solutions provided in this application can be applied to wireless communication between communication devices. Wireless communication can include: wireless communication between network devices and terminals, wireless communication between network devices, and wireless communication between terminals. In this application, the term "wireless communication" can also be simply referred to as "communication," and the term "communication" can also be described as "data transmission," "information transmission," or "transmission."

[0201] In global system for mobile communications (GSM), wideband code division multiple access (WCDMA), universal mobile telecommunications system (UMTS), long term evolution (LTE), and 5G systems, base stations can be deployed by dividing them into two functional entities: a base unit (BBU) and a radio frequency unit (RRU), according to a bottom-layer partitioning method. This bottom-layer partitioning method can be a partitioning of the physical layer and the radio frequency (RF) portion. It is understood that in the various embodiments of this application, "partitioning" and "division" can be used interchangeably. The BBU is connected to one or more RRUs via optical fiber, metallic cabling, or microwave links. The BBU primarily performs centralized upper-layer processing of baseband signals. The RRU primarily performs baseband signal reception and transmission, as well as RF signal modulation and demodulation, data processing, and power amplification. The RRU is closer to the antenna, resulting in lower feeder loss. In some cases, the RRU can also be called an RU or an AAU. The interface between the BBU and RRU can be called a fronthaul interface or a bottom-layer partitioning interface.

[0202] refer to Figure 2 The diagram illustrates a functional division of the communication protocol between a BBU and an RRU. In related technologies, the interface between the BBU and RRU can use the Common Public Radio Interface (CPRI) protocol for communication. The CPRI protocol defines the key communication interface specifications for communication between radio equipment control (REC) and radio equipment (RE) in a wireless communication network. For example, the REC can be considered the aforementioned BBU, and the radio equipment can be considered the aforementioned RRU. Figure 2As can be seen, the CPRI interface allocates the radio frequency (RF) layer functions to RRU 1, and the physical (PHY) layer and above protocol layer functions to BBU 1. The PHY layer can be further divided into high PHY and low PHY. High PHY can also be called High PHY, and low PHY can also be called Low PHY. Protocol layer functions above the PHY layer can include the radio resource control (RRC) layer, SDAP layer, PDCP layer, radio link control (RLC) layer, and MAC layer.

[0203] The amount of data transmitted between the BBU's PHY layer and the RRU's RF layer is directly related to the antenna array size. The splitting method specified by the CPRI protocol results in excessively large data volumes on the fronthaul interface, making it unsuitable for scenarios with large-scale antenna arrays. For example, suppose a 9.8 gigabits per second (Gbps) fiber carries two 4-transmit, 4-receive (4T4R) antennas on a CPRI-compliant fronthaul interface, along with a cell with a 20 MHz wireless bandwidth. Then, for a cell with 64 antennas and a 100 MHz bandwidth, approximately 32 9.8 Gbps fibers would need to be deployed on the CPRI interface.

[0204] Some proposals have suggested an evolution of the CPRI protocol, namely an enhanced CPRI protocol, denoted as eCPRI. (See also...) Figure 2 The eCPRI protocol further refines the communication protocol for wireless networks, such as dividing the PHY layer into a higher PHY layer and a lower PHY layer. The lower PHY layer is deployed in the RRU, while the higher PHY layer is deployed in the BBU. Furthermore, the interface specification between the BBU and RRU, i.e., between the higher and lower PHY layers, has been redefined. The eCPRI protocol transforms the interface between the BBU and RRU from the RF layer and PHY layer interface specified in the CPRI protocol to an interface between the higher and lower PHY layers. This transforms the original fiber optic communication between the RF layer and PHY layer into communication within the RRU's internal board or field-programmable gate array (FPGA) chip. Moreover, the data dimension of the communication between the BBU's higher PHY layer and the RRU's lower PHY layer is reduced, no longer directly related to the antenna array size on the RRU.

[0205] The splitting method used in the aforementioned CPRI or eCPRI interfaces allows the BBU to process baseband signals in a highly centralized manner. This enables centralized deployment of computing resources, resulting in high resource utilization and low deployment costs. However, it also places a significant demand on fronthaul link bandwidth, leading to higher fiber optic deployment costs.

[0206] refer to Figure 3 The diagram illustrates a novel RAN architecture that may be applied in future communication systems. This architecture reclassifies base station functions into RU functions, radio network area (RNA) functions, and RNA automation functions. The RNA and RU functions communicate via a low-layersplit (LLS) interface, and the RU function can establish a RAN-UE interface for communication with the terminal. The RNA function communicates with the core network (CN) via the RAN-CN interface. The RAN automation function manages the RU and RNA functions through a network function (NF) management interface. The RAN automation function is controlled through network management. In this architecture, the RU function can be viewed as the aforementioned RRU or AAU, and the RNA function as the aforementioned BBU.

[0207] In related technologies, to reduce the pressure on fronthaul link bandwidth and deployment costs caused by lower-level segmentation methods, 3GPP has proposed a base station function partitioning method. For example, for gNBs in 5G, a higher-level segmentation method is adopted, splitting the base station into two functional entities such as CU and DU. The midhaul link between CU and DU has lower network bandwidth requirements. Figure 4 The illustrated radio access network is divided into CU and DU. For example, an access network device can be a gNB, which can consist of CU and DU. Of course, DU can include one or more, but this embodiment does not limit this. The gNB can communicate with the core network elements of the 5G core network (5GC) via the NG interface. Different gNBs can communicate with each other via the Xn interface, for example, via the Xn-control (C) interface. The CU can communicate with different DUs via the F1 interface.

[0208] In this case, the functional decomposition between CU and DU in access network equipment can be achieved using a static decomposition method, with a fixed division based on the functional granularity of the protocol stack. For example... Figure 5As shown, the protocol stacks such as the RLC layer, MAC layer, and PHY layer can be located in the DU of the access network device. The MAC layer can also be called Media Access Control, etc., which is not limited to this embodiment. The protocol stacks such as the RRC layer, SDAP layer, and PDCP layer can be located in the CU of the access network device. RRC implements air interface radio resource and air interface connection control, belonging to the control plane (CP) protocol; SDAP performs the mapping between quality of service flow (QoS-flow) and data radio bearer (DRB), belonging to the user plane (UP) protocol. QoS-flow represents a service data flow with specific quality of service (QoS) requirements.

[0209] pass Figure 5 It can be seen that for the DU, both the control plane protocol stack and the user plane protocol stack involve RLC, MAC, and PHY. For the CU, PDCP is applicable to both the control plane protocol stack and the user plane protocol stack, RRC corresponds to the control plane protocol stack, and SDAP corresponds to the user plane protocol stack. For executing control plane protocol stack functions, the CU and DU can communicate via the F1-C interface; for executing user plane protocol stack functions, the CU and DU can communicate via the F1-user (user)U interface. Based on the separation of CU and DU, the CU of the access network device can also have separate CP and UP units. The CP of the CU of the access network device can be denoted as gNB-CU-CP, and the UP of the CU of the access network device can be denoted as gNB-CU-UP. The PDCP layer protocol exists in both the gNB-CU-CP and gNB-CU-UP units, while the RRC layer is located above the PDCP layer in the gNB-CU-CP unit, and the SDAP layer is located above the PDCP layer in the gNB-CU-UP unit.

[0210] The RLC layer can provide transparent data transmission as well as non-deterministic and deterministic data transmission modes. The MAC layer is mainly responsible for controlling and connecting the physical medium of the physical layer. The PHY layer is responsible for the transmission of bits or groups of bits on the physical medium, including encoding the transmitted information and decoding the received information. Specific protocols can be found in relevant technologies, such as the 3GPP technical specification (TS) 38.300, which will not be elaborated further in this application.

[0211] refer to Figure 6This demonstrates several possible ways to divide communication protocol functions. Communication protocol functions can be divided at the protocol layer granularity. For example, options 1 through 8 are provided, among other possible ways to divide communication protocol functions. Option 1 could be... Figure 6 The diagram shows the division of communication functions between the RRC layer and the PDCP layer, or option 1 could be... Figure 6 The diagram illustrates the division of communication functions between the SDAP layer and the PDCP layer. It is understood that subsequent embodiments of this application will be described using the control plane RRC layer as an example. For the user plane division, the RRC layer can be replaced with the SDAP layer, and this will not be elaborated further in the embodiments of this application.

[0212] Option 2 could be... Figure 6 The diagram shows the division of communication functions between the PDCP layer and the RLC higher layer. Option 3 could be... Figure 6 The diagram illustrates the division of communication functions between the higher and lower RLC layers. Therefore, option 3 can also be considered as dividing communication functions within the RLC layer. Option 4 could be... Figure 6 The diagram illustrates the division of communication functions between the lower RLC layer and the higher MAC layer. Option 5 could be... Figure 6 The diagram illustrates the division of communication functions between the higher and lower MAC layers. Therefore, option 5 can also be considered as dividing communication functions within the MAC layer. Option 6 could be... Figure 6 The diagram illustrates the division of communication functions between the MAC lower layer and the PHY higher layer. Option 7 can be... Figure 6 The diagram shows the division of communication functions between the higher and lower layers of the PHY layer. Therefore, option 7 can also be considered as dividing communication functions within the PHY layer. Option 8 could be... Figure 6 The diagram shows the division of communication functions between the PHY lower layer and the RF layer. This option 8's division method is exactly the same as the division method specified in the CPRI protocol.

[0213] As can be seen, more granular division of communication protocol functions can be performed within certain protocol layers. For example, protocol layers such as the RLC layer, MAC layer, and PHY layer can be divided into higher and lower layers. The following description uses the PHY layer as an example to illustrate the division of communication protocol functions within a protocol layer. The division methods for other protocol layers are similar, the difference being that the communication protocol functions within different protocol layers can differ. For specific details, please refer to the communication protocol functions within the corresponding protocol layer; this application does not impose limitations on these aspects. (Reference) Figure 7This section discusses the functional division of the PHY layer within downlink (DL) communication. It assumes the PHY layer can be further divided into functions such as coding, rate mapping, scrambling, modulation, layer mapping, precoding, resource element (RE) mapping, digital beamforming (DBF), inverse fast fourier transform (IFFT) / addition of cyclic prefix (CP), digital-to-analog conversion, analog beamforming, and RF. A resource element can be a unit of radio resource consisting of a subcarrier and a symbol. Therefore, the segmentation method for Option 7 could also include Options 7-1, 7-2, 7-2a, and 7-3.

[0214] It is worth noting that both radio equipment and resource particles can be abbreviated as RE. Therefore, in order to distinguish between radio equipment and resource particles, in the embodiments of this application, RE can refer to resource particles, while radio equipment is not described by abbreviation.

[0215] in, Figure 7 The analog beamforming module shown can generate a beam in a specific direction by adjusting the phase of the digital signal on the antenna using a phase shifter in the analog domain. It can be assumed that all antennas are processing the same signal. In some scenarios, Figure 7 Digital beamforming and precoding can be the same module, so digital beamforming can also be called precoding. Precoding involves adjusting the phase and amplitude of baseband signals from different data streams to make them different from the transmitted signals on the antenna, allowing for more flexible generation of multiple beams with different directions and power intensities. This effectively utilizes spatial diversity or spatial multiplexing. Beamforming is a signal processing technique that uses antenna arrays to transmit and receive signals in a directional manner. By adjusting the basic elements and phase parameters of the antenna array, signals at certain angles achieve constructive interference, while signals at other angles achieve destructive interference, ensuring that only the target signal is aligned with the target receiving device.

[0216] For example, refer to Figure 7Option 7-1 can be a division of communication protocol functions between IFFT / adding CP and DBF. Option 7-2 can be a division of communication protocol functions between precoding and layer mapping. Option 7-2a can be a division of communication protocol functions between DBF and RE mapping. Option 7-3 can be a division of communication protocol functions between modulation and scrambling. Option 7-2a can also be called category A, and option 7-2 can also be called category B. The core difference is that the precoding function in option 7-2a is configured in DU (or CU), while the precoding function in option 7-2 is configured in RU (or DU). Option 7-3 can also be considered the same as the downlink segmentation method of the eCPRI protocol. Option 7-3 can also be called interface e (Ie) for downlink, Ie segmentation for downlink, Ie2 for downlink, Ie2 segmentation for downlink, etc. Figure 7 If CP is added to IFFT / to divide the communication protocol function between digital and analog, it corresponds to option 8 mentioned above, which is the segmentation method corresponding to the CPRI protocol.

[0217] refer to Figure 8 This section discusses the functional division of the PHY layer within uplink (UL) communication. Assume the PHY layer can be further divided into functions such as decoding, rate demapping, descrambling, demodulation, channel estimation, equalization, RE demapping, DBF, Fast Fourier Transform (FFT) / CP removal, analog-to-digital conversion, analog beamforming, and RF. Therefore, the segmentation method for option 7 could include options 7-1', 7-2', 7-2a', and 7-3'. Demodulation can also be referred to as demodulation.

[0218] For example, refer to Figure 8Option 7-1' can be a division of communication protocol functions between FFT / CP removal and DBF. Option 7-2' can be a division of communication protocol functions between RE demapping and channel estimation. Option 7-2a' can be a division of communication protocol functions between DBF and RE demapping. Option 7-3' can be a division of communication protocol functions between demodulation and descrambling. Option 7-2' can also be referred to as Ie', Ie for uplink, or Ie segmentation for uplink. Option 7-2' can be considered the same as the uplink segmentation method of the eCPRI protocol. In some examples, if communication protocol functions are divided between equalization and demodulation, this segmentation point can be called uplink performance improvement (ULIP)-A, Ie2 for uplink, Ie2 segmentation for uplink, NG-LLS, etc. If a communication protocol function is partitioned between channel estimation and equalization, and channel estimation is performed on both functional entities after the partition (such as RU and DU, or DU and CU), this partitioning point can be called ULIP-B. It is worth noting that the channel estimation mentioned in the embodiments of this application can generally be considered as channel estimation using a demodulation reference signal (DMRS).

[0219] Ie and Ie2 can be considered as an asymmetric uplink / downlink segmentation method. Of course, the segmentation methods within MAC and RLC can refer to the segmentation methods within PHY. The specific communication functions involved in each protocol layer and the determination of which functions are to be segmented together can be determined according to the actual situation, and this application does not limit them here.

[0220] Typically, a fixed segmentation method can be used to deploy the communication protocol functions on each entity. For example, before deployment, the segmentation points for the communication protocol functions can be set based on prior statistical information, such as network peak rate and average data rate requirements, and the functional entities can be deployed according to this segmentation method. After deployment, the communication protocol functions on each entity remain unchanged. For example, the segmentation methods mentioned above, such as CPRI, eCPRI, or the segmentation methods mentioned in options 1 to 8, can be used.

[0221] In some communication systems, the BBU may also deploy sounding reference signal-based beamforging (SRS-BF) modules, single-user beamforging (SU-BF) modules, and / or multi-user beamforging (MU-BF) modules. The SU-BF module can generate weighting coefficients for single-user signals, which are then provided to the precoding module during signal precoding. The MU-BF module can generate weighting coefficients for multi-user signals, which are also provided to the precoding module during signal precoding.

[0222] A sounding reference signal (SRS) is a reference signal sent by a terminal to a base station to measure the uplink channel state. The base station can measure the SRS signal and obtain an SRS measurement report. This SRS measurement report may include a precoding matrix indication (PMI) for uplink, a channel quality indicator (CQI) for uplink, and a rank indication (RI) for uplink. The base station can send the PMI to the UE so that the UE can perform uplink beamforming. Alternatively, in time division duplex (TDD) scenarios, the base station can leverage the reciprocity between the uplink and downlink channels to input the SRS measurement report into the SU-BF module or MU-BF module, so that the SU-BF module or MU-BF module can generate weighting coefficients for downlink precoding.

[0223] Similar to SRS is the Channel State Information Reference Signal (CSI-RS). Unlike SRS, CSI-RS is a reference signal sent by the base station to the terminal for measuring downlink channel state. The terminal measures the CSI-RS to obtain a CSI-RS measurement report, also known as Channel State Information (CSI). CSI can include PMI (Power Management Information) for downlink, CQI (Cardboard Quality Information) for downlink, and RI (Reference Information) for downlink. The terminal reports the CSI to the base station, so that the base station inputs the CSI into the SU-BF (Supply-Based Function) module or MU-BF (Multi-Based Function) module to generate weighting coefficients for downlink precoding.

[0224] During uplink or downlink communication between the UE and the base station, DMRS can also be transmitted along with the data signal. This allows the receiver to demodulate the uplink or downlink data signal, including performing channel estimation and equalization of the data signal. The receiver typically performs channel estimation based on the received DMRS signal and the pilot sequence carried by the DMRS signal.

[0225] In some examples, the base station can determine which functional modules to deploy on a specific functional entity based on the different users' service QoS requirements (such as experience rate), the service load status between different functional entities, computing power status, and interface traffic status. For example, the SRS-BF module, SU-BF module, and / or MU-BF module may be deployed in functional entity 1, such as BBU or DU. Another example is deploying the channel estimation module and / or equalization module in functional entity 4, such as RRU or RU.

[0226] refer to Figure 9 As shown, this relates to the functional modules of each communication protocol in the downlink physical layer. Figure 7 Similar to what is shown. The difference is that... Figure 9 Digital beamforming and precoding are considered as a single module. It is assumed that different functional entities are segmented based on scrambling and modulation. For terminals with poor downlink coverage or downlink air interface transmission rates, the SRS-BF module, SU-BF module, and / or MU-BF module can be deployed on higher-level functional entities, such as functional entity 1. This allows the functional entities to benefit from the multiplexing and diversity gains brought by the cooperative processing of downlink signals, improving downlink coverage and transmission rates. For example, functional entity 1 can combine more user signals and channel information from other functional entities 2 to make a more accurate downlink channel estimate of the target UE's signal and configure more accurate precoding weights. This allows downlink signals to be transmitted more orthogonally, avoiding interference between different signals and improving signal quality. Alternatively, the SRS-BF module, SU-BF module, and / or MU-BF module can also be deployed on lower-level functional entities, such as functional entity 2. This eliminates the need to transmit the weights generated by the corresponding modules to functional entity 2, reducing traffic on the fronthaul interface. This reduces the bandwidth requirements of the interface and the complexity of signal processing.

[0227] refer to Figure 10 As shown, this relates to the communication protocol functional modules in the uplink physical layer and... Figure 8The results are similar. The difference lies in the addition of an Inverse Discrete Fourier Transform (IDFT) module between channel estimation and demodulation. This IDFT module is primarily used to convert the signal from the frequency domain to the time domain. For terminals with poor uplink symbol or uplink air interface transmission rates, the channel estimation module and / or equalization module can be deployed on higher-level functional entities, such as functional entity 3. This deployment method can obtain the multiplexing and diversity gains brought by the cooperative processing of uplink signals, and improve uplink coverage and uplink transmission rate. For example, functional entity 3 can combine the possible user signals and channel information from other functional entities 4 to make more accurate uplink channel estimation and signal equalization for the target UE's signal. For example, it can filter out interfering channels and interfering signal components to improve the reception quality of the base station. Alternatively, the channel estimation module and / or equalization module can also be deployed on lower-level functional entities, such as functional entity 4. This will result in lower traffic on the fronthaul interface, reducing the bandwidth requirements of the fronthaul interface and the complexity of signal processing.

[0228] However, for such Figure 9 , Figure 10 As shown, functional entities can possess corresponding communication protocol functions based on different communication protocol function partitioning methods. However, some functional modules may require flexible deployment on different functional entities. In actual communication systems, algorithm updates and signal measurements take time. Furthermore, if communication protocol functions are re-partitioned, the establishment of new functional entities may lead to the inability to obtain configuration parameters in a timely manner, resulting in state synchronization issues for corresponding functional modules. For users at the cell edge, this can cause severe signal fluctuations, service discontinuity, and even packet loss, thus affecting user experience.

[0229] Therefore, this application provides a method for determining communication protocol functions. A first functional entity can obtain parameters related to a first communication protocol function module and send these parameters to a second functional entity. The second functional entity can configure the first communication protocol function module based on the obtained parameters. This synchronizes the state of the first communication protocol function module within the second functional entity, thereby preventing drastic fluctuations in communication speed and ensuring a consistent user experience.

[0230] The method and apparatus for determining communication protocol functions will be further described below with reference to the accompanying drawings. It is understood that the embodiments of this application use a first functional entity and a second functional entity as examples of the execution subjects of the interaction illustration, but this application does not limit the execution subjects of the interaction illustration. For example, the first functional entity and the second functional entity can be network devices. The method executed by the network device in this application can also be implemented by modules (e.g., circuits, chips, or chip systems) in the network device, or by logical nodes, logical modules, or software that can implement all or part of the functions of the network device.

[0231] In the embodiments of this application, the term "wireless communication" can also be abbreviated as "communication", and the term "communication" can also be described as "data transmission", "information transmission" or "transmission".

[0232] Figure 11 This is a schematic diagram of a communication scenario provided in an embodiment of this application.

[0233] like Figure 11 As shown, the access network equipment can be divided into multiple functional entities such as RU 210, DU 220, and CU 230. Of course, the access network equipment may include one or more RU 210s, one or more DU 220s, and one or more CU 230s. CU 230 is connected to 5GC 240 and is used to achieve communication with the core network equipment. In various embodiments of this application, the core network equipment may also be referred to as a core network element.

[0234] Among them, 5GC 240 can be connected to multiple CU 230, one CU 230 can be connected to multiple DU 220, and one DU 220 can be connected to multiple RU 210.

[0235] The access network device can be a gNB. The access network device provides NR user plane and control plane protocol endpoints to the terminal and communicates with the 5GC 240 via the NG interface. The access network device is used to provide wireless network connectivity between the terminal and the core network.

[0236] The CU 230 can manage the RRC, SDAP, and PDCP layer protocols of access network devices and control one or more DU operations. The CU 230 communicates with the DU 220 via the F1 interface.

[0237] The DU 220 can host the RLC, MAC, and PHY layers of access network devices, and its operation is controlled by the CU 230. One DU 220 can support one or more cells, and one cell supports one DU 220.

[0238] The RU 210 can be referred to as a wireless unit, radio frequency unit, or radio frequency remote unit. Its main functions include receiving and transmitting baseband signals, as well as modulation and demodulation of radio frequency signals, data processing, and power amplification. The RU can be deployed close to the antenna, resulting in low feeder loss.

[0239] The 5GC 240 can include any possible core network elements such as AMF entities, SMF entities, UPF entities, and UDM entities. Together with the RAN, the 5GC constitutes the 5G network, providing users with service channels to connect to data networks and servers.

[0240] The RAN provides wireless network connectivity between the UE and the core network. The RAN can include access network equipment, such as gNBs. In some cases, "access network equipment" can refer to the entire RAN. RAN deployment can include centralized RAN (CRAN) and distributed RAN (DRAN). CRAN uses a separate BBU and RRU architecture, with each BBU located in a central equipment room, forming a BBU pool. It communicates with the RRUs via the fronthaul network. DRAN uses a distributed deployment of BBUs and RRUs. Each BBU is deployed separately in a rack, while the RRUs can be deployed together in the rack with the BBUs, or the RRUs can be deployed close to the antenna on a tower.

[0241] In some examples, RU 210, DU 220, and CU 230 can be deployed on the same physical device or on different physical devices. Alternatively, some functional entities of RU 210, DU 220, and CU 230 may be deployed on the same physical device, while other functional entities may be deployed on different physical devices. This embodiment of the application does not impose any limitations on this.

[0242] It is understandable that access network equipment can also include cases where it is split into two functional entities. For example, if CU 230 and DU 220 are deployed on the same physical device, CU 230 and DU 220 can be regarded as a single functional entity. Alternatively, if DU 220 and RU 210 are deployed on the same physical device, DU 220 and RU 210 can be regarded as a single functional entity.

[0243] Of course, this application is not limited to the 5G network architecture; the embodiments of this application are also applicable to LTE networks and other possible future network architectures such as future communication networks. It should be understood that the embodiments of this application can be applied to any network architecture with communication connectivity capabilities.

[0244] refer to Figure 12As shown, assuming the first communication protocol functional module is deployed in the first functional entity, when the first communication protocol module needs to be migrated to the second functional entity, it is necessary to ensure that the state of the first communication protocol functional module after the migration is synchronized. Therefore, this can be achieved through... Figure 13 The method shown is implemented.

[0245] Figure 13 This is a schematic diagram of a communication protocol function determination method provided for an embodiment of this application.

[0246] This communication process may be applicable to, but is not limited to, the following: Figure 1 , Figure 11 The method can be applied to LTE, LTE frequency division duplex (FDD) systems, LTE TDD, 5G systems, or NR systems, as well as future communication systems (such as future communication systems), and V2X. V2X can include vehicle-to-network (V2N), vehicle-to-vehicle (V2V), vehicle-to-infrastructure (V2I), vehicle-to-pedestrian (V2P), long-term evolution-vehicle (LTE-V), vehicle-to-everything (V2X), MTC, IoT, long-term evolution-machine (LTE-M), machine-to-machine (M2M), and device-to-device (D2D) wireless communication scenarios. In this embodiment, the first and second functional entities can be network devices. These entities can be deployed on the same network device or on different network devices; this embodiment does not impose such limitations. In the various embodiments of this application, the network device can generally be considered as an access network device. However, in some cases, the network device can also be a core network device. The method may include the following steps:

[0247] S101, the first functional entity obtains the first information.

[0248] The first information can be used to indicate parameters related to the first communication protocol functional module. These parameters can be used to configure the first communication protocol functional module in the second functional entity. In some examples, the first information may be referred to as state synchronization indication information, state synchronization indication, physical layer state synchronization indication, etc., but this embodiment does not impose such limitations.

[0249] For example, the first communication protocol function module may include a physical layer communication protocol function module. This physical layer communication protocol function module can also be referred to as a Layer 1 communication protocol function module. In the various embodiments of this application, the communication protocol function module and the aforementioned "communication protocol function" can be considered to have the same meaning and can be used interchangeably.

[0250] For example, the first communication protocol functional module may include a functional module for generating downlink precoding parameters for a single user. In this case, the parameters related to the first communication protocol functional module may include: CSI-RS measurement results, CSI-RS-based channel estimates, downlink precoding weights for a single user, SRS measurement results, and / or SRS-based channel estimates. It is understood that, considering the reciprocity of uplink and downlink channels in a TDD scenario, the first communication protocol functional module may also generate downlink precoding parameters for a single user based on SRS measurement results and / or SRS-based channel estimates. For example, if the functional module for the downlink precoding weights for a single user is a SU-BF module, then the downlink precoding weights for a single user can be SU-BF weights.

[0251] For example, the first communication protocol functional module may include a functional module for generating downlink precoding parameters for multiple users. In this case, the parameters related to the first communication protocol functional module may include: CSI-RS measurement results, channel estimates based on CSI-RS, downlink precoding weight SRS measurement results for multiple users, and / or channel estimates based on SRS. Similar to the previous example, considering the reciprocity of uplink and downlink channels in TDD scenarios, the first communication protocol functional module may also generate downlink precoding parameters for multiple users based on SRS measurement results and / or channel estimates based on SRS. For example, if the functional module for downlink precoding weights for multiple users is the MU-BF module, then the downlink precoding weights for multiple users can be MU-BF weights.

[0252] For example, the first communication protocol functional module may include a functional module for generating uplink precoding parameters. In this case, the parameters related to the first communication protocol functional module may include: SRS measurement results, uplink precoding weights, and / or SRS-based channel estimates. For instance, if the functional module for generating uplink precoding parameters is an SRS-BF module, then the uplink precoding weights can be SRS-BF weights.

[0253] For example, the first communication protocol functional module may include a functional module for generating channel estimation parameters. In this case, the parameters associated with the first communication protocol functional module may include at least one of: DMRS measurement results, DMRS-based channel estimates, SRS measurement results, SRS-based channel estimates, and CSI.

[0254] For example, the first communication protocol functional module may include a functional module for generating equilibrium parameters. In this case, the parameters related to the first communication protocol functional module may include equilibrium weights.

[0255] The embodiments of this application can be applied to situations where the first communication protocol functional module is a variety of different functional modules. Depending on the actual situation, when the first communication protocol functional module is a specific functional module, the first functional entity can obtain the corresponding parameters. This allows for the synchronous migration of that functional module to the second functional entity, improving the system's versatility.

[0256] In some examples, the first information can be obtained at the granularity of the functional entity. That is, the first functional entity can be triggered to obtain the first information based on the actual situation of the first functional entity and / or the second functional entity.

[0257] For example, the first information can be obtained at the granularity of CU. Another example is that the first information can be obtained at the granularity of DU. Yet another example is that the first information can be obtained at the granularity of RU.

[0258] In other examples, the first information can be obtained at the cell level. That is, the first functional entity can be triggered to obtain the first information based on the actual situation of the cell corresponding to the first functional entity and / or the second functional entity.

[0259] In other examples, the first information can be obtained at the terminal level. For instance, if the terminal communicating with the first or second functional entity changes from a first type of terminal to a second type of terminal, the first functional entity may be triggered to obtain the first information. The first type of terminal and the second type of terminal can be from different manufacturers or different models; this application does not limit this.

[0260] In other examples, the initial information can be obtained at the business level. For instance, when a business changes, a first functional entity can be triggered to obtain the initial information.

[0261] For example, the first piece of information can be obtained at the DRB (Diagnosis Related Groups) level. Another example is that the first piece of information can be obtained at the QoS (Quality of Service) level. Yet another example is that the first piece of information can be obtained at the packet level.

[0262] The embodiments of this application can acquire the first information at an appropriate granularity according to the actual situation, so as to enable functional entities at different granularities to communicate according to appropriate communication protocols and functions, thereby improving the universality of the system.

[0263] In some examples, the first functional entity may be configured with a first communication protocol functional module, which may be running; for example, it can be considered to be in an active state. That is, the first communication protocol functional module in the first functional entity has already processed communication signals and may be currently being used for communication signal processing. The first functional entity can obtain parameters currently related to the first communication protocol functional module. In various embodiments of this application, the "running" of a functional module can be considered as the business flow needing to be processed by that functional module. The active state can also be called the enabled state.

[0264] For example, the first functional entity might be establishing a first communication protocol functional module. In this case, the first functional entity can also obtain the parameters currently related to the first communication protocol functional module.

[0265] In some cases, the first functional entity can be deployed in the CU. Alternatively, the first functional entity can be considered as the CU.

[0266] For example, the first functional entity can be deployed in a DU. Or, the first functional entity can be considered as a DU.

[0267] Alternatively, the first functional entity can be deployed in the RU. Or, the first functional entity can be considered as the RU.

[0268] The embodiments of this application are applicable to any possible first functional entity according to the actual situation, thereby improving the universality of the system.

[0269] S102, the first functional entity sends first information to the second functional entity. Correspondingly, the second functional entity receives the first information from the first functional entity.

[0270] For example, the first functional entity can send first information to the second functional entity through the communication interface between the first and second functional entities. Correspondingly, the second functional entity receives the first information from the first functional entity based on this communication interface.

[0271] In some cases, the second functional entity can be deployed within a CU. Alternatively, the second functional entity can be considered a CU. In this case, the first functional entity can be a DU.

[0272] For example, the second functional entity can be deployed in a DU. Alternatively, the second functional entity can be considered a DU. In this case, the first functional entity can be a CU, or the first functional entity can be a RU.

[0273] Alternatively, the second functional entity can be deployed within the RU. Or, the second functional entity can be considered the RU. In this case, the first functional entity can be the DU.

[0274] The embodiments of this application can be applied to any possible second functional entity in accordance with actual circumstances, thereby improving the versatility of the system.

[0275] In some examples, considering that the first functional entity may be configured with a first communication protocol function module, the first functional entity can also set the first communication protocol function module to a deactivated, deregistered, or disabled state. The deactivated or disabled state can be understood as the first communication function module still being retained, but no longer being used. Deactivation can also be called de-enabling, pausing, suspending, interrupting, aborting, or terminating. The deregistered state can be considered as directly deregistering the first communication protocol function module, or it can be considered as deleting the first communication protocol function module.

[0276] In this embodiment, the first functional entity can also be activated, deactivated, or deactivated to avoid resource waste caused by the first functional entity and the second functional entity running the same first communication protocol functional module at the same time.

[0277] S103, the second functional entity configures the first communication protocol function in the second functional entity according to the first information.

[0278] For example, the second functional entity can establish a first communication protocol functional module based on the first information received in S102. Alternatively, if the second functional entity has already established a first communication protocol functional module, it can activate or enable that module. The second functional entity can also update the parameters of the first communication protocol functional module based on the parameters related to it carried in the first information, so that the first communication protocol functional module can complete state synchronization.

[0279] Based on the above steps S101 to S103, the first functional entity can be considered as the functional entity that needs to migrate the first communication protocol function out. The second functional entity is the functional entity that needs to migrate the first communication protocol function in.

[0280] In this embodiment, the first functional entity can obtain parameters related to the first communication protocol functional module. By sending these parameters to the second functional entity, the second functional entity can synchronously configure the first communication protocol functional module based on these parameters. This avoids drastic fluctuations in communication speed and ensures a consistent user experience.

[0281] In the communication protocol function determination method provided in this application embodiment, considering that different functional entities can decide to migrate the first communication protocol function module from the first functional entity to the second functional entity, thereby triggering the first functional entity to obtain first information, the method may further include: sending or receiving second information. This second information can be used to instruct the migration of the first communication protocol function module to the second functional entity. Alternatively, the second information can be considered as instructing the second functional entity to generate, establish, activate, enable, or run the first communication protocol function module. This second information may also be called a function migration instruction, function migration instruction information, communication protocol function migration information, etc., and is not limited thereto in this application embodiment.

[0282] In some cases, the second information may be determined by the second functional entity. The second functional entity can then send this second information to the first functional entity. Correspondingly, the first functional entity receives the second information from the second functional entity. In this scenario, the first functional entity, based on the second information, learns that the first communication protocol function module needs to be migrated to the second functional entity, which can then trigger the first functional entity to obtain the first information and execute subsequent steps.

[0283] Taking DU as the second functional entity and RU as the first functional entity as an example, DU can determine that the first communication protocol function module needs to be migrated from the first functional entity to the second functional entity. DU can send second information to RU. RU determines that the first communication protocol function module needs to be migrated to the second functional entity based on the received second information, and triggers RU to obtain parameters related to the first communication protocol function module.

[0284] In other cases, the second information may be requested from the first functional entity to the second functional entity. For example, consider the second functional entity as DU and the first functional entity as RU. RU may request DU to migrate the first communication protocol function module to the second functional entity. RU can then send this request to DU. Accordingly, upon receiving the request from RU, DU triggers the generation of the second information. Afterward, DU can send the second information to RU.

[0285] For example, the second information may be determined by the first functional entity. After or simultaneously with the first functional entity determining the second information, it can be triggered to obtain the first information and execute subsequent steps. Furthermore, the first functional entity can also send the second information to the second functional entity to inform it that the first communication protocol function module needs to be migrated from the first functional entity to the second functional entity. In some cases, if the second information is determined by the first functional entity, sending the second information may be an optional step. That is, the first functional entity may choose not to send the second information. For the second functional entity, upon receiving the first information, it can be assumed that it should know that the first communication protocol function module needs to be migrated to the second functional entity.

[0286] In some examples, where the second information is determined by the first functional entity, the first functional entity can determine the second information based on the first parameter. The first parameter may include: a parameter indicating the service load status of the first functional entity; or a parameter indicating the computing power status of the first functional entity; or a parameter indicating the energy consumption status of the first functional entity; or a parameter indicating the traffic status of the interface between the first functional entity and the second functional entity; or a parameter indicating both the service load status and the computing power status of the first functional entity; or a parameter indicating both the service load status and the energy consumption status of the first functional entity; or a parameter indicating both the service load status and the traffic status of the interface between the first functional entity and the second functional entity; or a parameter indicating both the computing power status and the energy consumption status of the first functional entity; or a parameter indicating both the computing power status and the traffic status of the interface between the first functional entity and the second functional entity; or a parameter indicating both the energy consumption status and the traffic status of the interface between the first functional entity and the second functional entity. Parameters indicating the traffic status of the interface between the first and second functional entities; or, parameters indicating the service load status of the first functional entity, parameters indicating the computing power status of the first functional entity, and parameters indicating the energy consumption status of the first functional entity; or, parameters indicating the service load status of the first functional entity, parameters indicating the computing power status of the first functional entity, and parameters indicating the traffic status of the interface between the first and second functional entities; or, parameters indicating the service load status of the first functional entity, parameters indicating the energy consumption status of the first functional entity, and parameters indicating the traffic status of the interface between the first and second functional entities; or, parameters indicating the computing power status of the first functional entity, parameters indicating the energy consumption status of the first functional entity, and parameters indicating the traffic status of the interface between the first and second functional entities; or, parameters indicating the service load status of the first functional entity, parameters indicating the computing power status of the first functional entity, parameters indicating the energy consumption status of the first functional entity, and parameters indicating the traffic status of the interface between the first and second functional entities.

[0287] The embodiments of this application can use appropriate first parameters to determine the instruction to migrate the first communication protocol function module to the second function entity according to the actual situation, thereby improving the universality of the system.

[0288] In this embodiment, the migration of communication protocol function modules can be flexibly indicated by the second information.

[0289] In the communication protocol function determination method provided in this application embodiment, the first functional entity and the second functional entity may be pre-configured with a first communication function module. For example, the first functional entity and / or the second functional entity may be pre-initialized with a first communication function module. Therefore, before S101, or before sending or receiving the second information, the method may further include: receiving third information or generating third information. This third information can be used to configure the first communication protocol function module. For example, the third information can be considered as configuration information for initially configuring the first communication protocol function module.

[0290] The third information can be determined based on the first QoS parameter. The first QoS parameter indicates the QoS requirements of the service. Therefore, it can be understood that the first communication protocol function module configured through the third information can be used to meet the QoS requirements of the service. The third information can be determined with reference to the first information, based on different granularities. For example, it can be based on different functional entities, services, cells, terminals, QoS, DRB, data packets, etc. Different granularities can correspond to different QoS requirements. The embodiments of this application can pre-configure the first communication protocol function module with appropriate granularity according to actual conditions, so as to use more suitable functional entities to run the corresponding communication protocol function module in different scenarios, thereby improving system energy efficiency and service capacity.

[0291] For example, during the initialization of the first and second functional entities, the first communication protocol function module can be configured using third information. Assume the first functional entity is DU and the second functional entity is RU. DU can divide the communication protocol functions between DU and RU. Furthermore, DU can generate configuration information for the corresponding communication protocol functions on DU and RU. The configuration information for the corresponding communication protocol functions on DU can include the third information. DU can perform initialization configuration based on the configuration information for the corresponding communication protocol functions on DU, during which the first communication protocol function module can be initialized.

[0292] For example, suppose the first functional entity is DU and the second functional entity is RU. The communication protocol functions between DU and RU can be divided using CU. Furthermore, CU can generate configuration information for the corresponding communication protocol functions on DU and RU. The configuration information for the corresponding communication protocol functions on DU may include third information. CU can then send the configuration information for the corresponding communication protocol functions on DU, including the third information, to DU. DU can perform initialization configuration based on the received configuration information for the corresponding communication protocol functions on DU, during which the first communication protocol function module can be initialized.

[0293] In some cases, the DU can send configuration information for the corresponding communication protocol function on the DU, including third information, to the RU. The RU can then initialize the first communication protocol function module based on this third information. Since the RU is not currently running this first communication protocol function module, it can configure the initialized module to a deactivated or disabled state. This allows the module to be reactivated or enabled later if it needs to be migrated to the RU.

[0294] In this embodiment, the second functional entity can also be pre-configured with the first communication protocol functional module so that the module does not need to be re-established during subsequent migration, thereby improving communication efficiency.

[0295] The above scheme will now be described with more specific examples.

[0296] For example, in the case of downstream communication, refer to Figures 14 to 17 This illustrates four scenarios involving the migration of the first communication protocol functional modules. It is understandable that... Figures 14 to 17 The SU-BF and MU-BF modules can be migrated as a whole, but in some cases, they can also be migrated relatively independently. For example, the SU-BF module can be migrated without the MU-BF module; or the MU-BF module can be migrated without the SU-BF module. Figures 14 to 17 The example described uses the division between modulation and scrambling as an example to divide the communication protocol functions into two functional entities, DU and RU. However, it should be understood that in other examples, different functional entities can be divided according to any of the aforementioned division methods. This application does not limit this.

[0297] Among them, the functional modules within the physical layer and Figure 7 The diagrams shown are similar, the difference being that digital-to-analog conversion, analog beamforming, and digital beamforming are not shown, but it should be understood that... Figures 14 to 17 The absence of functional modules does not imply their non-existence or unuse; they should be understood as being omitted for convenience.

[0298] Scenario 1 (corresponding to) Figure 14 ):

[0299] The SRS-BF module is deployed in the DU and needs to be migrated from the DU to the RU. The SU-BF and MU-BF modules are deployed in the RU and need to be migrated from the RU to the DU.

[0300] Scenario 2 (corresponding) Figure 15 ):

[0301] The SRS-BF module is deployed in the RU and needs to be migrated from the RU to the DU. The SU-BF and MU-BF modules are deployed in the DU and need to be migrated from the DU to the RU.

[0302] Scene 3 (corresponding) Figure 16 ):

[0303] The SRS-BF, SU-BF, and MU-BF modules are deployed in the DU and need to be migrated from the DU to the RU.

[0304] Scenario 4 (corresponding) Figure 17 ):

[0305] The SRS-BF, SU-BF, and MU-BF modules are deployed in the RU and need to be migrated from the RU to the DU.

[0306] Taking uplink communication as an example, refer to Figures 18 to 21 This illustrates four scenarios involving the migration of the first communication protocol functional modules. It is understandable that... Figures 18 to 21 The functional modules within the middle physical layer and Figure 8 The diagrams shown are similar, the difference being that analog-to-digital, analog beamforming, and digital beamforming are not shown, but it should be understood that... Figures 18 to 21 The absence of functional modules does not imply their non-existence or unuse; they should be understood as being omitted for convenience.

[0307] Scene 5 (corresponding) Figure 18 ):

[0308] The split point between the two functional entities, DU and RU, is located between equalization and demodulation. Therefore, the channel estimation module and equalization module are deployed in the RU. Furthermore, the channel estimation module and equalization module need to be migrated from the RU to the DU.

[0309] Scene 6 (corresponding) Figure 19 ):

[0310] The split point between the two functional entities, DU and RU, is located between RE demapping and channel estimation. Therefore, the channel estimation module and equalization module are deployed in DU. Furthermore, the channel estimation module and equalization module need to be migrated from DU to RU.

[0311] Scene 7 (corresponding) Figure 20 ):

[0312] The split point between the two functional entities, DU and RU, is located between channel estimation and equalization. Therefore, the channel estimation module is deployed in RU, and the equalization module is deployed in DU. Furthermore, the channel estimation module needs to be migrated from RU to DU.

[0313] Scene 8 (corresponding) Figure 21 ):

[0314] The split point between the two functional entities, DU and RU, is located between channel estimation and equalization. Therefore, the channel estimation module is deployed in RU, and the equalization module is deployed in DU. Furthermore, the equalization module needs to be migrated from DU to RU.

[0315] It is understandable that the above Figures 14 to 21 This is merely an illustrative description; DU in each figure can also be replaced with CU, and RU can be replaced with DU accordingly.

[0316] Figure 22 This is a schematic diagram of another method for determining communication protocol functions provided in an embodiment of this application.

[0317] This communication process may be applicable to, but is not limited to, the following: Figure 1 , Figure 11 The method can be applied to LTE, LTE FDD, LTE TDD, 5G, or NR systems, as well as future communication systems that continue to evolve (such as future communication systems), V2X (which can include V2N, V2V, V2I, V2P, etc.), LTE-V, vehicle-to-everything (V2V), MTC, IoT, LTE-M, M2M, D2D, and other wireless communication scenarios. Figure 22 The description takes the division of access network devices into CU, DU, and RU, and the migration of the first communication protocol functional module between DU and RU as an example. However, it should be understood that in other examples, the first communication protocol functional module can also be migrated between CU and DU, or between RU and RU, and this application embodiment does not limit this.

[0318] The method may include the following steps:

[0319] S201, the core network element sends the fourth information to the CU. Correspondingly, the CU receives the fourth information from the core network element.

[0320] The fourth piece of information can trigger the access network device to establish DRB configuration. This fourth piece of information can be an initial context setup request, a protocol data unit (PDU) session resource setup request, or a PDU session resource modification request. The core network element can be a core network control plane element.

[0321] For example, the fourth piece of information can carry a PDU session resourcesetup request list, which may include QoS requirements.

[0322] In some cases, core network elements can be core network control plane (CN-C) functions, such as AMF elements.

[0323] It is clear that the S201 process can be considered as the UE initial access process, the PDU session establishment process, or the PDU session adjustment process.

[0324] The following sections will describe how to configure the physical layer communication protocol function modules in two different ways.

[0325] Method 1:

[0326] S202, CU determines DRB configuration.

[0327] For example, the CU can determine the DRB configuration based on the fourth information received in S201. For instance, the CU can determine the DRB configuration based on the PDU session resource establishment request information.

[0328] The DRB configuration can include DU physical layer configuration information and RU physical layer configuration information. The DU physical layer configuration information can include parameters corresponding to the DU physical layer communication protocol function modules. Optionally, the DU physical layer configuration information can also include DU physical layer communication protocol function indication information. The RU physical layer configuration information can include parameters corresponding to the RU physical layer communication protocol function modules. Optionally, the RU physical layer configuration information can also include RU physical layer communication protocol function indication information. The parameters corresponding to the physical layer communication protocol function modules can be used to configure the corresponding communication protocol function modules, and the physical layer communication protocol function indication information can be used to indicate which physical layer communication protocol functions the functional entity has.

[0329] Taking Scenario 1 above as an example, the parameters corresponding to the DU physical layer communication protocol function module can be the parameters corresponding to the SRS-BF module. The DU physical layer communication protocol function indication information is used to indicate that the physical layer communication protocol functions executed by the DU include the SRS-BF function. The parameters corresponding to the RU physical layer communication protocol function module can be the parameters corresponding to the SU-BF module and the MU-BF module. The RU physical layer communication protocol function indication information is used to indicate that the physical layer communication protocol functions executed by the RU include the SU-BF function and the MU-BF function.

[0330] Taking Scenario 2 above as an example, the parameters corresponding to the DU physical layer communication protocol function module can be the parameters corresponding to the SU-BF module and the MU-BF module. The DU physical layer communication protocol function indication information is used to indicate that the physical layer communication protocol functions executed by the DU include the SU-BF function and the MU-BF function. The parameters corresponding to the RU physical layer communication protocol function module can be the parameters corresponding to the SRS-BF module. The RU physical layer communication protocol function indication information is used to indicate that the physical layer communication protocol functions executed by the RU include the SRS-BF function.

[0331] Taking scenario 3 above as an example, the parameters corresponding to the DU physical layer communication protocol function modules can be the parameters corresponding to the SRS-BF module, the parameters corresponding to the SU-BF module, and the parameters corresponding to the MU-BF module. The DU physical layer communication protocol function indication information is used to indicate the physical layer communication protocol functions executed by the DU, including the SRS-BF function, the SU-BF function, and the MU-BF function.

[0332] Taking scenario 4 above as an example, the parameters corresponding to the RU physical layer communication protocol function modules can be the parameters corresponding to the SRS-BF module, the parameters corresponding to the SU-BF module, and the parameters corresponding to the MU-BF module. The RU physical layer communication protocol function indication information is used to indicate the physical layer communication protocol functions executed by the RU, including the SRS-BF function, the SU-BF function, and the MU-BF function.

[0333] Taking scenario 5 above as an example, the parameters corresponding to the RU physical layer communication protocol function modules can be the parameters corresponding to the channel estimation module and the parameters corresponding to the equalization module. The RU physical layer communication protocol function indication information is used to indicate the physical layer communication protocol functions executed by the RU, including the channel estimation function and the equalization function.

[0334] Taking scenario 6 above as an example, the parameters corresponding to the DU physical layer communication protocol function modules can be the parameters corresponding to the channel estimation module and the parameters corresponding to the equalization module. The DU physical layer communication protocol function indication information is used to indicate the physical layer communication protocol functions executed by the DU, including the channel estimation function and the equalization function.

[0335] Taking scenarios 7 and 8 above as examples, the parameters corresponding to the RU physical layer communication protocol function module can be the parameters corresponding to the channel estimation module. The RU physical layer communication protocol function indication information is used to indicate that the physical layer communication protocol function executed by the RU includes the channel estimation function. The parameters corresponding to the DU physical layer communication protocol function module can be the parameters corresponding to the equalization module. The DU physical layer communication protocol function indication information is used to indicate that the physical layer communication protocol function executed by the DU includes the equalization function.

[0336] Of course, for scenarios 1 to 8 mentioned above, the parameters corresponding to the RU physical layer communication protocol function module may also include Figures 14 to 21 The parameters corresponding to any of the other modules shown are also included. The RU physical layer communication protocol function indication information can also be used to indicate... Figures 14 to 21 The remaining functions shown in the diagram. The parameters corresponding to the DU physical layer communication protocol function module may also include... Figures 14 to 21 The parameters corresponding to any of the other modules shown are also included. The DU physical layer communication protocol function indication information can also be used to indicate... Figures 14 to 21 Other functions shown herein. The embodiments described in this application are not limited thereto.

[0337] In some examples, the physical layer configuration information of the aforementioned functional entities can be configured at different granularities, such as CU, DU, RU, cell, UE, DRB, PDU session, QoS flow, and data packet, to configure different execution functions for each functional entity. For instance, a CU can select different DU and RU functions to execute based on dimensions such as DU capabilities, RU capabilities, service load of each functional entity, computing power status, energy consumption status, traffic status of interfaces between functional entities, and QoS requirements. Furthermore, DU and RU functions can be associated using CU identifiers, DU identifiers, RU identifiers, cell identifiers, UE identifiers, DRB identifiers, PDU session identifiers, QoS flow identifiers, and data packet identifiers (which can be carried with the data packet).

[0338] For example, an identifier can be an identity (ID) or an index.

[0339] Optionally, the CU can also configure the communication protocol function modules deployed in the DU and RU according to the initial default physical layer function partitioning method. In this case, it is not necessary to determine the aforementioned DU physical layer configuration information and RU physical layer configuration information. It is clear that each functional entity can know in advance which communication protocol function modules need to be deployed under different partitioning methods, and therefore can directly deploy functional entities based on the default partitioning method. When it is necessary to dynamically adjust the communication protocol function modules deployed on the DU and RU, the CU can then determine the aforementioned DU physical layer configuration information and RU physical layer configuration information. In the above process, the CU may include (or) the RRC functional entity.

[0340] In S203, the CU sends the DU physical layer configuration information and the RU physical layer configuration information to the DU. Correspondingly, the DU receives the DU physical layer configuration information and the RU physical layer configuration information from the CU. In other words, the CU can inform the DU of the physical layer configuration information of each functional entity determined in S202.

[0341] For example, the CU can include the DU physical layer configuration information and the RU physical layer configuration information in the UE context establishment request or adjustment message and send it to the DU.

[0342] S204, the DU sends the RU physical layer configuration information to the RU. Correspondingly, the RU receives the RU physical layer configuration information from the DU.

[0343] In other words, the DU can inform the RU of the RU physical layer configuration information received in S203.

[0344] In some examples, the DU can also inform the RU of its physical layer configuration information, so that the RU can pre-configure the first communication protocol function module based on the DU physical layer configuration information. For example, the DU can include the DU physical layer configuration information in the DU configuration update message or the RU configuration update message. See the description in S208 below for details.

[0345] Method 2:

[0346] S205, CU sends the fifth message to DU. Correspondingly, DU receives the fifth message from CU.

[0347] The fifth piece of information can be used to indicate QoS requirements. These QoS requirements are those carried in the PDU session resource establishment request list in the fourth piece of information. In other words, the CU can forward the QoS requirements in the PDU session resource establishment request list to the DU so that the DU can execute S206.

[0348] S206, DU determines the DU physical layer configuration information and RU physical layer configuration information.

[0349] For example, the DU generates DU physical layer configuration information and RU physical layer configuration information based on the QoS requirements. Specific physical layer configuration information can be found in the description in S202, and will not be repeated here in this embodiment.

[0350] In some examples, the physical layer configuration information of the aforementioned functional entities can be configured at different granularities, such as DU, RU, cell, UE, DRB, PDU session, QoS flow, and data packet, to configure different execution functions for each functional entity. For instance, a DU can select different DU and RU functions to execute based on dimensions such as DU capabilities, RU capabilities, service load of each functional entity, computing power status, energy consumption status, traffic status of interfaces between functional entities, and QoS requirements, for different DUs, different RUs, different UEs, different DRBs, different PDU sessions, different QoS flows, and different data packets. Furthermore, DU and RU functions can be associated using DU identifiers, RU identifiers, cell identifiers, UE identifiers, DRB identifiers, PDU session identifiers, QoS flow identifiers, and data packet identifiers (which can be carried with the data packet).

[0351] Optionally, the DU can also configure the communication protocol function modules deployed in the DU and the communication protocol function modules deployed in the RU according to the initial default physical layer function partitioning method. In this case, it is not necessary to determine the aforementioned DU physical layer configuration information and RU physical layer configuration information. It is clear that each functional entity can know in advance which communication protocol function modules need to be deployed under different partitioning methods, so the functional entities can be deployed directly based on the default partitioning method. When it is necessary to dynamically adjust the communication protocol function modules deployed on the DU and RU, the DU can then determine the aforementioned DU physical layer configuration information and RU physical layer configuration information. In the above process, the DU can also be a PHY functional entity.

[0352] S207, the DU sends the RU physical layer configuration information to the RU. Correspondingly, the RU receives the RU physical layer configuration information from the DU.

[0353] S207 is similar to S204, and the specific details are described in the description of S204. The embodiments of this application will not be repeated here.

[0354] Through method 1 or method 2 described above, each functional entity obtains the physical layer configuration information used to configure itself. In other examples, the physical layer communication protocol function modules of each functional entity can also be configured through RU, and the specific implementation is similar to DU. This application embodiment does not limit the specific implementation.

[0355] S208, Each functional entity configures the physical layer communication protocol function module according to the physical layer configuration information.

[0356] For example, the DU configures each functional module on the DU according to the DU physical layer configuration information, and the RU configures each functional module on the RU according to the RU physical layer configuration information.

[0357] Taking Scenario 1 above as an example, the DU can establish and configure the SRS-BF module, and the RU can establish and configure the SU-BF module and MU-BF module. In some examples, if the RU receives the DU's physical layer configuration information, the RU can also locally back up the SRS-BF module and set the SRS-BF module to a deactivated or disabled state. The RU can configure the parameters corresponding to the SRS-BF module in the DU's physical layer configuration information into the deactivated or disabled SRS-BF module. For another example, the DU can also locally back up the SU-BF module and MU-BF module and set the SU-BF module and MU-BF module to a deactivated or disabled state. The DU can configure the parameters corresponding to the SU-BF module in the RU's physical layer configuration information into the deactivated or disabled SU-BF module, and configure the parameters corresponding to the MU-BF module in the RU's physical layer configuration information into the deactivated or disabled MU-BF module.

[0358] Taking Scenario 2 above as an example, the DU can establish and configure the SU-BF module and MU-BF module, and the RU can establish and configure the SRS-BF module. In some examples, if the RU receives the DU physical layer configuration information, the RU can also locally back up the SU-BF module and MU-BF module, and set the SU-BF module and MU-BF module to a deactivated or disabled state. The RU can configure the parameters corresponding to the SU-BF module in the DU physical layer configuration information into the deactivated or disabled SU-BF module, and configure the parameters corresponding to the MU-BF module in the DU physical layer configuration information into the deactivated or disabled MU-BF module. For another example, the DU can also locally back up the SRS-BF module, and set the SRS-BF module to a deactivated or disabled state. The DU can configure the parameters corresponding to the SRS-BF module in the RU physical layer configuration information into the deactivated or disabled SRS-BF module.

[0359] Taking scenario 3 above as an example, the DU can establish and configure the SRS-BF module, SU-BF module, and MU-BF module. In some examples, if the RU receives the DU physical layer configuration information, the RU can also locally back up the SRS-BF module, SU-BF module, and MU-BF module, and set the SRS-BF module, SU-BF module, and MU-BF module to a deactivated or disabled state. The RU can configure the parameters corresponding to the SRS-BF module in the DU physical layer configuration information into the deactivated or disabled SRS-BF module, configure the parameters corresponding to the SU-BF module in the DU physical layer configuration information into the deactivated or disabled SU-BF module, and configure the parameters corresponding to the MU-BF module in the DU physical layer configuration information into the deactivated or disabled MU-BF module.

[0360] Taking scenario 4 above as an example, the RU can create and configure the SRS-BF module, SU-BF module, and MU-BF module. In some examples, the DU can also locally back up the SRS-BF module, SU-BF module, and MU-BF module, and set the SRS-BF module, SU-BF module, and MU-BF module to a deactivated or disabled state. The DU can configure the parameters corresponding to the SRS-BF module in the RU physical layer configuration information to the deactivated or disabled SRS-BF module, configure the parameters corresponding to the SU-BF module in the RU physical layer configuration information to the deactivated or disabled SU-BF module, and configure the parameters corresponding to the MU-BF module in the RU physical layer configuration information to the deactivated or disabled MU-BF module.

[0361] Taking scenario 5 above as an example, the RU can establish and configure the channel estimation module and the equalization module. In some examples, the DU can also back up the channel estimation module and the equalization module locally, and set the channel estimation module and the equalization module to a deactivated or disabled state. The DU can configure the parameters corresponding to the channel estimation module in the RU physical layer configuration information to the deactivated or disabled channel estimation module, and configure the parameters corresponding to the equalization module in the RU physical layer configuration information to the deactivated or disabled equalization module.

[0362] Taking scenario 6 above as an example, the DU can establish and configure channel estimation modules and equalization modules. In some examples, if the RU receives the DU physical layer configuration information, the RU can also locally back up the channel estimation module and equalization module, and set the channel estimation module and equalization module to a deactivated or disabled state. The RU can configure the parameters corresponding to the channel estimation module in the DU physical layer configuration information into the deactivated or disabled channel estimation module, and configure the parameters corresponding to the equalization module in the DU physical layer configuration information into the deactivated or disabled equalization module.

[0363] Taking scenario 7 above as an example, the DU can establish and configure the equalization module, and the RU can establish and configure the channel estimation module. In some examples, the DU can also locally back up the channel estimation module and set the channel estimation module to a deactivated or disabled state. The DU can configure the parameters corresponding to the channel estimation module in the RU physical layer configuration information into the inactive or disabled channel estimation module.

[0364] Taking scenario 8 above as an example, the DU can establish and configure the equalization module, and the RU can establish and configure the channel estimation module. In some examples, if the RU receives the DU physical layer configuration information, the RU can also back up the equalization module locally and set the equalization module to an inactive or disabled state. The RU can configure the parameters corresponding to the equalization module in the DU physical layer configuration information into the inactive or disabled equalization module.

[0365] It is understood that the configuration of communication protocol function modules for each functional entity in the above different scenarios can be configured according to different granularities mentioned in S202 or S206, which will not be repeated here in the embodiments of this application.

[0366] S209, DU determines to migrate the first communication protocol function module.

[0367] For example, the DU can determine the trigger to migrate the first communication protocol function based on the local business load, computing power status, energy consumption status, etc. of the DU and RU respectively.

[0368] Taking scenario 1 above as an example, if DU can determine to migrate the SRS-BF module from DU to RU, then the first communication protocol function module can be the SRS-BF module. Similarly, if DU can determine to migrate the SU-BF module and MU-BF module from RU to DU, then the first communication protocol function module can be the SU-BF module or the MU-BF module.

[0369] Taking scenario 2 above as an example, if DU can determine to migrate the SU-BF module and MU-BF module from DU to RU, then the first communication protocol function module can be the SU-BF module and MU-BF module. Similarly, if DU can determine to migrate the SRS-BF module from RU to DU, then the first communication protocol function module can be the SRS-BF module.

[0370] Taking the aforementioned scenario 3 as an example, the DU can determine to migrate the SRS-BF module, SU-BF module, and MU-BF module from the DU to the RU. In this case, the first communication protocol function module can be the SRS-BF module, SU-BF module, and MU-BF module.

[0371] Taking the aforementioned scenario 4 as an example, DU can determine that the SRS-BF module, SU-BF module, and MU-BF module will be migrated from RU to DU. In this case, the first communication protocol function module can be the SRS-BF module, SU-BF module, and MU-BF module.

[0372] Taking the aforementioned scenario 5 as an example, DU can determine to migrate the channel estimation module and equalization module from RU to DU. In this case, the first communication protocol function module can be the channel estimation module and the equalization module.

[0373] Taking the aforementioned scenario 6 as an example, DU can determine to migrate the channel estimation module and equalization module from DU to RU. In this case, the first communication protocol function module can be the channel estimation module and the equalization module.

[0374] Taking the aforementioned scenario 7 as an example, DU can determine to migrate the channel estimation module from RU to DU. In this case, the first communication protocol function module can be the channel estimation module.

[0375] Taking the aforementioned scenario 8 as an example, DU can determine to migrate the equalization module from DU to RU. In this case, the first communication protocol function module can be the equalization module.

[0376] The migration process of the first communication protocol functional module will be described next using methods A and B respectively.

[0377] Method A (the first communication protocol function module is migrated from RU to DU):

[0378] S210, DU sends the second information to RU. Correspondingly, RU receives the second information from DU.

[0379] For example, the second message could be a physical layer function switching request message or a physical layer function migration request message. This second message is used to instruct the RU to migrate the first communication protocol function module to the DU.

[0380] Taking the aforementioned scenario 1 as an example, the second information can instruct the RU to migrate the SU-BF module and MU-BF module to the DU. For example, it can instruct the RU to activate, deactivate, or deactivate the SU-BF module and MU-BF module.

[0381] Taking scenario 2 above as an example, the second piece of information can instruct the RU to migrate the SRS-BF module to the DU. For example, it can instruct the RU to deactivate, deregister, or deactivate the SRS-BF module.

[0382] Taking scenario 4 above as an example, the second information can instruct the RU to migrate the SRS-BF module, SU-BF module, and MU-BF module to the DU. For example, it can instruct the RU to deactivate, deregister, or deactivate the SRS-BF module, SU-BF module, and MU-BF module.

[0383] Taking scenario 5 above as an example, the second information can instruct the RU to migrate the channel estimation module and equalization module to the DU. For example, it can instruct the RU to activate, deactivate, or disable the channel estimation module and equalization module.

[0384] Taking scenario 7 above as an example, the second information can instruct the RU to migrate the channel estimation module to the DU. For example, it can instruct the RU to deactivate, deactivate, or disable the channel estimation module.

[0385] For example, the second message could be a physical layer function synchronization request message. This second message instructs the RU to send the status parameters of the first communication protocol function module to the DU.

[0386] Taking scenario 1 above as an example, the second information is used to request the RU to send the status parameters of the SU-BF module and the MU-BF module to the DU. The status parameters of the SU-BF module and the MU-BF module may include CSI-RS measurement results or channel estimates based on CSI-RS, or in a TDD scenario, SRS measurement results or channel estimates based on SRS. Furthermore, the status parameters of the SU-BF module may also include SU-BF weights, and the status parameters of the MU-BF module may also include MU-BF weights.

[0387] Taking the aforementioned scenario 2 as an example, the second information is also used to request the RU to send the status parameters of the SRS-BF module to the DU, such as SRS measurement results, SRS-based channel estimates and / or SRS-BF weights, etc.

[0388] Taking scenario 4 above as an example, the second information is used to request the RU to send the status parameters of the SU-BF module, the status parameters of the MU-BF module, and the status parameters of the SRS-BF module to the DU. For the specific status parameters of the SRS-BF module, the SU-BF module, and the MU-BF module, please refer to the corresponding descriptions of each status parameter in scenarios 1 and 2 above. The embodiments of this application will not be repeated here.

[0389] Taking scenario 5 above as an example, the second information is used to request the RU to send the status parameters of the channel estimation module and the equalization module to the DU. The status parameters of the channel estimation module may include DMRS measurement results or channel estimation parameters. The status parameters of the equalization module may include equalization weights. For example, the channel estimation parameters can be parameters obtained based on DMRS channel estimation or parameters obtained based on SRS measurement, such as CQI, RI, PMI, etc. It is understood that the channel estimation values ​​in the various embodiments of this application can also be considered to include CQI, RI, PMI, etc. The difference between the channel estimation values ​​corresponding to different reference signals lies in the different reference signals used to determine the corresponding channel estimation values.

[0390] Taking scenario 7 above as an example, the second information is used to request the RU to send the status parameters of the channel estimation module to the DU. The specific status parameters of the channel estimation module can be referred to the corresponding description in scenario 5 above, and will not be repeated here in this embodiment.

[0391] S211, RU sends the first message to DU. Correspondingly, DU receives the first message from RU.

[0392] For example, the first information can also be called physical layer function status synchronization indication information. It can be assumed that if the second information is a physical layer function synchronization request message, then the first information may include the status parameters of the first communication protocol function module requested by the second information. Specific parameters can be referred to the corresponding description in S210, and will not be repeated here in this embodiment.

[0393] Taking the aforementioned scenario 1 as an example, the first information may include the status parameters of the SU-BF module and the status parameters of the MU-BF module.

[0394] Taking the aforementioned scenario 2 as an example, the first information may include the status parameters of the SRS-BF module.

[0395] Taking the aforementioned scenario 4 as an example, the first information may include the status parameters of the SRS-BF module, the status parameters of the SU-BF module, the status parameters of the MU-BF module, etc.

[0396] Taking the aforementioned scenario 5 as an example, the first information may include the state parameters of the channel estimation module, the state parameters of the equalization module, etc.

[0397] Taking scenario 7 above as an example, the first piece of information may include the status parameters of the channel estimation module, such as DMRS measurement results and channel estimation parameters.

[0398] S212, DU configures the first communication protocol function module according to the first information.

[0399] The DU can establish a first communication protocol function module based on the received first information. Alternatively, if the DU has established and deactivated or disabled the first communication protocol function module in advance, the DU can activate or enable the first communication protocol function module and configure the parameters corresponding to the first communication protocol function module in the first information into the activated or enabled first communication protocol function module to update the first communication protocol function module.

[0400] Taking the aforementioned scenario 1 as an example, DU can establish the SU-BF module and MU-BF module based on the first information. Alternatively, if DU establishes and deactivates or disables the SU-BF module and MU-BF module in advance, DU can activate or enable the SU-BF module and MU-BF module, and update the SU-BF module and MU-BF module using the status parameters of the SU-BF module in the first information.

[0401] In this scenario, assuming TDD communication is satisfied, the RU can send the intermediate SRS weights generated by the SRS-BF module to the SU-BF and MU-BF modules in the DU. This allows the DU to generate SU-BF and MU-BF weights based on the SRS weights. The DU then transmits the generated SU-BF and MU-BF weights to the precoding module within the RU, where it precodes the data at different layers.

[0402] Taking scenario 2 above as an example, DU can establish an SRS-BF module based on the first information. Alternatively, if DU establishes and deactivates or disables an SRS-BF module in advance, DU can activate or enable the SRS-BF module and update the SRS-BF module using the status parameters of the SRS-BF module in the first information.

[0403] In this scenario, assuming TDD communication is satisfied, the DU can send the intermediate SRS weights generated by SRS-BF to the SU-BF and MU-BF modules in the RU. This allows the RU to generate SU-BF and MU-BF weights based on the SRS weights. The RU then transmits the generated SU-BF and MU-BF weights to the precoding module within the RU for precoding the data at different layers.

[0404] Taking scenario 4 above as an example, DU can establish SRS-BF module, SU-BF module, and MU-BF module based on the first information. Alternatively, if DU establishes and deactivates or disables SRS-BF module, SU-BF module, and MU-BF module in advance, DU can activate or enable the SRS-BF module, SU-BF module, and MU-BF module, and update the SRS-BF module, SU-BF module, and MU-BF module using the status parameters of the SRS-BF module in the first information.

[0405] In this scenario, assuming TDD communication is satisfied, the DU can send the intermediate SRS weights generated by SRS-BF to the SU-BF and MU-BF modules within the DU. The DU then generates SU-BF and MU-BF weights based on the SRS weights. Afterward, the DU can transmit the generated SU-BF and MU-BF weights to the RU's precoding module for precoding data from different layers.

[0406] Taking scenario 5 above as an example, the DU can establish a channel estimation module and an equalization module based on the first information. Alternatively, if the DU establishes and deactivates or disables the channel estimation module and equalization module in advance, the DU can activate or enable the channel estimation module and equalization module, and update the channel estimation module and equalization module using the state parameters of the channel estimation module in the first information.

[0407] Taking scenario 7 above as an example, DU can establish a channel estimation module based on the first information. Alternatively, if DU establishes and deactivates or disables a channel estimation module in advance, DU can activate or enable the channel estimation module and update the channel estimation module using the state parameters of the channel estimation module in the first information.

[0408] In some examples, if S209 is executed by the RU, then S210 can be omitted. Furthermore, in S211, the RU can send a second message to the DU to inform the DU which first communication protocol function module the RU wishes to migrate to that DU. Alternatively, the RU may not send the second message, but implicitly inform the DU which first communication protocol function module the RU wishes to migrate to that DU through the first message. The embodiments in this application are not limited herein.

[0409] Method B (the first communication protocol function module is migrated from DU to RU):

[0410] S213, DU sends the second information and the first information to RU. Correspondingly, RU receives the second information and the first information from DU.

[0411] Taking scenario 1 above as an example, the second information can indicate to the DU that the SRS-BF module needs to be migrated to the RU. For example, it can instruct the RU to activate, enable, or establish the SRS-BF module. The first information may include the status parameters of the SRS-BF module, such as SRS measurement results, SRS-based channel estimates, and / or SRS-BF weight parameters.

[0412] Taking scenario 2 above as an example, the second information can instruct the DU to migrate the SU-BF module and MU-BF module to the RU. For example, it can instruct the RU to activate, enable, or establish the SU-BF module and MU-BF module. The first information can include the status parameters of the SU-BF module and the MU-BF module. These status parameters can include CSI-RS measurement results or channel estimates based on CSI-RS, or, in a TDD scenario, SRS measurement results or channel estimates based on SRS. Furthermore, the status parameters of the SU-BF module can also include SU-BF weights, and the status parameters of the MU-BF module can also include MU-BF weights.

[0413] Taking scenario 3 above as an example, the second information can instruct the DU to migrate the SRS-BF module, SU-BF module, and MU-BF module to the RU. For example, it can instruct the RU to activate, enable, or establish the SRS-BF module, SU-BF module, and MU-BF module. The first information may include the status parameters of the SRS-BF module, SU-BF module, and MU-BF module, etc. For the specific status parameters of the SRS-BF module, SU-BF module, and MU-BF module, please refer to the corresponding descriptions of the status parameters in scenarios 1 and 2 above, which will not be repeated here in this embodiment.

[0414] Taking scenario 6 above as an example, the second information can instruct the DU to migrate the channel estimation module and equalization module to the RU. For example, it can instruct the RU to activate, enable, or establish the channel estimation module and equalization module. The first information can include the status parameters of the channel estimation module and the equalization module. The status parameters of the channel estimation module can include DMRS measurement results or channel estimation parameters. The status parameters of the equalization module can include equalization weights. For example, the channel estimation parameters can be parameters obtained based on DMRS channel estimation or parameters obtained based on SRS measurement, such as CQI, RI, PMI, etc.

[0415] Taking scenario 8 above as an example, the second information can instruct the DU to migrate the equalization module to the RU. For example, it can instruct the RU to activate, enable, or establish the equalization module. The first information may include the state parameters of the equalization module, etc. The specific state parameters of the equalization module can be referred to the corresponding description in scenario 6 above, and will not be repeated here in this embodiment.

[0416] S214, RU configures the first communication protocol function module according to the first information.

[0417] The execution processes of S214 and S212 are similar, the difference being the execution subject.

[0418] Taking the aforementioned scenario 1 as an example, the RU can establish an SRS-BF module based on the first information. Alternatively, if the RU establishes and deactivates or disables an SRS-BF module in advance, the RU can activate or enable the SRS-BF module and update the SRS-BF module using the state parameters of the SRS-BF module in the first information.

[0419] In this scenario, assuming TDD communication is satisfied, the RU can send the intermediate SRS weights generated by the SRS-BF module to the SU-BF and MU-BF modules in the DU. This allows the DU to generate SU-BF and MU-BF weights based on the SRS weights. The DU then transmits the generated SU-BF and MU-BF weights to the precoding module within the RU, where it precodes the data at different layers.

[0420] Taking scenario 2 above as an example, the RU can establish the SU-BF module and MU-BF module based on the first information. Alternatively, if the RU establishes and deactivates or disables the SU-BF module and MU-BF module in advance, the RU can activate or enable the SU-BF module and MU-BF module, and update the SU-BF module and MU-BF module using the status parameters of the SU-BF module in the first information.

[0421] In this scenario, assuming TDD communication is satisfied, the DU can send the intermediate SRS weights generated by SRS-BF to the SU-BF and MU-BF modules in the RU. This allows the RU to generate SU-BF and MU-BF weights based on the SRS weights. The RU then transmits the generated SU-BF and MU-BF weights to the precoding module within the RU for precoding the data at different layers.

[0422] Taking scenario 3 above as an example, the RU can establish the SRS-BF module, SU-BF module, and MU-BF module based on the first information. Alternatively, if the RU establishes and deactivates or disables the SRS-BF module, SU-BF module, and MU-BF module in advance, the RU can activate or enable the SRS-BF module, SU-BF module, and MU-BF module, and update the SRS-BF module, SU-BF module, and MU-BF module using the status parameters of the SRS-BF module in the first information.

[0423] In this scenario, assuming TDD communication is satisfied, the RU can send the intermediate SRS weights generated by SRS-BF to the SU-BF and MU-BF modules inside the RU. The RU then generates SU-BF and MU-BF weights based on the SRS weights. Afterward, the RU can transmit the generated SU-BF and MU-BF weights to the precoding module inside the RU for precoding data from different layers.

[0424] Taking scenario 6 above as an example, the RU can establish a channel estimation module and an equalization module based on the first information. Alternatively, if the RU establishes and deactivates or disables the channel estimation module and equalization module in advance, the RU can activate or enable the channel estimation module and equalization module, and update the channel estimation module and equalization module using the state parameters of the channel estimation module in the first information.

[0425] Taking scenario 8 above as an example, RU can establish a balancing module based on the first information. Alternatively, if RU establishes and deactivates or disables a balancing module in advance, RU can activate or enable the balancing module and update the balancing module using the state parameters of the balancing module in the first information.

[0426] It should be understood that methods A and B described above can be executed individually or simultaneously, and this application embodiment does not limit this. If the modules to be migrated are not pre-established for the aforementioned functional entities, the corresponding modules can be generated in real time through virtualization or container technology. For specific implementation processes, please refer to relevant technologies; this application embodiment will not elaborate further.

[0427] After the first communication protocol functional module is migrated, each functional entity can communicate according to the migrated function. For example, each functional entity can use the newly migrated first communication protocol functional module to generate corresponding weights for related operations such as precoding and equalization.

[0428] In some implementations, the first and second information can be carried using the same signaling. For example, the DU can carry the first and second information in the header of its service flow data packet, or the RU can carry the first and second information in the header of its service flow data packet, such as the eCPRI header. The DU or RU parses the header of this data packet to obtain the first and second information. Alternatively, the DU or RU can send the first and second information using separate control plane signaling or separate management plane signaling. This application does not limit the scope of the embodiments described herein.

[0429] The embodiments of this application have the following technical effects:

[0430] 1. Determine the physical layer configuration information of DU and RU through CU or DU, and send it to DU / RU. This completes the initial configuration of the physical layer functions of DU and RU before migration, preparing for flexible migration in the future.

[0431] 2. DU and RU perform different functions at various possible granularities, enabling PHY functions to be flexibly configured on demand, thereby improving system energy efficiency and service capacity.

[0432] 3. By sending physical layer function switching / migration indication information and physical layer function status synchronization indication information to the RU through the DU, the configuration of SRS-BF, SU-BF, MU-BF functions, channel estimation function and / or equalization function of the DU and RU remains synchronized before and after the migration. This avoids drastic fluctuations in the downlink experience rate of the UE (especially the downlink experience rate of cell edge users) when the base station and UE are switching between downlink cooperative transmission and non-cooperative transmission, so as to ensure a smooth transition of the user's downlink experience and ensure the consistency of user experience.

[0433] Figure 23 This is a schematic diagram of another communication scenario provided for an embodiment of this application.

[0434] Considering that the above-mentioned embodiments can also be applied to O-RAN network architectures, therefore, Figure 23This illustrates a scenario under the O-RAN architecture. In the O-RAN architecture, access network devices can be divided into three functional entities: O-RU, O-DU, and O-CU. The O-RU is similar to the aforementioned RU, the O-DU to the aforementioned DU, and the O-CU to the aforementioned CU. The interfaces between these functional entities can be referred to the descriptions in the previous embodiments, and will not be repeated here. The O-RAN network architecture may also include a near-real-time RAN intelligent controller (RIC) and service management and orchestration (SMO).

[0435] The near real-time RIC is primarily used to collect network information and perform necessary optimization tasks. The near real-time RIC communicates with the O-CU and O-DU via the E2 interface. The near real-time RIC may include a QoS management module, a radio connection management module, an interference management module, and a mobility management module.

[0436] The SMO can include multiple functional modules, such as a non-real-time RIC, a configuration module, a policy module, a design module, and an inventory module. The main functions of the SMO can include operations, administration, and maintenance (OAM) of cloud infrastructure. For example, it can operate, maintain, and manage cloud infrastructure through the O2 interface. The SMO can also operate, maintain, and manage the RAN through the O1 interface. The SMO can also include a non-real-time RIC, such as one that combines artificial intelligence (AI) and big data analytics technologies to achieve non-real-time macro-control and intervention of the O-RAN through the A1 interface. Each functional entity in the O-RAN can function as an independent entity and communicate with the SMO independently using the O1 interface. In some examples, the SMO and near-real-time RIC can communicate through either the A1 or O1 interface; the appropriate communication path can be selected based on the actual situation, which will not be elaborated further in this embodiment.

[0437] refer to Figure 24 As shown above Figures 12 to 22The described scheme, in an O-RAN scenario, allows computational and decision-making operations to be implemented by functional modules outside the RAN. Such a functional module could be called a RAN split control function (RSCF). It is understood that RSCF is merely one possible name, and this application does not limit the name of this type of functional module; it could also be called a control module, decision module, etc. Subsequent embodiments of this application will use RSCF as an example for description.

[0438] The RSCF module can be deployed in a near real-time RIC, an SMO, or a non-real-time RIC; this embodiment does not impose any limitations on this. The RSCF module can be used to implement the aforementioned... Figures 12 to 22 The RSCF generates DRB configurations and physical layer communication protocol module configurations for each functional entity. It can also be used to decide whether to trigger the migration of the first communication protocol functional module, and to send first and second information to the corresponding functional entities. Figure 23 The corresponding interfaces shown in the figure implement communication. For the specific communication process, please refer to the foregoing embodiments and combine them with the above. Figure 23 The corresponding interface implementations are described in detail in this application embodiment.

[0439] It is understood that the SMO and the functional entities in the O-RAN can communicate directly through the O1 interface; alternatively, the SMO can send data to the near real-time RIC through the A1 interface, and then the near real-time RIC can send it to the corresponding functional entity through the E2 interface. The appropriate communication path can be selected based on the actual situation, and this embodiment does not impose any limitations on it.

[0440] Next, combine Figure 25 This describes how to migrate communication protocol functional modules in an O-RAN scenario.

[0441] S301, the core network element sends the fourth information to the O-CU. Correspondingly, the O-CU receives the fourth information from the core network element.

[0442] The implementation process of S301 is similar to that of S201. For details, please refer to the description of S201. The embodiments of this application will not be repeated here.

[0443] In step S302, the O-CU sends the fourth information to the near real-time RIC or SMO. Correspondingly, the near real-time RIC or SMO receives the fourth information from the O-CU. Alternatively, the O-CU can be considered to forward the fourth information received in step S301 to the near real-time RIC or SMO, enabling the near real-time RIC or SMO to determine the DRB configuration based on the fourth information.

[0444] For example, the O-CU sends the fourth message to the near real-time RIC via the E2 interface, or to the SMO via the O1 interface. In some examples, the O-CU can first send the fourth message to the near real-time RIC via the E2 interface, and then the near real-time RIC can send the fourth message to the SMO via the A1 interface.

[0445] S303, near real-time RIC or SMO determines DRB configuration.

[0446] For example, near real-time RIC or SMO generates DRB configuration based on PDU session resource establishment requests. This DRB configuration may include O-DU physical layer configuration information and O-RU physical layer configuration information.

[0447] The following sections will describe how to configure the physical layer for O-DU and O-RU in two ways.

[0448] Method 3:

[0449] In step S304, the SMO sends the O-DU physical layer configuration information and the O-RU physical layer configuration information to the O-DU. Correspondingly, the O-DU receives the O-DU physical layer configuration information and the O-RU physical layer configuration information from the SMO. In other words, the SMO can inform the O-DU of the physical layer configuration information of each functional entity determined in step S303.

[0450] S305, the O-DU sends the O-RU physical layer configuration information to the O-RU. Correspondingly, the O-RU receives the O-RU physical layer configuration information from the O-DU.

[0451] For example, the SMO can directly send the O-DU and O-RU physical layer configuration information to the O-DU and O-RU via the O1 interface. Alternatively, the SMO can first send the O-DU and O-RU physical layer configuration information to the near real-time RIC via the A1 interface. In this case, the near real-time RIC can forward the information to the O-DU via the E2 interface, and then the O-DU can forward the O-RU physical layer configuration information (optionally including O-DU physical layer configuration information) to the O-RU via the LLS interface. Alternatively, the near real-time RIC can also send the O-DU and O-RU physical layer configuration information to the O-CU via the E2 interface, and then the O-CU can forward the information to the O-DU via the F1 interface, and the O-DU can forward the O-RU physical layer configuration information (optionally including O-DU physical layer configuration information) to the O-RU via the LLS interface.

[0452] Method 4:

[0453] In step S306, the near real-time RIC sends the O-DU physical layer configuration information and the O-RU physical layer configuration information to the O-DU. Correspondingly, the O-DU receives the O-DU physical layer configuration information and the O-RU physical layer configuration information from the near real-time RIC. In other words, the SMO can inform the O-DU of the physical layer configuration information of each functional entity determined in step S303.

[0454] S307, the O-DU sends the O-RU physical layer configuration information to the O-RU. Correspondingly, the O-RU receives the O-RU physical layer configuration information from the O-DU.

[0455] For example, a near real-time RIC can send the O-DU physical layer configuration information and the O-RU physical layer configuration information to the O-DU through the E2 interface, and then the O-DU can send the O-RU physical layer configuration information (optionally also including the O-DU physical layer configuration information) to the O-RU through the LLS interface.

[0456] Alternatively, the near real-time RIC can first send the O-DU physical layer configuration information and the O-RU physical layer configuration information to the O-CU via the E2 interface, and then the O-CU forwards it to the O-DU via the F1 interface. Alternatively, the O-DU can forward the O-RU physical layer configuration information (optionally also including the O-DU physical layer configuration information) to the O-RU via the LLS interface.

[0457] Optionally, the near real-time RIC or SMO can also configure the communication protocol function modules deployed in the O-DU and O-RU according to the initial default physical layer function partitioning method. In this case, it is not necessary to determine the aforementioned O-DU physical layer configuration information and O-RU physical layer configuration information. It is clear that each functional entity can know in advance which communication protocol function modules need to be deployed under different partitioning methods, so the functional entities can be deployed directly based on the default partitioning method. When it is necessary to dynamically adjust the communication protocol function modules deployed on the O-DU and O-RU, the near real-time RIC or SMO can then determine the aforementioned O-DU physical layer configuration information and O-RU physical layer configuration information.

[0458] In some examples, near real-time RIC or SMO can configure the physical layer configuration information of each functional entity at different granularities. For instance, different execution functions can be configured for each functional entity at granularities such as O-CU, O-DU, O-RU, cell, UE, DRB, PDU session, QoS flow, and data packet. For example, near real-time RIC or SMO can select different DU and RU functions to execute for different O-CUs, O-DUs, O-RUs, UEs, DRBs, PDU sessions, QoS flows, and data packets based on dimensions such as O-CU capabilities, O-DU capabilities, O-RU capabilities, service load, computing power status, energy consumption status, traffic status of interfaces between functional entities, and QoS requirements. Furthermore, O-DU and O-RU functions can be associated with O-CU identifiers, O-DU identifiers, O-RU identifiers, cell identifiers, UE identifiers, DRB identifiers, PDU session identifiers, QoS flow identifiers, and data packet identifiers (which can be carried with the data packet).

[0459] S308, each functional entity configures the physical layer communication protocol function module according to the physical layer configuration information.

[0460] It is understood that S308 is similar to S208, and the specific details can be found in the description of S208. The embodiments of this application will not be repeated here.

[0461] S309, O-RU and / or O-DU send functional entity status reports to near real-time RIC or SMO.

[0462] For example, the O-RU can report local service load, computing power status, and energy consumption status to the near real-time RIC or SMO. For instance, the O-RU can first send its local service load, computing power status, and energy consumption status to the O-DU via the LLS interface. Then, the O-DU, along with its functional entity status report, sends it to the near real-time RIC via the E2 interface; or the O-DU, along with its functional entity status report, sends it to the SMO via the O1 interface; or the O-DU, along with its functional entity status report, sends it to the near real-time RIC via the E2 interface, and then the near real-time RIC sends it to the SMO via the A1 interface. Of course, for the O-DU to send data to the near real-time RIC, it can also first send it to the O-CU via the F1 interface, and then the O-CU sends it to the near real-time RIC via the E2 interface. For the O-DU to send data to the SMO, it can also first send it to the O-CU via the F1 interface, and then the O-CU sends it to the SMO via the O1 interface. This embodiment of the application is not limited to these methods.

[0463] The functional entity status report of O-DU can include information such as O-DU local business load, computing power status, and energy consumption status.

[0464] For example, the O-RU can directly report its local service load, computing power status, and energy consumption status to the SMO through the O1 interface. Therefore, in the above example, the O-DU can also simply send the O-DU's functional entity status report; this embodiment of the application does not impose such limitations.

[0465] S310, near real-time RIC or SMO determines to migrate the first communication protocol function module.

[0466] It is understood that S310 is similar to S209, the difference being the executing entity. For details, please refer to the description of S209; the embodiments in this application will not be repeated here.

[0467] For example, near real-time RIC or SMO can determine whether to trigger the switching or migration of the first communication protocol function module based on information such as the local service load, computing power status, mutual interference energy consumption status, and QoS requirements of the O-RU and / or O-DU.

[0468] The migration process of the first communication protocol functional module will be described next using methods C and D respectively.

[0469] Method C (the first communication protocol function module is migrated from RU to DU):

[0470] S311, the near real-time RIC or SMO sends a second message to the O-RU. Accordingly, the O-RU receives the second message from the near real-time RIC or SMO.

[0471] S312, the O-RU sends the first message to the O-DU. Correspondingly, the O-DU receives the first message from the O-RU.

[0472] S313, O-DU configures the first communication protocol function module according to the first information.

[0473] For example, the SMO can directly send the second information to the O-DU and / or O-RU via the O1 interface. Alternatively, the SMO can first send the second information to the O-CU via the O1 interface, which then forwards it to the O-DU, and the O-DU forwards it to the O-RU. Alternatively, the SMO can first send the second information to the near real-time RIC via the A1 interface, which then forwards it to the O-CU via the E2 interface, and the O-CU forwards it to the O-DU, and the O-DU forwards it to the O-RU. Alternatively, the SMO can first send the second information to the near real-time RIC function via the A1 interface, which then sends it to the O-DU via the E2 interface, and the O-DU forwards it to the O-RU.

[0474] For example, a near real-time RIC can first forward the second information to the O-CU via the E2 interface, then the O-CU forwards it to the O-DU, and finally the O-RU. Alternatively, the near real-time RIC can send the second information to the O-DU via the E2 interface, and then the O-DU forwards it to the O-RU.

[0475] O-DU and O-RU can activate (enable or establish) or deactivate (de-enable or deregister) the corresponding first communication protocol function module according to the second information, and interact with the parameters of the first communication protocol function module according to the first information, and synchronously update the activated or enabled first communication protocol function module.

[0476] Method D (the first communication protocol function module is migrated from DU to RU):

[0477] S314, the near real-time RIC or SMO sends the second information and the first information to the O-RU. Accordingly, the O-RU receives the second information and the first information from the near real-time RIC or SMO.

[0478] S315, O-RU configures the first communication protocol function module according to the first information.

[0479] The specific interaction process of S314 can be referred to in Method C for how to send the second information, and will not be repeated here in the embodiments of this application.

[0480] This is understandable. Figure 25 For the detailed implementation process of each step, please refer to [link / reference]. Figure 22 The corresponding description in the text, and Figure 13 The descriptions of the corresponding embodiments are not repeated here.

[0481] Considering that in future communication systems, RAN nodes may also possess some core network functions, as well as capabilities such as AI training and inference computation, the functional entities in the embodiments of this application may also include core network functions.

[0482] It is understood that each of the above embodiments of this application can be implemented independently or in combination with each other; there is no absolute subordinate relationship between the embodiments, and they can be combined with each other under any conditions to obtain the corresponding effect.

[0483] It is understood that, in order to achieve the functions in the above embodiments, the network device includes hardware structures and / or software modules corresponding to the execution of each function. Those skilled in the art should readily recognize that, based on the units and method steps described in conjunction with the embodiments disclosed in this application, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application scenario and design constraints of the technical solution.

[0484] Figure 26 and Figure 27 This is a schematic diagram illustrating the structure of a possible communication protocol function determination device provided for embodiments of this application. These communication protocol function determination devices can be used to implement the functions of the first or second functional entity in the above method embodiments, and therefore can also achieve the beneficial effects of the above method embodiments. In the embodiments of this application, the communication protocol function determination device can be as follows: Figure 1 The RAN node 110 shown can also be referred to as an access network device or a network device. The communication protocol function determination device can also be a module (such as a chip) applied to the network device.

[0485] In this embodiment of the application, the device for implementing the function of the network device can be the network device itself, or it can be a device that enables the network device to implement the function, such as a chip system. The device can be installed in the network device or used in conjunction with the network device.

[0486] In this embodiment of the application, the chip system may be composed of chips, or it may include chips and other discrete devices.

[0487] like Figure 26 As shown, the communication protocol function determination device 2600 includes a processing unit 2610 and a transceiver unit 2620. The communication protocol function determination device 2600 is used to implement the above... Figure 13 , Figure 22 , Figure 25 The method embodiment shown illustrates the functionality of the network device.

[0488] When the communication protocol function determination device 2600 is used to implement Figure 13 In the method embodiment shown, the functions of the first functional entity are as follows: the processing unit 2610 is used to acquire first information; the transceiver unit 2620 is used to send the first information to the second functional entity.

[0489] When the communication protocol function determination device 2600 is used to implement Figure 13In the method embodiment shown, the functions of the second functional entity are as follows: the transceiver unit 2620 is used to receive first information from the first functional entity; the processing unit 2610 is used to configure the first communication protocol function module in the second functional entity according to the first information.

[0490] For a more detailed description of the aforementioned processing unit 2610 and transceiver unit 2620, please refer to [link / reference needed]. Figure 13 , Figure 22 , Figure 25 The following is a description of the method embodiments shown.

[0491] like Figure 27 As shown, the communication protocol function determination device 2700 includes a processor 2710 and an interface circuit 2720. The processor 2710 and the interface circuit 2720 are coupled to each other. It is understood that the interface circuit 2720 can be a transceiver or an input / output interface. Optionally, the communication protocol function determination device 2700 may also include a memory 2730 for storing instructions executed by the processor 2710, or storing input data required by the processor 2710 to execute instructions, or storing data generated after the processor 2710 executes instructions. Sometimes, the interface circuit 2720 can also be understood as part of the processor 2710, in which case the communication protocol function determination device 2700 includes the processor 2710.

[0492] When the communication protocol function determination device 2700 is used to implement Figure 13 , Figure 22 , Figure 25 In the method shown, the processor 2710 is used to implement the functions of the processing unit 2610, and the interface circuit 2720 is used to implement the functions of the transceiver unit 2620.

[0493] When the aforementioned communication protocol function determination device is a chip applied to an access network device, the access network device chip implements the functions of the access network device in the above method embodiments. The access network device chip receives information from a terminal or core network device, which can be understood as the information being first received by other modules (such as radio frequency modules or antennas) in the access network device, and then sent to the access network device chip by these modules. The access network device chip sends information to a terminal or core network device, which can be understood as the information being sent down to other modules (such as radio frequency modules or antennas) in the terminal or core network device, and then sent back to the terminal or core network device by these modules.

[0494] In this application, entity A sends information to entity B, either directly or indirectly through other entities. Similarly, entity B receives information from entity A, either directly or indirectly through other entities. Entities A and B can be RAN nodes or terminals, or modules within RAN nodes or terminals. Information transmission and reception can be between RAN nodes and terminals, such as between a base station and a terminal; between two RAN nodes, such as between a CU and a DU; or between different modules within a single device, such as between a terminal chip and other modules of the terminal, or between a base station chip and other modules of the base station.

[0495] It is understood that the processor in the embodiments of this application can be a central processing unit, or other general-purpose processors, digital signal processors, application-specific integrated circuits, field-programmable gate arrays, or other programmable logic devices, transistor logic devices, hardware components, or any combination thereof. A general-purpose processor can be a microprocessor or any conventional processor.

[0496] The method steps in the embodiments of this application can be implemented in hardware or in software instructions executable by a processor. The software instructions can consist of corresponding software modules, which can be stored in random access memory, flash memory, read-only memory, programmable read-only memory, erasable programmable read-only memory, electrically erasable programmable read-only memory, registers, hard disks, portable hard disks, CD-ROMs, or any other form of storage medium known in the art. An exemplary storage medium is coupled to a processor, enabling the processor to read information from and write information to the storage medium. The storage medium can also be a component of the processor. The processor and storage medium can reside in application-specific integrated circuits (ASICs). Alternatively, the ASIC can reside in a base station or terminal. The processor and storage medium can also exist as discrete components in a base station or terminal.

[0497] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer program or instructions are loaded and executed on a computer, the processes or functions described in the embodiments of this application are performed entirely or partially. The computer can be a general-purpose computer, a special-purpose computer, a computer network, a network device, a user equipment, or other programmable device. The computer program or instructions can be stored in a computer-readable storage medium or transferred from one computer-readable storage medium to another. For example, the computer program or instructions can be transferred from one website, computer, server, or data center to another website, computer, server, or data center via wired or wireless means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium, such as a floppy disk, hard disk, or magnetic tape; it can also be an optical medium, such as a digital video optical disc; or it can be a semiconductor medium, such as a solid-state drive. The computer-readable storage medium may be a volatile or non-volatile storage medium, or may include both types of storage media.

[0498] In the various embodiments of this application, unless otherwise specified or in case of logical conflict, the terminology and / or descriptions between different embodiments are consistent and can be referenced by each other. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships.

[0499] In this application, "at least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. In the textual description of this application, the character " / " generally indicates an "or" relationship between the preceding and following related objects; in the formulas of this application, the character " / " indicates a "division" relationship between the preceding and following related objects. "Including at least one of A, B, and C" can mean: including A; including B; including C; including A and B; including A and C; including B and C; including A, B, and C.

[0500] It is understood that the various numerical designations used in the embodiments of this application are merely for descriptive convenience and are not intended to limit the scope of the embodiments of this application. The order of the process numbers described above does not imply the order of execution; the execution order of each process should be determined by its function and internal logic.

[0501] In this application, the base station sends downlink signals or downlink information to the terminal, with the downlink information carried on the downlink channel; the terminal sends uplink signals or uplink information to the base station, with the uplink information carried on the uplink channel. To communicate with the base station, the terminal needs to establish a radio connection on a cell controlled by the base station. The cell with which the terminal has established a radio connection is called the terminal's serving cell. When the terminal communicates with this serving cell, it is also susceptible to interference from signals from neighboring cells.

[0502] The network architecture and business scenarios described in the embodiments of this application are for the purpose of more clearly illustrating the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided in the embodiments of this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in the embodiments of this application are also applicable to similar technical problems.

[0503] The terms "first" and "second," etc., used in the specification and drawings of the embodiments of this application are used to distinguish different objects or to distinguish different processing of the same object. The terms "first" and "second," etc., can distinguish identical or similar items with substantially the same function and effect. For example, "first device" and "second device" are merely to distinguish different devices and do not limit their order. Those skilled in the art will understand that the terms "first" and "second," etc., do not limit the quantity or execution order, and that "first" and "second," etc., do not necessarily imply that they are different.

[0504] Furthermore, the terms "comprising" and "having," and any variations thereof, used in the description of the embodiments of this application are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the steps or units listed, but may optionally include other steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products, or devices.

[0505] In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner to facilitate understanding.

[0506] It is understood that the term "embodiment" used throughout the specification means that a specific feature, structure, or characteristic related to an embodiment is included in at least one embodiment of the embodiments of this application. Therefore, the various embodiments throughout the specification do not necessarily refer to the same embodiment. Furthermore, these specific features, structures, or characteristics can be combined in any suitable manner in one or more embodiments. It is understood that in the various embodiments of the embodiments of this application, the sequence number of each process does not imply 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 this application.

[0507] It is understood that in the embodiments of this application, "...when" and "if" both refer to the corresponding processing that will be carried out under certain objective circumstances, and are not limited to a time, nor do they require a judgment action during implementation, nor do they imply any other limitations.

[0508] It is understood that some optional features in the embodiments of this application can be implemented independently in certain scenarios without relying on other features, such as the current solution on which they are based, to solve the corresponding technical problems and achieve the corresponding effects. Alternatively, they can be combined with other features as needed in certain scenarios. Correspondingly, the apparatus given in the embodiments of this application can also implement these features or functions, which will not be elaborated here.

[0509] In the embodiments of this application, unless otherwise specified, the same or similar parts between the various embodiments can be referred to each other. In the various embodiments of this application, and in the various implementation methods / methods / implementations within each embodiment, unless otherwise specified or logically conflicting, the terminology and / or descriptions between different embodiments and between the various implementation methods / methods / implementations within each embodiment are consistent and can be mutually referenced. The technical features in different embodiments and the various implementation methods / methods / implementations within each embodiment can be combined to form new embodiments, implementation methods, methods, or implementation approaches based on their inherent logical relationships. The following descriptions of the embodiments of this application do not constitute a limitation on the scope of protection of the embodiments of this application.

Claims

1. A method for determining the function of a communication protocol, characterized in that, The method is applied to a first functional entity, and the method includes: Obtain first information, wherein the first information is used to indicate parameters related to the first communication protocol function module, the parameters related to the first communication protocol function module are used to configure the first communication protocol function module in the second functional entity, and the first communication protocol function module includes a physical layer communication protocol function module. Send the first information to the second functional entity.

2. The method according to claim 1, characterized in that, The method further includes: Send or receive second information, the second information being used to instruct the migration of the first communication protocol function module to the second function entity.

3. The method according to claim 2, characterized in that, The method further includes sending the second information: The second information is determined based on the first parameter; The first parameter includes at least one of the following parameters: Parameters used to indicate the business load status of the first functional entity; Parameters used to indicate the computing power status of the first functional entity; Parameters used to indicate the energy consumption status of the first functional entity; or, Parameters used to indicate the traffic status of the interface between the first functional entity and the second functional entity.

4. The method according to any one of claims 1-3, characterized in that, The first functional entity is configured with the first communication protocol function module, and the first communication protocol function module is set to a deactivated state, a deregistered state, or a disabled state.

5. The method according to claim 2 or 3, characterized in that, Before sending or receiving the second information, the method further includes: Receive or generate the third information, wherein the third information is used to configure the first communication protocol function module; The third information is sent to the second functional entity.

6. The method according to claim 5, characterized in that, The third information is determined based on the first Quality of Service (QoS) parameter, wherein the first QoS parameter is used to indicate the QoS requirements of the service, and the first communication protocol function module is used to meet the QoS requirements of the service.

7. The method according to claim 5 or 6, characterized in that, The third information configures the first communication protocol function module based on at least one of the following granularities: Granularity based on functional entities; Based on the granularity of the cell; Granularity based on the terminal; or, Based on business granularity.

8. The method according to claim 7, characterized in that, The granularity based on functional entities includes at least one of the following granularities: Granularity based on centralized unit (CU); Granularity based on distributed unit (DU); or, Granularity based on radio frequency unit (RU).

9. The method according to claim 7, characterized in that, The business-based granularity includes at least one of the following granularities: Granularity based on Data Radio Bearer (DRB); Granularity of sessions based on Protocol Data Unit (PDU); QoS-based granularity; or, Based on packet granularity.

10. The method according to any one of claims 1-9, characterized in that, The first functional entity is deployed in CU, DU or RU.

11. The method according to any one of claims 1-10, characterized in that, The first communication protocol functional module includes at least one of the following functional modules: A functional module for generating downlink precoding parameters for a single user; A functional module for generating downlink precoding parameters for multiple users; A functional module used to generate uplink precoding parameters; A functional module used to generate channel estimation parameters; or, This is a functional module used to generate equalization parameters.

12. The method according to claim 11, characterized in that, The first communication protocol function module is a function module used to generate downlink precoding parameters for a single user. Parameters related to the first communication protocol function module include: Channel State Information Reference Signal (CSI-RS) measurement results and / or downlink precoding weights for a single user; or, The first communication protocol function module is a function module used to generate downlink precoding parameters for multiple users. Parameters related to the first communication protocol function module include: CSI-RS measurement results and / or downlink precoding weights for multiple users; or, The first communication protocol function module is a function module used to generate uplink precoding parameters. Parameters related to the first communication protocol function module include: the sounding reference signal (SRS) measurement result and / or the uplink precoding weights; or, The first communication protocol function module is a function module used to generate channel estimation parameters. Parameters related to the first communication protocol function module include at least one of: demodulation reference signal (DMRS) measurement results, SRS measurement results, and channel state information (CSI); or, The first communication protocol function module is a function module used to generate equilibrium parameters. The parameters related to the first communication protocol function module include: equilibrium weights.

13. The method according to any one of claims 1-12, characterized in that, The second functional entity is deployed in CU, DU or RU.

14. A method for determining the function of a communication protocol, characterized in that, The method is applied to a second functional entity, and the method includes: Receive first information from a first functional entity, wherein the first information is used to indicate parameters related to a first communication protocol functional module, the parameters related to the first communication protocol functional module are used to configure the first communication protocol functional module in a second functional entity, and the first communication protocol functional module includes a physical layer communication protocol functional module. Configure the first communication protocol function module in the second functional entity according to the first information.

15. The method according to claim 14, characterized in that, The method further includes: Send or receive second information, the second information being used to instruct the migration of the first communication protocol function module to the second function entity.

16. The method according to claim 15, characterized in that, The method further includes sending the second information: The second information is determined based on the first parameter; The first parameter includes at least one of the following parameters: Parameters used to indicate the business load status of the first functional entity; Parameters used to indicate the computing power status of the first functional entity; Parameters used to indicate the energy consumption status of the first functional entity; or, Parameters used to indicate the traffic status of the interface between the first functional entity and the second functional entity.

17. The method according to claim 15 or 16, characterized in that, Before sending or receiving the second information, the method further includes: Receive or generate the third information, wherein the third information is used to configure the first communication protocol function module; The first communication protocol function module is generated based on the third information, wherein the first communication protocol function module is in a deactivated state or a disabled state.

18. The method according to claim 17, characterized in that, The third information is determined based on the first Quality of Service (QoS) parameter, wherein the first QoS parameter is used to indicate the QoS requirements of the service, and the first communication protocol function module is used to meet the QoS requirements of the service.

19. The method according to claim 17 or 18, characterized in that, The third information configures the first communication protocol function module based on at least one of the following granularities: Granularity based on functional entities; Based on the granularity of the cell; Granularity based on the terminal; or, Based on business granularity.

20. The method according to claim 19, characterized in that, The granularity based on different functional entities includes at least one of the following granularities: Granularity based on centralized unit (CU); Granularity based on distributed unit (DU); or, Granularity based on radio frequency unit (RU).

21. The method according to claim 19, characterized in that, The granularity based on different services includes at least one of the following granularities: Granularity based on Data Radio Bearer (DRB); Granularity of sessions based on Protocol Data Unit (PDU); QoS-based granularity; or, Based on packet granularity.

22. The method according to any one of claims 14-21, characterized in that, The second functional entity is deployed in CU, DU or RU.

23. The method according to any one of claims 14-22, characterized in that, The first communication protocol functional module includes at least one of the following functional modules: A functional module for generating downlink precoding parameters for a single user; A functional module for generating downlink precoding parameters for multiple users; A functional module used to generate uplink precoding parameters; A functional module used to generate channel estimation parameters; or, This is a functional module used to generate equalization parameters.

24. The method according to claim 23, characterized in that, The first communication protocol function module is a function module used to generate downlink precoding parameters for a single user. Parameters related to the first communication protocol function module include: Channel State Information Reference Signal (CSI-RS) measurement results and / or downlink precoding weights for a single user; or, The first communication protocol function module is a function module used to generate downlink precoding parameters for multiple users. Parameters related to the first communication protocol function module include: CSI-RS measurement results and / or downlink precoding weights for multiple users; or, The first communication protocol function module is a function module used to generate uplink precoding parameters. Parameters related to the first communication protocol function module include: the sounding reference signal (SRS) measurement result and / or the uplink precoding weights; or, The first communication protocol function module is a function module used to generate channel estimation parameters. Parameters related to the first communication protocol function module include at least one of: demodulation reference signal (DMRS) measurement results, SRS measurement results, and channel state information (CSI); or, The first communication protocol function module is a function module used to generate equilibrium parameters. The parameters related to the first communication protocol function module include: equilibrium weights.

25. The method according to any one of claims 14-24, characterized in that, The first functional entity is deployed in CU, DU or RU.

26. A communication protocol function determination device, characterized in that, It includes a module for performing the method of any one of claims 1 to 13, or a module for performing the method of any one of claims 14 to 25.

27. A communication protocol function determination device, characterized in that, The device includes a processor and an interface circuit, wherein the interface circuit is used to receive signals from other communication devices and transmit them to the processor or to send signals from the processor to other communication devices, and the processor is used to implement the method as described in any one of claims 1 to 13, or to implement the method as described in any one of claims 14 to 25, through logic circuits or executing code instructions.

28. A chip, characterized in that, The device includes a processor and an interface circuit, wherein the interface circuit is used to receive signals from other communication devices and transmit them to the processor or to send signals from the processor to other communication devices, and the processor is used to implement the method as described in any one of claims 1 to 13, or to implement the method as described in any one of claims 14 to 25, through logic circuits or executing code instructions.

29. A computer-readable storage medium, characterized in that, The storage medium stores a computer program or instructions, which, when executed by a communication device, implement the method as described in any one of claims 1 to 13, or the method as described in any one of claims 14 to 25.

30. A computer program product, comprising a computer program or instructions, characterized in that, When the computer program or instructions are executed by the communication device, they implement the method as described in any one of claims 1 to 13, or the method as described in any one of claims 14 to 25.

Images