Model updating method and communication device

Abstract

The present application relates to a model updating method. The method comprises: a first communication device receiving first information, which is used for updating a first model; and during the process of updating the first model on the basis of the first information, when the first model is in an abnormal update state, the first communication device executing a first behavior. By means of the embodiments of the present application, a model in an abnormal update state can be processed.

Description

Model updating method and communication device Technical Field

[0001] The present application relates to the field of communications, and more specifically, to a model updating method and a communication device. Background Art

[0002] Artificial Intelligence / Machine Learning (AI / ML) models can be transmitted over the air. As scenarios and / or configurations change, the receiving end of the model may need to update the model to adapt to the current scenario and / or configuration.

[0003] Summary of the Invention

[0004] The embodiments of the present application provide a model updating method and a communication device, which can process a model in an abnormal update state.

[0005] The present invention provides a model updating method, including:

[0006] The first communication device receives first information, where the first information is used to update the first model;

[0007] During the process of updating the first model based on the first information, when the first model is in an update abnormality state, the first communication device executes a first action.

[0008] The present invention provides a model updating method, including:

[0009] The second communication device sends first information, where the first information is used to update the first model.

[0010] An embodiment of the present application provides a first communication device, including:

[0011] a receiving unit, configured to receive first information, where the first information is used to update the first model;

[0012] The processing unit is configured to execute a first action when the first model is in an abnormal update state during the process of updating the first model based on the first information.

[0013] An embodiment of the present application provides a second communication device, including:

[0014] The sending unit is used to send first information, where the first information is used to update the first model.

[0015] An embodiment of the present application provides a communication device, comprising: a transceiver, a processor, and a memory. The memory is used to store a computer program, the transceiver is used to communicate with other devices, and the processor is used to call and execute the computer program stored in the memory, so that the communication device performs the above-mentioned model updating method.

[0016] An embodiment of the present application provides a chip for implementing the above-mentioned model updating method.

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

[0018] An embodiment of the present application provides a computer-readable storage medium for storing a computer program. When the computer program is executed by a device, the device executes the above-mentioned model updating method.

[0019] An embodiment of the present application provides a computer program product, including computer program instructions, which enable a computer to execute the above-mentioned model updating method.

[0020] An embodiment of the present application provides a computer program, which, when executed on a computer, enables the computer to execute the above-mentioned model updating method. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] FIG1 is a schematic diagram of an application scenario according to an embodiment of the present application.

[0022] Figure 2 is a schematic diagram of the AI / ML model hierarchy.

[0023] Figure 3 is a schematic diagram of the modular structure of the AI / ML model.

[0024] FIG4 is a schematic flowchart of a model updating method according to an embodiment of the present application.

[0025] FIG5 is a schematic flowchart of a model updating method according to another embodiment of the present application.

[0026] FIG6 is a schematic flowchart of a model updating method according to another embodiment of the present application.

[0027] FIG7 is a schematic flowchart of a model updating method according to an embodiment of the present application.

[0028] FIG8 is a schematic flowchart of a model updating method according to another embodiment of the present application.

[0029] FIG9 is a schematic flowchart of a model updating method according to another embodiment of the present application.

[0030] FIG10 is a schematic flowchart of a first communication device according to an embodiment of the present application.

[0031] FIG11 is a schematic flowchart of a first communication device according to another embodiment of the present application.

[0032] FIG12 is a schematic flowchart of a second communication device according to an embodiment of the present application.

[0033] FIG13 is a schematic block diagram of a communication device according to an embodiment of the present application.

[0034] FIG14 is a schematic block diagram of a chip according to an embodiment of the present application.

[0035] FIG15 is a schematic block diagram of a communication system according to an embodiment of the present application. DETAILED DESCRIPTION

[0036] The technical solutions in the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application.

[0037] The technical solutions of the embodiments of the present application can be applied to various communication systems, such as: Long Term Evolution (LTE) system, Advanced long term evolution (LTE-A) system, New Radio (NR) system, NR system evolution system, LTE on unlicensed spectrum (LTE-based access to unlicensed spectrum, LTE-U) system, NR on unlicensed spectrum (NR-based access to unlicensed spectrum, NR-U) system, Non-Terrestrial Networks (NTN) system, Universal Mobile Telecommunication System (UMTS), Wireless Local Area Networks (WLAN), Wireless Fidelity (WiFi), Fifth Generation (5th-Generation, 5G) system or other communication systems.

[0038] Generally speaking, traditional communication systems support a limited number of connections and are easy to implement. However, with the development of communication technology, mobile communication systems will not only support traditional communications, but will also support, for example, device-to-device (D2D) communication, machine-to-machine (M2M) communication, machine-type communication (MTC), vehicle-to-vehicle (V2V) communication, or vehicle-to-everything (V2X) communication, etc. The embodiments of the present application can also be applied to these communication systems.

[0039] In one embodiment, the communication system in the embodiment of the present application can be applied to a carrier aggregation (CA) scenario, a dual connectivity (DC) scenario, and a standalone (SA) networking scenario.

[0040] In one embodiment, the communication system in the embodiment of the present application can be applied to an unlicensed spectrum, wherein the unlicensed spectrum can also be considered as a shared spectrum; or, the communication system in the embodiment of the present application can also be applied to an authorized spectrum, wherein the authorized spectrum can also be considered as an unshared spectrum.

[0041] The embodiments of the present application describe various embodiments in conjunction with network devices and terminal devices, wherein the terminal device may also be referred to as user equipment (UE), access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device, etc.

[0042] The terminal device can be a station (STAION, ST) in a WLAN, a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA) device, a handheld device with wireless communication capabilities, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a next-generation communication system such as an NR network, or a terminal device in a future evolved Public Land Mobile Network (PLMN) network, etc.

[0043] In an embodiment of the present application, the terminal device can be deployed on land, including indoors or outdoors, handheld, wearable or vehicle-mounted; it can also be deployed on the water surface (such as ships, etc.); it can also be deployed in the air (such as airplanes, balloons and satellites, etc.).

[0044] In an embodiment of the present application, the terminal device may be a mobile phone, a tablet computer, a computer with wireless transceiver function, a virtual reality (VR) terminal device, an augmented reality (AR) terminal device, a wireless terminal device in industrial control, a wireless terminal device in self-driving, a wireless terminal device in remote medical, a wireless terminal device in a smart grid, a wireless terminal device in transportation safety, a wireless terminal device in a smart city, or a wireless terminal device in a smart home, etc.

[0045] As an example and not a limitation, in the embodiment of the present application, the terminal device may also be a wearable device. Wearable devices may also be called wearable smart devices, which are a general term for wearable devices that are intelligently designed and developed using wearable technology for daily wear, such as glasses, gloves, watches, clothing, and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothes or accessories. Wearable devices are not only hardware devices, but also achieve powerful functions through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include those that are fully functional, large in size, and can achieve complete or partial functions without relying on smartphones, such as smart watches or smart glasses, as well as those that only focus on a certain type of application function and need to be used in conjunction with other devices such as smartphones, such as various smart bracelets and smart jewelry for vital sign monitoring.

[0046] In an embodiment of the present application, the network device may be a device for communicating with a mobile device. The network device may be an access point (AP) in a WLAN, an evolved base station (eNB or eNodeB) in LTE, or a relay station or access point, or a vehicle-mounted device, a wearable device, and a network device (gNB) in an NR network, or a network device in a future evolved PLMN network or a network device in an NTN network, etc.

[0047] As an example and not a limitation, in an embodiment of the present application, the network device may have a mobile feature, for example, the network device may be a mobile device. Alternatively, the network device may be a satellite or a balloon station. For example, the satellite may be a low earth orbit (LEO) satellite, a medium earth orbit (MEO) satellite, a geostationary earth orbit (GEO) satellite, a high elliptical orbit (HEO) satellite, etc. Optionally, the network device may also be a base station set up in a location such as land or water.

[0048] In an embodiment of the present application, the network device can provide services for a cell, and the terminal device communicates with the network device through the transmission resources used by the cell (for example, frequency domain resources, or spectrum resources). The cell can be a cell corresponding to the network device (for example, a base station). The cell can belong to a macro base station or a base station corresponding to a small cell. The small cells here may include: metro cells, micro cells, pico cells, femto cells, etc. These small cells have the characteristics of small coverage and low transmission power, and are suitable for providing high-speed data transmission services.

[0049] FIG1 exemplarily illustrates a communication system 100. The communication system includes a network device 110 and two terminal devices 120. In one embodiment, the communication system 100 may include multiple network devices 110, and each network device 110 may include a different number of terminal devices 120 within its coverage area, which is not limited in this embodiment of the present application.

[0050] In one embodiment, the communication system 100 may further include other network entities such as a Mobility Management Entity (MME) and an Access and Mobility Management Function (AMF), which is not limited in this embodiment of the present application.

[0051] Among them, the network equipment may include access network equipment and core network equipment. That is, the wireless communication system also includes multiple core networks for communicating with the access network equipment. The access network equipment can be an evolutionary base station (evolutional node B, abbreviated as eNB or e-NodeB) macro base station, micro base station (also called "small base station"), pico base station, access point (AP), transmission point (TP) or new generation base station (new generation Node B, gNodeB), etc. in a long-term evolution (LTE) system, a next-generation (mobile communication system) (next radio, NR) system or an authorized auxiliary access long-term evolution (LAA-LTE) system.

[0052] It should be understood that in the embodiments of the present application, a device having a communication function in a network / system may be referred to as a communication device. Taking the communication system shown in Figure 1 as an example, the communication device may include a network device and a terminal device having a communication function. The network device and the terminal device may be specific devices in the embodiments of the present application and will not be described in detail here. The communication device may also include other devices in the communication system, such as a network controller, a mobility management entity, and other network entities, which are not limited in the embodiments of the present application.

[0053] It should be understood that the terms "system" and "network" are often used interchangeably herein. The term "and / or" is simply a description of an association between related objects, indicating that three possible relationships exist. For example, "A and / or B" can represent: A exists alone, A and B exist simultaneously, or B exists alone. Furthermore, the character " / " generally indicates that the related objects are in an "or" relationship.

[0054] It should be understood that the "indication" mentioned in the embodiments of this application can be a direct indication, an indirect indication, or an indication of an association. For example, "A indicates B" can mean that A directly indicates B, for example, B can be obtained through A; it can also mean that A indirectly indicates B, for example, A indicates C, and B can be obtained through C; it can also mean that there is an association between A and B.

[0055] In the description of the embodiments of the present application, the term "corresponding" may indicate a direct or indirect correspondence between the two, or an association relationship between the two, or a relationship between indication and being indicated, configuration and being configured, etc.

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

[0057] 1. AI / ML model transfer

[0058] AI / ML model transmission involves transmitting the AI / ML model over the air. The transmission content can include model parameters for a model structure known to the receiver, or a new model with model parameters. The transmission content can include a complete model or a partial model.

[0059] The model is transmitted from the network to the UE. Network nodes can include gNBs, core network nodes other than the Location Management Function (LMF), LMFs, and servers (e.g., Over The Top (OTT) servers, which provide various application services to users over the Internet) and Operation Administration and Maintenance (OAM) equipment). 3GPP currently defines seven model transmission methods:

[0060] Solution 1a: The gNB transmits the AI / ML model to the UE via Radio Resource Control (RRC) signaling.

[0061] Solution 2a: Core network nodes (except LMF) transmit AI / ML models to UEs via Non-Access Stratum (NAS) signaling.

[0062] Solution 3a: LMF transmits the AI / ML model to the UE via LTE Positioning Protocol (LPP) signaling;

[0063] Solution 1b: The gNB transmits the AI / ML model to the UE via the user plane.

[0064] Solution 2b: Core network nodes (except LMF) transmit AI / ML models to UE via the user plane;

[0065] Solution 3b: LMF transmits the AI / ML model to the UE via the user plane;

[0066] Solution 4: The server (e.g., OAM, OTT) transmits the AI / ML model to the UE (e.g., invisible to 3GPP, i.e., the model transmission process reuses the 3GPP-defined data / signaling transmission method).

[0067] 2. AI / ML Model Segmentation

[0068] AI / ML models can include deep learning models. As shown in Figure 2, an exemplary model consists of multiple layers, each containing multiple nodes. The number, arrangement, and connectivity of these layers are referred to as the model's structure. The nodes and edges in the model have corresponding weights that regulate the model's processing power. These weights are referred to as the model's parameters. An AI / ML model consists of both model structure and model parameters.

[0069] Considering the layered nature of the model structure, the model structure can be further divided into different modules, as shown in Figure 3. Modules in the model can be replaced as needed to achieve different performance. A module can be a layer in a neural network or a multi-layer neural network. AI / ML technologies often use a limited number of models / modules. For example, models are typically Long Short Term Memory (LSTM) or transformation models, where modules can include fully connected layers and convolutional layers. For example, referring to Figure 3, the convolutional layers conv1, conv2, conv3, conv4, and conv5 in the model can be one module or multiple modules, such as conv1, conv2, and conv3, and conv4 and conv5, respectively. For another example, the fe to conv and fe8 to conv layers in the model can be one module, each K layer can be a module, and the activation layer (softmax) can be a module.

[0070] For AI / ML models with the same model structure, different model IDs can be assigned if their deployment locations, implementation scenarios, etc. The model ID can be understood by both the network and the UE, meaning that either side can determine the model's function, structure, and parameters based on the model ID (and auxiliary meta-info, etc.).

[0071] However, if the performance gain of the AI / ML model relies on overfitting to a specific area, the model's application scenario is relatively limited, and it is usually only applicable to a specific area (such as a single cell) or a specific configuration. For mobile terminals, when the scenario and / or configuration changes, the terminal needs to update the model in a timely manner so that the model running on the terminal is adapted to the current scenario and / or configuration.

[0072] Due to storage limitations, terminals are typically unable to store the entire AI / ML model to accommodate changes in scenarios and configurations. Model replacement or updates require the use of model transmission mechanisms between the terminal and the network. Given the similarities between different model structures and services, the network doesn't need to transmit the entire model for each transmission; instead, it can transmit only the non-repeating components. For example, the model structure or parameters can be modularized. When a model needs to be updated, only some of the model modules need to be added, released, or replaced, resulting in lightweight model transmission and improved efficiency.

[0073] FIG4 is a schematic flow chart of a model updating method 400 according to an embodiment of the present application. The method can optionally be applied to the system shown in FIG1 , but is not limited thereto. The method includes at least part of the following contents.

[0074] S410: A first communication device receives first information, where the first information is used to update a first model.

[0075] S420: During the process of updating the first model based on the first information, when the first model is in an abnormal update state, the first communication device executes a first behavior.

[0076] In an embodiment of the present application, a first communication device may receive first information from a second communication device. The first communication device and the second communication device may transmit the content of a model, such as AI / ML, via an air interface, a sideline, or the like. For example, the first communication device is a terminal, and the second communication device is a network device. For another example, the first communication device is a first terminal, and the second communication device is a second terminal. The content transmitted between the first communication device and the second communication device may include a complete model, or may include a portion of a model, such as a partial structure and / or partial parameters of a model. The first information may be used to update a complete first model, or may be used to update a portion of the first model. The first information may also be referred to as update information, model update information, module update information, or the like.

[0077] In an embodiment of the present application, the first information may include all structures, all parameters, partial structures or partial parameters that need to be updated for the first model. The first communication module may update the first model based on the first information. For example, all structures, all parameters, partial structures or partial parameters of the first model are updated. In the process of updating the first model, some abnormal situations may occur, such as abnormal decoding of the first information, or abnormal compliance check of the first information. In abnormal situations, it can be considered that the first model is in an abnormal update state. When the first model is in an abnormal update state, the first communication device can perform one or more first behaviors, so that the first model or its related models can continue to run in the first communication device.

[0078] In one embodiment, the first model includes one or more modules, and the first information is used to indicate update-related information for one or more modules in the first model. For example, the structure and / or parameters of a model can be divided into one or more modules. For example, the structure of a model can be divided into module #1, module #2, and module #3, and the parameters of the model can be divided into module #4 and module #5. The first information can indicate update-related information for one or more modules, such as the name and identifier (ID) of the model structure and / or model parameters that need to be updated.

[0079] In one embodiment, the update abnormality state includes at least one of the following:

[0080] Decoding of the first information fails;

[0081] The compliance check on the first information failed.

[0082] In an embodiment of the present application, if the first communications device fails to decode the first information, the first behavior may be performed. For example, the decoding failure may include one or more of a coding format mismatch, a compression algorithm mismatch, and packet loss. If the first communications device fails to check the compliance of the first information, the first behavior may be performed. For another example, the compliance check failure may include one or more of a configuration mismatch with the terminal capabilities, a model parameter mismatch with the model structure, and the like.

[0083] In one embodiment, the first communication device performs a first action, including: the first communication device sends a first report, where the first report is used to indicate update exception information of the first model.

[0084] In one embodiment, the first report includes at least one of the following:

[0085] an index of the first model;

[0086] The identification ID of the module of the first model;

[0087] a failure type of the first model or a module of the first model;

[0088] a failure reason of the first model or a module of the first model;

[0089] Failure-related auxiliary information of the first model or a module of the first model;

[0090] A behavior indication of the first communication device.

[0091] In an embodiment of the present application, the index of the first model in the first report may be the index of the model where the exception occurred. The ID of the module of the first model in the first report may be the ID of the module in the first model where the exception occurred. For example, the first information includes four updated modules of the first model, where modules #1, #2, and #3 are normal, but module #4 cannot be decoded correctly. The first report may include at least one of the ID of module #4, the failure type, the failure reason, and auxiliary information related to the failure.

[0092] In one embodiment, the failure type includes decoding failure and / or compliance check failure.

[0093] In one embodiment, the failure reason includes a decoding failure reason and / or a compliance check failure reason, wherein the decoding failure reason includes at least one of compilation format mismatch, compression algorithm mismatch, and data packet loss, and the compliance check failure reason includes at least one of configuration mismatch and terminal capability mismatch and model parameter mismatch and model structure mismatch.

[0094] In one embodiment, the failure-related auxiliary information includes at least one of the following: time of failure occurrence, cell ID at the time of failure, and location information at the time of failure.

[0095] In one embodiment, the behavior indication of the first communication device includes whether the first communication device performs a fallback behavior and / or the fallback behavior performed by the first communication device.

[0096] In one embodiment, the first communication device performs a first behavior, including: the first communication device performs a fallback behavior.

[0097] In one embodiment, the fallback behavior includes: falling back to the original model; falling back to the original module; falling back to the default module; falling back to the default model; falling back to the traditional mechanism. For example, the original model of the beam model is model A, and the first model after one or more updates is model B. When the UE updates part of the structure and / or parameters of model B according to the first information, if an exception occurs, such as failure to decode the first information or failure to check the compliance, it can fall back to model A, and the UE can subsequently run model A. For another example, the default model of the beam model is model C, and the first model after one or more updates is model B. When the UE updates part of the structure and / or parameters of model B, if an exception occurs, it can fall back to model C, and the UE can subsequently run model C. For another example, the traditional mechanism corresponding to the beam model includes the UE performing L1 measurement of the beam (reference signal corresponding to the beam) based on the network configuration, and reporting the L1 measurement result of the beam to the network. The above beam models are only examples and not limitations, and may also be other types of models such as positioning models, channel state information (CSI) prediction models, CSI compression models, trajectory prediction models, etc.

[0098] In one embodiment, the model update method also includes: S430, the first communication device determines the first behavior to be executed based on the module importance level. In an embodiment of the present application, when the priority of the module meets certain conditions, the corresponding first behavior can be executed. In one example, the priorities of the six parameter modules of the first model are divided into {0, 1, 2, 3, 4, 5}, 0 represents the highest priority, and 5 represents the lowest priority. For example, if the priority of the module where the decoding fails is the lowest priority 5, the UE can fall back to the original model module. For another example, if the priority of the module where the compliance check fails is 4, which does not reach the priority threshold 3, the UE can fall back to the default model module. For another example, if the priority of the module where the decoding fails is 3, 4 or 5, which is not the highest priority, the UE can fall back to the original model module or the default model module. For another example, if the priority of the module where the compliance check fails is 0, which is the highest priority, the UE falls back to the traditional mechanism.

[0099] In one embodiment, the module importance level includes the priority and / or priority threshold of the module, and the priority of the module has a corresponding relationship with the first behavior. In an embodiment of the present application, the priority and priority threshold of the module can be used alone or in combination. For example, if the value of the module priority is higher than the priority threshold, one behavior is executed, and if the value of the module priority is not higher than the priority threshold, another behavior is executed. The priority of the model and the first behavior can have a corresponding relationship. For example, priorities 3, 4, and 5 correspond to behavior Action 1, priority 2 corresponds to behavior Action 2, and priority 1 corresponds to behavior Action 3.

[0100] In one embodiment, the first communication device performs a first behavior, including: the first communication device maintains running the first model. In this embodiment of the present application, after receiving the first message, the first communication device can determine whether to stop running the first model. In one case, the first communication device stops running the first model and determines whether to roll back based on the model update; if rollback is required, the above-mentioned rollback behavior can be referred to. In another case, the first communication device maintains running the first model and continues running the first model if the update fails.

[0101] FIG5 is a schematic flow chart of a model updating method 500 according to another embodiment of the present application. The method may include one or more features of the above-mentioned model updating method. In one embodiment, the model updating method further includes:

[0102] S510: The first communication device receives second information, where the second information indicates a first action to be performed by the first communication device when the first model is in an abnormal update state. This step can be combined with S410 and S420. For example, S510 can be performed first, followed by S410 and S420. For another example, S410 can be performed first, followed by S510, and then S420.

[0103] In an embodiment of the present application, the first communication device can determine the first behavior executed when the first model is in an update abnormal state based on the received second information. The first behavior can refer to the sending of the first report or the fallback behavior in the above embodiment. For example, if the received second information indicates that the first behavior corresponding to the first model is to fall back to the original model or the default model, the first communication device can fall back to the original model or the default model if the first information decoding fails and / or the compliance check fails. For another example, if the received second information indicates that the first behavior corresponding to the first model is to fall back to the traditional mechanism, the first communication device can fall back to the traditional mechanism if the first information decoding fails and / or the compliance check fails.

[0104] In one embodiment, the second information is associated with the first model and / or the module of the first model that needs to be updated, and the second information is used to indicate the first behavior corresponding to the first model and / or the module of the first model that needs to be updated. For example, a second information is associated with one or more first models that need to be updated, and the second information can indicate the first behavior executed by the one or more first models associated therewith under an abnormal update state. One model can correspond to one behavior, or multiple models can correspond to the same behavior. For another example, a second information is associated with one or more modules that need to be updated in a first model, and the second information can indicate the first behavior executed by the one or more first modules associated therewith under an abnormal update state. One module can correspond to one behavior, or multiple modules can correspond to the same behavior.

[0105] In one embodiment, the second information is included in the model information. When the second communication device sends the model content, such as the original model, to the first communication device, the second information can be included in the model information. In addition, the second information and the first information can be sent together or separately.

[0106] In one embodiment, the first communication device executing the first behavior includes: the first communication device executing a fallback behavior based on the performance of an original model or a module of the original model (hereinafter referred to as the original module). In the event of a first information decoding failure and / or a compliance check failure, if the performance of the original model or the original module is good and certain conditions are met, the device may fall back to the original model or the original module; otherwise, the device may fall back to a default model, a default module, or a traditional mechanism.

[0107] In one embodiment, the first communication device performs a fallback action based on the performance of the original model or the original module, including:

[0108] When the performance of the original model or module exceeds the performance index threshold, fall back to the original model or module;

[0109] When the performance of the original model or module is not higher than the performance index threshold, fall back to the default model, default module or traditional mechanism.

[0110] In an embodiment of the present application, the performance quality of the original model or original module can be determined based on the performance index threshold. For example, a former model corresponds to one or more performance index thresholds. If the performance of the former model is respectively higher than the corresponding performance index threshold, it can be considered that the former model has good performance, otherwise it can be considered that the former model has poor performance. For another example, a former module corresponds to one or more performance index thresholds. If the performance of the former module is respectively higher than the corresponding performance index threshold, it can be considered that the former module has good performance, otherwise it can be considered that the former module has poor performance. It is also possible to consider that the former model or former module has good performance when the performance higher than the threshold reaches N types (N can be understood as a threshold), otherwise it can be considered that the former model or former module has poor performance. It is also possible to consider that the former model has good performance when the module performance in a certain former model reaches M numbers (M can be understood as a threshold) higher than the threshold number, otherwise it can be considered that the former model has poor performance.

[0111] In one embodiment, the first communication device executing the first behavior includes: the first communication device executing a default behavior based on the first model, the default behavior including the behavior of the first communication device configured in advance by the second communication device when the first model is in an abnormal update state. In an embodiment of the present application, the second communication device can configure a default second communication device behavior in advance, and the first communication device can execute the default behavior when the first information decoding for updating the first model fails and / or the compliance check fails. For example, the network configures the default UE behavior in advance before the failure occurs. The UE can execute the default UE behavior when the first information decoding fails and / or the compliance check fails.

[0112] In one embodiment, the default behavior includes at least one of the following: fallback to the original model or module, fallback to the default model or module, and fallback to the traditional mechanism. For example, if the UE behavior configured in advance by the network is to fall back to the original model or module, the UE can fall back to the original model or module when the first information decoding fails. For another example, if the UE behavior configured in advance by the network is to fall back to the default model or module, the UE can fall back to the default model or module when the first information compliance check fails. For another example, if the UE behavior configured in advance by the network is to fall back to the traditional mechanism, the UE can fall back to the traditional mechanism when the first information decoding fails and the compliance check fails.

[0113] In one embodiment, the method further includes: the first communications device reporting capability information to the second communications device, the capability information including at least one of whether the first communications device supports fallback to the original model or module, whether it supports fallback to the default model or module, and the first communications device's accuracy requirement for model prediction. For example, the UE may pre-report its UE capabilities to the network. If the UE supports fallback to the original model or module, the network may configure the default UE behavior to fall back to the original model or module.

[0114] FIG6 is a schematic flow chart of a model updating method 600 according to another embodiment of the present application. The method can optionally be applied to the system shown in FIG1 , but is not limited thereto. The method includes at least part of the following contents.

[0115] S610: A first communications device receives a default configuration from a second communications device, the default configuration being associated with a first model and / or a module of the first model requiring update. The method may also include one or more features of the aforementioned model update method. For example, during the aforementioned model update process, if the first information decoding fails and / or the compliance check fails, the first communications device may execute a default model or default module corresponding to the default configuration.

[0116] In one embodiment, the default configuration is included in the model information. For example, when the model is transmitted and / or updated, the network provides the UE with a default configuration corresponding to the target model and / or modules of the target model. The default configuration can be transmitted together with the model information sent by the network.

[0117] In one embodiment, the method further includes: the first communications device receiving default configuration update information, the default configuration update information being in at least one of a system broadcast message and / or a terminal-specific RRC message; and the first communications device updating the default configuration according to the default configuration update information. For another example, the network updates the default configuration of the model or model module via a system broadcast message or a UE-dedicated RRC message.

[0118] In one embodiment, the default configuration is associated with information related to configuration validity. For example, the configuration validity related information is location information, and the location information includes one or more PCIs. The UE determines whether the physical cell identity (PCI) of the currently accessed cell is included in the location information to determine whether the default configuration is valid. If the PCI of the currently accessed cell is included in the location information, it is determined to be a valid default configuration; otherwise, it is determined to be an invalid default configuration.

[0119] In one embodiment, the fallback or default configuration scenario includes at least one of the following:

[0120] (1) The first model update process fails in decoding and / or compliance checking (see the relevant description of the above method embodiment).

[0121] (2) The first communication device performs cell handover.

[0122] (3) The radio resource configuration information associated with the first model changes. For example, the radio resource configuration adapted to the current model / module is configuration A. When the radio resource configuration received by the UE via a system broadcast message or a UE-dedicated RRC message is configuration B, the UE uses the default configuration corresponding to the model / module.

[0123] (4) Based on the monitoring result of the first model, it is determined that the performance of the first model does not meet the preconfigured threshold. For example, if the model performance is found to be lower than the preconfigured threshold based on the model monitoring result, the UE uses the default configuration corresponding to the model / module.

[0124] In one embodiment, the behavior of the first communications device that conforms to the situation of falling back to the default configuration includes at least one of the following:

[0125] The first communication device undergoes the fallback or uses the default configuration;

[0126] The first communication device is unable to execute sending the first report, fall back to the original model or original module, or fall back to the traditional mechanism;

[0127] The first communication device determines not to perform sending the first report, fall back to the original model or original module, or fall back to the traditional mechanism.

[0128] For example, if the first communication device falls back or uses the default configuration in situation (1), (2), (3) or (4), and is unable to send the first report, or is unable to fall back to the original model or original module, or is unable to fall back to the traditional mechanism, the first communication device can fall back to the default configuration such as the default model or default module.

[0129] For another example, if the first communication device falls back or uses the default configuration in situation (1), (2), (3) or (4), it is confirmed not to send the first report, or it is confirmed not to fall back to the original model or original module, or it is confirmed not to fall back to the traditional mechanism, then the first communication device can fall back to the default configuration such as the default model or default module.

[0130] For another example, if the first communication device does not support sending the first report, or does not support falling back to the original model or module, or does not support falling back to the traditional mechanism, the first communication device may fall back to a default configuration such as a default model or module.

[0131] In one embodiment, the model updating method further includes:

[0132] S620: The first communication device receives third information from the second communication device, where the third information indicates whether the first model or a module of the first model falls back to the default configuration.

[0133] For example, when the network indication received by the UE instructs the UE to perform a model update, model transfer, cell handover, or configuration update, the network indication also indicates whether the UE's current model or a portion of the current model's modules needs to fall back to the default configuration. For another example, the network indication may be included in the model information, for example, indicating whether the UE should fall back to the default configuration when the above-mentioned situation (1), (2), (3), or (4) occurs.

[0134] FIG7 is a schematic flow chart of a model updating method 700 according to an embodiment of the present application. The method can optionally be applied to the system shown in FIG1 , but is not limited thereto. The method includes at least part of the following contents.

[0135] S710: The second communication device sends first information, where the first information is used to update the first model.

[0136] In one embodiment, the second communication device receives a first report, where the first report is used to indicate update exception information of the first model.

[0137] In one embodiment, the first report includes at least one of the following:

[0138] an index of the first model;

[0139] The ID of the module of the first model;

[0140] a failure type of the first model or a module of the first model;

[0141] a failure reason of the first model or a module of the first model;

[0142] Failure-related auxiliary information of the first model or a module of the first model;

[0143] A behavior indication of the first communication device.

[0144] In one embodiment:

[0145] The failure type includes decoding failure and / or compliance check failure;

[0146] The failure reason includes a decoding failure reason and / or a compliance check failure reason, wherein the decoding failure reason includes at least one of a compilation format mismatch, a compression algorithm mismatch, and a data packet loss, and the compliance check failure reason includes at least one of a configuration mismatch with terminal capabilities and a model parameter mismatch with model structure;

[0147] The failure-related auxiliary information includes at least one of the following: the time when the failure occurred, the cell ID at the time of the failure, and the location information at the time of the failure;

[0148] The behavior indication of the first communication device includes whether the first communication device performs a fallback behavior and / or the fallback behavior performed by the first communication device.

[0149] In one embodiment, the fallback behavior includes:

[0150] Fall back to the original model; fall back to the original module; fall back to the default module; fall back to the default model; fall back to the traditional mechanism.

[0151] FIG8 is a schematic flow chart of a model updating method 800 according to another embodiment of the present application. The method may include one or more features of the above-mentioned model updating method. In one embodiment, the model updating method further includes:

[0152] S810: The second communication device sends second information, where the second information is used to indicate a first behavior executed by the first communication device when the first model is in an abnormal update state.

[0153] In one embodiment, the second information is associated with the first model and / or the module of the first model, and the second information is used to indicate the first behavior corresponding to the first model and / or the module of the first model that needs to be updated.

[0154] In one embodiment, the second information is in the model information.

[0155] FIG9 is a schematic flow chart of a model updating method 900 according to another embodiment of the present application. This method may include one or more features of the aforementioned model updating method. This method may optionally be applied to the system shown in FIG1 , but is not limited thereto. The method includes at least some of the following contents.

[0156] S910: The second communication device sends a default configuration to the first communication device, where the default configuration is associated with the first model and / or a module of the first model that needs to be updated.

[0157] In one embodiment, the default configuration is in the model information.

[0158] In one embodiment, the method further comprises:

[0159] S920. The second communication device sends default configuration update information, where the default configuration update information is at least one of a system broadcast message and / or a terminal-specific RRC message; the default configuration update information is used to instruct the first communication device to update the default configuration.

[0160] In one embodiment, the fallback or default configuration scenario includes at least one of the following:

[0161] Decoding failure and / or compliance check failure occurs in the first model update process;

[0162] The first communication device performs cell switching;

[0163] The radio resource configuration information related to the first model changes;

[0164] Based on the monitoring result of the first model, it is determined that the performance of the first model does not meet a preconfigured threshold.

[0165] In one embodiment, the model updating method further includes:

[0166] S930. The second communication device sends third information to the first communication device, where the third information indicates whether the first model or a module of the first model falls back to the default configuration.

[0167] For specific examples of the second communication device executing the model updating methods 700, 800, and 900 of this embodiment, reference can be made to the relevant descriptions about the second communication device in the above-mentioned model updating methods 400, 500, and 600, which will not be repeated here for the sake of brevity.

[0168] Based on the above-mentioned lightweight model transmission method, an embodiment of the present application proposes a failure management mechanism. For example, when the terminal cannot decode the received model module, or the updated model module cannot match the current model, the terminal can take subsequent actions.

[0169] A failure management mechanism based on lightweight model transmission can include:

[0170] 1. The UE receives first information, where the first information is used to instruct the UE to update a target model;

[0171] 2. The UE performs a first operation on the model module included in the first information, including:

[0172] 2-1. Confirm whether the received model module can be successfully decoded;

[0173] 2-2. Perform compliance check on the model module.

[0174] 3. Based on the first operation above, if at least one of the checks in 2-1 and 2-2 fails, the UE's actions may include:

[0175] 3-1. Send a first report to the network. The first report includes: failure type, module ID that cannot be decoded or adapted;

[0176] 3-2. Roll back to the original model or module;

[0177] 3-3. Fall back to the default configuration

[0178] 3-4. Fall back to the legacy mechanism;

[0179] 4. For 3-1, 3-2, 3-3, and 3-4 in step 3, the UE's behavior also includes:

[0180] 4-1. Based on the importance level of the model or module, determine to perform at least one of the above 3-1, 3-2, 3-3, 3-4 behaviors;

[0181] 4-2. Based on the network instruction, determine to execute at least one of the above actions 3-1, 3-2, 3-3, and 3-4.

[0182] Example 1

[0183] 1. The UE is currently running the first model. For example, assuming that the first model is used for beam management, the model parameters of the first model can be divided into four modules, namely module #1, module #2, module #3, and module #4.

[0184] 2. The UE receives first information sent by the network. For example, the first information instructs the UE to update parameter module #1 and parameter module #2 of the first model to parameter module #1' and parameter module #2'. Optionally, the first information may also indicate update information for multiple target models. For example, in addition to indicating update information for the first model, the first information may also instruct the UE to update parameter module #1 of the second model.

[0185] 3. The UE decodes parameter module #1 and parameter module #2 and / or performs compliance checks (e.g., determining whether the model module can adapt to the target model / UE). If a decoding failure, compliance check failure, or other failure occurs, the UE's behavior may include at least one of the following:

[0186] 3-1. The UE sends a first report to the network. The first report may include at least one of the following:

[0187] a) The index of the model where decoding failure or compliance check failure occurs.

[0188] b) Failure type, including decoding failure and compliance check failure.

[0189] c) Module ID where decoding failure / compliance check failure occurred.

[0190] d) Reasons for failure. For example, for decoding failure, the reasons for failure may include: mismatch of coding format, mismatch of compression algorithm, packet loss, etc.; for compliance check failure, the reasons for failure may include: mismatch of configuration and UE capability, mismatch of model parameters and model structure, etc.

[0191] The first report may also include the time of failure, the cell ID at the time of failure, and the location at the time of failure. This information can assist the network in subsequent self-optimization. This information is not required by the real-time adjustment module, so this part of the report can be sent separately from the previous report.

[0192] e) UE Behavior Indication. For example, the UE Behavior Indication may include whether the UE performs a fallback action and / or the fallback action performed by the UE. For example, 3-2, 3-3, or 3-4 below may be understood as fallback actions in a failure scenario. The fallback action performed by the UE Behavior Indication may be 3-2, 3-3, or 3-4.

[0193] 3-2. Falling back to the original model module. For example, if the UE fails to decode the parameter module #1' in the first information, the UE falls back to using the parameter module #1.

[0194] 3-3. Fall back to the default module or fall back to the default model.

[0195] 3-4. Falling back to the traditional mechanism. For example, if the first model is beam management, and a decoding failure or compliance check failure occurs during the model update process, the UE stops using the first model and falls back to the traditional beam measurement mechanism.

[0196] 4. For 3-1, 3-2, 3-3, or 3-4 in point 3 above, the UE's behavior may also include:

[0197] 4-1. Based on the importance level of the module, determine to execute at least one of the above 3-1, 3-2, 3-3 or 3-4.

[0198] For example, the priorities of the four parameter modules of the first model are {0, 1, 2, 3}, where 0 represents the highest priority and 3 represents the lowest priority. If the priority of the module where the decoding failure / compliance check failure occurs is the lowest priority (i.e., 3), or is not the highest priority (i.e., 1, 2, or 3), the UE can fall back to the original model module or the default model module; otherwise, the UE falls back to the traditional mechanism.

[0199] For another example, the network configures a priority threshold for the UE, and the UE determines its behavior based on the relationship between the priority of the update module and the priority threshold. For example, if the priority of the update module is higher than the priority threshold, the UE will fall back to the traditional mechanism if a decoding failure or compliance check failure occurs; otherwise, the UE will fall back to the original model module or the default model module.

[0200] 4-2. Based on the network instruction, determine to execute at least one of the actions in 3-1, 3-2, 3-3 or 3-4 above.

[0201] For example, the network includes first indication information in the first information (an example of the second information in the above embodiment). The first indication information can be used to indicate one or more of the following actions: for a model module to be updated, when a decoding failure / compliance check failure occurs, the UE executes 3-1, 3-2, 3-3, or 3-4. The first indication information can be associated with each module to be updated, or associated with all modules to be updated.

[0202] For another example, the first indication information is included in the model information.

[0203] 4-3. Determine UE behavior based on the performance of the original model. For example, the network configures a performance threshold for the UE to fall back to the original model / module. The UE then determines whether the performance of the original model / module exceeds the threshold. If so, the UE falls back to the original model / module if a decoding failure or compliance check failure occurs. Otherwise, the UE falls back to the default model / module or the traditional mechanism.

[0204] 4-4. Determine UE behavior based on default configuration. The network configures default UE behavior before a failure occurs. For example, the default configuration is 3-3 above. Once a failure occurs, it will directly fall back to the traditional mechanism.

[0205] At this time, the UE's pre-capability report may be provided, such as whether the UE supports falling back to the original model module, the UE's requirements for the accuracy of the model prediction, etc.

[0206] Example 2: Default configuration of a model or module

[0207] 1. The network can configure the UE with default configurations corresponding to the model or each module of the model. For example, the UE uses the default configuration corresponding to the module when the following conditions exist:

[0208] 1-1. A decoding failure or compliance check failure occurs during the model update process, such as 3-3 in Example 1.

[0209] 1-2. When the UE performs cell handover.

[0210] 1-3. When the wireless resource configuration information related to the model changes.

[0211] For example, the radio resource configurations adapted to the current model / module are configuration A, configuration B, and configuration C. When the UE receives configuration D through a system broadcast message or a UE-dedicated RRC message, the UE uses the default configuration corresponding to the model / module.

[0212] The wireless resource configuration information adapted to the model / module may be included in the model information.

[0213] 1-4. Based on model monitoring results, the model performance is lower than the preconfigured threshold.

[0214] 1-5. Based on network instructions (an example of the third information in the above embodiment). For example, when the network instructs the UE to perform a model update, model transfer, cell handover, or configuration update, it also instructs the UE whether the current model or part of the current model needs to fall back to the default configuration. For another example, the network's instruction can be included in the model information, that is, instructing the UE whether to fall back to the default configuration when the above 1-1 to 1-4 occur.

[0215] 1-6. If the UE is unable to execute 3-1, 3-2, or 3-4 in Example 1 when any of the above situations 1-1 to 1-4 occurs, or the UE determines not to execute 3-1, 3-2, or 3-4, then the UE falls back to using the default model / default module. For example, the UE's capabilities do not support execution of 3-1, 3-2, or 3-4, or the network has not configured the UE to execute 3-1, 3-2, or 3-4, or the conditions for executing 3-1, 3-2, or 3-4 are not met, such as 4-3 in Example 1.

[0216] 2. The default configuration of the model and / or module can be included in the model information. For example, when the model is transmitted / updated, the network provides the UE with the default configuration corresponding to the target model / model module. For another example, the network updates the default configuration of the model or model module through a system broadcast message or a UE-dedicated RRC message. For another example, the default configuration can be associated with information related to the validity of the configuration, where the information related to the validity of the configuration is location information, and the location information is one or more PCIs. The UE determines whether the PCI of the currently accessed cell is included in the location information and determines the valid default configuration.

[0217] The default configuration ensures basic model performance and generalizability. However, using this configuration may not achieve optimal model performance in a specific cell or configuration. To achieve optimal model performance, the network must update the model based on the UE's current scenario.

[0218] According to the solution provided in the embodiments of the present application, the behavior to be taken by the terminal when the model module cannot be decoded or the model module cannot adapt to the current model can be clarified. For example, by modularizing the model structure or model parameters of the model, the behavior to be taken by the terminal when the model module cannot be decoded or the model module cannot adapt to the current model can be clarified.

[0219] FIG10 is a schematic block diagram of a first communication device 1000 according to an embodiment of the present application. The first communication device 1000 may include:

[0220] The receiving unit 1001 is configured to receive first information, where the first information is used to update the first model;

[0221] The processing unit 1002 is configured to execute a first action when the first model is in an update abnormal state during the process of updating the first model based on the first information.

[0222] In one embodiment, the first model includes one or more modules, and the first information is used to indicate update-related information of the one or more modules in the first model.

[0223] In one embodiment, the update abnormality state includes at least one of the following:

[0224] Decoding of the first information fails;

[0225] The compliance check on the first information failed.

[0226] In one embodiment, the processing unit is configured to perform at least one of the following first actions:

[0227] Sending a first report, where the first report is used to indicate update exception information of the first model;

[0228] Fallback behavior;

[0229] Keep running the first model.

[0230] In one embodiment, the first report includes at least one of the following:

[0231] an index of the first model;

[0232] The ID of the module of the first model;

[0233] a failure type of the first model or a module of the first model;

[0234] a failure reason of the first model or a module of the first model;

[0235] Failure-related auxiliary information of the first model or a module of the first model;

[0236] A behavior indication of the first communication device.

[0237] In one embodiment, the failure type includes decoding failure and / or compliance check failure.

[0238] In one embodiment, the failure reason includes a decoding failure reason and / or a compliance check failure reason, wherein the decoding failure reason includes at least one of compilation format mismatch, compression algorithm mismatch, and data packet loss, and the compliance check failure reason includes at least one of configuration mismatch and terminal capability mismatch and model parameter mismatch and model structure mismatch.

[0239] In one embodiment, the failure-related auxiliary information includes at least one of the following: time of failure occurrence, cell ID at the time of failure, and location information at the time of failure.

[0240] In one embodiment, the behavior indication of the first communication device includes whether the first communication device performs a fallback behavior and / or the fallback behavior performed by the first communication device.

[0241] In one embodiment, the fallback behavior includes: falling back to the original model; falling back to the original module; falling back to the default module; falling back to the default model; falling back to the traditional mechanism.

[0242] In one embodiment, the processing unit is further configured to determine the first action to be executed based on the module importance level.

[0243] In one embodiment, the module importance level includes a module priority and / or a priority threshold, and the module priority has a corresponding relationship with the first behavior.

[0244] In one embodiment, the receiving unit 1001 is further configured to receive second information, where the second information is used to indicate a first behavior executed by the first communication device when the first model is in an abnormal update state.

[0245] In one embodiment, the second information is associated with the first model and / or the module of the first model that needs to be updated, and the second information is used to indicate the first behavior corresponding to the first model and / or the module of the first model that needs to be updated.

[0246] In one embodiment, the second information is in the model information.

[0247] In one embodiment, the processing unit is further configured to perform a fallback behavior based on the performance of the original model or the original module.

[0248] In one embodiment, the processing unit performs fallback behavior based on the performance of the original model or the original module, including:

[0249] When the performance of the original model or module exceeds the performance index threshold, fall back to the original model or module;

[0250] When the performance of the original model or module is not higher than the performance index threshold, fall back to the default model, default module or traditional mechanism.

[0251] In one embodiment, the processing unit 1002 is further configured to execute a default behavior based on the first model, where the default behavior includes a behavior of the first communication device configured in advance by the second communication device when the first model is in an abnormal update state.

[0252] In one embodiment, the default behavior includes at least one of the following: falling back to the original model or original module, falling back to the default model or default module, and falling back to the traditional mechanism.

[0253] In one embodiment, as shown in FIG11 , the first communication device further includes:

[0254] The sending unit 1101 is used to report capability information to the second communication device, where the capability information includes whether the first communication device supports falling back to the original model or original module, whether it supports falling back to the default model or default module, and at least one of the accuracy requirements of the first communication device for model prediction.

[0255] In one embodiment, the receiving unit 1001 is configured to receive a default configuration from the second communication device, where the default configuration is associated with the first model and / or the module of the first model that needs to be updated.

[0256] In one embodiment, the default configuration is in the model information.

[0257] In one embodiment, the receiving unit 1001 is further configured to receive default configuration update information, where the default configuration update information is at least one of a system broadcast message and / or a terminal-specific RRC message;

[0258] The processing unit is further configured to update the default configuration according to the default configuration update information.

[0259] In one embodiment, the default configuration is associated with configuration validity related information.

[0260] In one embodiment, the fallback or default configuration scenario includes at least one of the following:

[0261] Decoding failure and / or compliance check failure occurs in the first model update process;

[0262] The first communication device performs cell switching;

[0263] The radio resource configuration information related to the first model changes;

[0264] Based on the monitoring result of the first model, it is determined that the performance of the first model does not meet a preconfigured threshold.

[0265] In one embodiment, the behavior of the first communications device that conforms to the situation of falling back to the default configuration includes at least one of the following:

[0266] The first communication device undergoes the fallback or uses the default configuration;

[0267] The first communication device is unable to execute sending the first report, fall back to the original model or original module, or fall back to the traditional mechanism;

[0268] The first communication device determines not to perform sending the first report, fall back to the original model or original module, or fall back to the traditional mechanism.

[0269] In one embodiment, the receiving unit 1001 is further configured to receive third information from the second communication device, where the third information indicates whether the first model or a module of the first model falls back to the default configuration.

[0270] The first communication devices 1000 and 1100 of the embodiments of the present application can implement the corresponding functions of the first communication device in the aforementioned method embodiment. The processes, functions, implementation methods and beneficial effects corresponding to the various modules (sub-modules, units or components, etc.) in the first communication devices 1000 and 1100 can be found in the corresponding descriptions in the above-mentioned method embodiments, which will not be repeated here. It should be noted that the functions described in the various modules (sub-modules, units or components, etc.) in the first communication devices 1000 and 1100 of the application embodiments can be implemented by different modules (sub-modules, units or components, etc.) or by the same module (sub-module, unit or component, etc.).

[0271] FIG12 is a schematic block diagram of a second communication device 1200 according to an embodiment of the present application. The second communication device 1200 may include:

[0272] The sending unit 1201 is configured to send first information, where the first information is used to update the first model.

[0273] In one embodiment, the second communication device receives a first report, where the first report is used to indicate update exception information of the first model.

[0274] In one embodiment, the first report includes at least one of the following:

[0275] an index of the first model;

[0276] The ID of the module of the first model;

[0277] a failure type of the first model or a module of the first model;

[0278] a failure reason of the first model or a module of the first model;

[0279] Failure-related auxiliary information of the first model or a module of the first model;

[0280] A behavior indication of the first communication device.

[0281] In one embodiment:

[0282] The failure type includes decoding failure and / or compliance check failure;

[0283] The failure reason includes a decoding failure reason and / or a compliance check failure reason, wherein the decoding failure reason includes at least one of a compilation format mismatch, a compression algorithm mismatch, and a data packet loss, and the compliance check failure reason includes at least one of a configuration mismatch with terminal capabilities and a model parameter mismatch with model structure;

[0284] The failure-related auxiliary information includes at least one of the following: the time when the failure occurred, the cell ID at the time of the failure, and the location information at the time of the failure;

[0285] The behavior indication of the first communication device includes whether the first communication device performs a fallback behavior and / or the fallback behavior performed by the first communication device.

[0286] In one embodiment, the fallback behavior includes:

[0287] Fall back to the original model;

[0288] Fall back to the original module;

[0289] Fall back to the default module;

[0290] Fall back to the default model;

[0291] Fall back to the traditional mechanism.

[0292] In one implementation, the sending unit 1201 is further configured to send second information, where the second information is used to indicate a first behavior executed by the first communication device when the first model is in an update abnormality state.

[0293] In one embodiment, the second information is associated with the first model and / or the module of the first model, and the second information is used to indicate the first behavior corresponding to the first model and / or the module of the first model that needs to be updated.

[0294] In one embodiment, the second information is in the model information.

[0295] In one embodiment, the sending unit 1201 is further configured to send a default configuration to the first communication device, where the default configuration is associated with the first model and / or the module of the first model that needs to be updated.

[0296] In one embodiment, the default configuration is in the model information.

[0297] In one embodiment, the sending unit 1201 is further used to send default configuration update information, which is at least one of a system broadcast message and / or a terminal-specific RRC message; the default configuration update information is used to instruct the first communication device to update the default configuration.

[0298] In one embodiment, the fallback or default configuration scenario includes at least one of the following:

[0299] Decoding failure and / or compliance check failure occurs in the first model update process;

[0300] The first communication device performs cell switching;

[0301] The radio resource configuration information related to the first model changes;

[0302] Based on the monitoring result of the first model, it is determined that the performance of the first model does not meet a preconfigured threshold.

[0303] In one embodiment, the sending unit 1201 is further configured to send third information to the first communication device, where the third information indicates whether the first model or a module of the first model falls back to the default configuration.

[0304] The second communication device 1200 of the embodiment of the present application can implement the corresponding functions of the second communication device in the aforementioned method embodiment. The processes, functions, implementation methods and beneficial effects corresponding to the various modules (sub-modules, units or components, etc.) in the second communication device 1200 can be found in the corresponding descriptions in the above-mentioned method embodiments, and will not be repeated here. It should be noted that the functions described in the various modules (sub-modules, units or components, etc.) in the second communication device 1200 of the embodiment of the application can be implemented by different modules (sub-modules, units or components, etc.) or by the same module (sub-module, unit or component, etc.).

[0305] Figure 13 is a schematic structural diagram of a communication device 1300 according to an embodiment of the present application. The communication device 1300 includes a processor 1310, which can call and execute a computer program from a memory to enable the communication device 1300 to implement the method in the embodiment of the present application.

[0306] In one embodiment, the communication device 1300 may further include a memory 1320. The processor 1310 may call and execute a computer program from the memory 1320 to enable the communication device 1300 to implement the method in the embodiment of the present application.

[0307] The memory 1320 may be a separate device independent of the processor 1310 , or may be integrated into the processor 1310 .

[0308] In one embodiment, the communication device 1300 may further include a transceiver 1330 , and the processor 1310 may control the transceiver 1330 to communicate with other devices. Specifically, the transceiver 1330 may send information or data to other devices, or receive information or data sent by other devices.

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

[0310] In one embodiment, the communication device 1300 may be the first communication device of the embodiment of the present application, and the communication device 1300 may implement the corresponding processes implemented by the first communication device in each method of the embodiment of the present application. For the sake of brevity, they will not be repeated here.

[0311] In one embodiment, the communication device 1300 may be the second communication device of the embodiment of the present application, and the communication device 1300 may implement the corresponding processes implemented by the second communication device in each method of the embodiment of the present application. For the sake of brevity, they will not be repeated here.

[0312] 14 is a schematic structural diagram of a chip 1400 according to an embodiment of the present application. The chip 1400 includes a processor 1410, which can call and execute a computer program from a memory to implement the method according to the embodiment of the present application.

[0313] In one embodiment, the chip 1400 may further include a memory 1420. The processor 1410 may call and execute a computer program from the memory 1420 to implement the method executed by the first communication device or the second communication device in the embodiment of the present application.

[0314] The memory 1420 may be a separate device independent of the processor 1410 , or may be integrated into the processor 1410 .

[0315] In one embodiment, the chip 1400 may further include an input interface 1430. The processor 1410 may control the input interface 1430 to communicate with other devices or chips, and specifically, may obtain information or data sent by other devices or chips.

[0316] In one embodiment, the chip 1400 may further include an output interface 1440. The processor 1410 may control the output interface 1440 to communicate with other devices or chips, and specifically, may output information or data to other devices or chips.

[0317] In one embodiment, the chip can be applied to the first communication device in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the first communication device in each method of the embodiment of the present application. For the sake of brevity, it will not be repeated here.

[0318] In one embodiment, the chip can be applied to the second communication device in the embodiment of the present application, and the chip can implement the corresponding processes implemented by the second communication device in each method of the embodiment of the present application. For the sake of brevity, it will not be repeated here.

[0319] The chips used in the first communication device and the second communication device may be the same chip or different chips.

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

[0321] The processor mentioned above may be a general-purpose processor, a digital signal processor (DSP), a field programmable gate array (FPGA), an application specific integrated circuit (ASIC), or other programmable logic devices, transistor logic devices, discrete hardware components, etc. The general-purpose processor mentioned above may be a microprocessor or any conventional processor, etc.

[0322] The memory mentioned above may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memories. The non-volatile memory may be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), or a flash memory. The volatile memory may be a random access memory (RAM).

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

[0324] FIG15 is a schematic block diagram of a communication system 1500 according to an embodiment of the present application. The communication system 1500 includes a first communication device 1510 and a second communication device 1520 .

[0325] The first communication device 1510 is used to receive first information, where the first information is used to update the first model;

[0326] The second communication device 1520 is used to send the first information, which is used to update the first model

[0327] The first communication device 1510 can be used to implement the corresponding functions implemented by the first communication device in the above method, and the second communication device 1520 can be used to implement the corresponding functions implemented by the second communication device in the above method. For the sake of brevity, they are not described here in detail.

[0328] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When software is used for implementation, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, the process or function in accordance with the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, the computer instructions can be transmitted from a website, computer, server or data center by wired (such as coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (such as infrared, wireless, microwave, etc.) mode to another website, computer, server or data center. 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 includes one or more available media integrations. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (eg, a solid state disk (SSD)).

[0329] It should be understood that in the various embodiments of the present application, the size of the serial numbers of the above-mentioned processes does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

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

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

Claims

1. A model update method, comprising: A first communication device receives first information for updating a first model; During the process of updating the first model based on the first information, when the first model is in an abnormal update state, the first communication device performs a first action.

2. The method according to claim 1, wherein, The first model includes one or more modules, and the first information is used to indicate update-related information of one or more modules in the first model.

3. The method according to claim 1 or 2, wherein, The abnormal update state includes at least one of the following: Decoding failure of the first information; Compliance check failure of the first information.

4. The method according to any one of claims 1 to 3, wherein, The first communication device performing the first action includes at least one of the following: The first communication device sends a first report, and the first report is used to indicate abnormal update information of the first model; The first communication device performs a fallback action; The first communication device keeps running the first model.

5. The method according to claim 4, wherein, The first report includes at least one of the following: Index of the first model; Identification ID of a module of the first model; Failure type of the first model or a module of the first model; Failure reason of the first model or a module of the first model; Failure-related auxiliary information of the first model or a module of the first model; Behavior indication of the first communication device.

6. The method according to claim 5, wherein: The failure type includes decoding failure and / or compliance check failure; The failure reason includes decoding failure reason and / or compliance check failure reason. The decoding failure reason includes at least one of compilation format mismatch, compression algorithm mismatch, and data packet loss. The compliance check failure reason includes at least one of configuration mismatch with terminal capabilities and model parameter mismatch with model structure; The failure-related auxiliary information includes at least one of the following: failure occurrence time, cell ID at the time of failure, location information at the time of failure; The behavior indication of the first communication device includes whether the first communication device performs a fallback action and / or the fallback action performed by the first communication device.

7. The method according to any one of claims 4 to 6, wherein, The fallback action includes: Fallback to the original model; Fallback to the original module; Fallback to the default module; Fallback to the default model; Fallback to the traditional mechanism.

8. The method according to any one of claims 1 to 7, wherein, The method further includes: The first communication device determines the first action to be performed based on the module importance level.

9. The method according to claim 8, wherein, The module importance level includes the priority of the module and / or the priority threshold, and the priority of the module has a corresponding relationship with the first action.

10. The method according to any one of claims 1 to 7, wherein, The method further includes: The first communication device receives second information, where the second information is used to indicate a first behavior performed by the first communication device when the first model is in an abnormal update state.

11. The method according to claim 10, wherein, the second information is associated with the first model to be updated and / or a module of the first model, and the second information is used to indicate a first behavior corresponding to the first model to be updated and / or the module of the first model.

12. The method according to claim 10 or 11, wherein, the second information is in the model information.

13. The method according to any one of claims 1 to 7, wherein, the first communication device performing the first behavior includes: the first communication device performing a fallback behavior based on the performance of the original model or the original module.

14. The method according to claim 13, wherein, the first communication device performing a fallback behavior based on the performance of the original model or the original module includes: falling back to the original model or the original module when the performance of the original model or the original module is higher than a performance index threshold; falling back to a default model, a default module, or a traditional mechanism when the performance of the original model or the original module is not higher than the performance index threshold.

15. The method according to any one of claims 1 to 7, wherein, the first communication device performing the first behavior includes: the first communication device performing a default behavior based on the first model, where the default behavior includes the behavior of the first communication device pre-configured by the second communication device when the first model is in an abnormal update state.

16. The method according to claim 15, wherein, the default behavior includes at least one of the following: falling back to the original model or the original module, falling back to the default model or the default module, falling back to the traditional mechanism.

17. The method according to claim 15 or 16, wherein, the method further includes: the first communication device reporting capability information to the second communication device, where the capability information includes at least one of whether the first communication device supports falling back to the original model or the original module, whether it supports falling back to the default model or the default module, and the accuracy requirement of the first communication device for model prediction.

18. The method according to any one of claims 1 to 17, wherein, the method further includes: the first communication device receiving a default configuration from the second communication device, where the default configuration is associated with the first model to be updated and / or a module of the first model.

19. The method according to claim 18, wherein, the default configuration is in the model information.

20. The method according to claim 18 or 19, wherein, the method further includes: the first communication device receiving default configuration update information, where the default configuration update information is in at least one of a system broadcast message and / or a terminal-specific RRC message; the first communication device updating the default configuration according to the default configuration update information.

21. The method according to any one of claims 18 to 20, wherein, the default configuration is associated with configuration validity-related information.

22. The method according to any one of claims 18 to 21, wherein, The situations of fallback or using the default configuration include at least one of the following: The decoding fails and / or the compliance check fails in the first model update process; The first communication device performs a cell handover; The radio resource configuration information related to the first model changes; Based on the monitoring result of the first model, it is determined that the performance of the first model does not meet the pre-configured threshold.

23. The method according to any one of claims 18 to 22, wherein, The behavior of the first communication device conforming to the situation of falling back to the default configuration includes at least one of the following: The first communication device has the situation of fallback or using the default configuration; The first communication device is unable to perform sending the first report, falling back to the original model or original module, or falling back to the traditional mechanism; The first communication device determines not to perform sending the first report, falling back to the original model or original module, or falling back to the traditional mechanism.

24. The method according to any one of claims 18 to 23, wherein, The method further includes: The first communication device receives third information from the second communication device, and the third information indicates whether the first model or the module of the first model falls back to the default configuration.

25. A model update method, including: The second communication device sends first information for updating the first model.

26. The method according to claim 25, wherein, The second communication device receives a first report for indicating the update exception information of the first model.

27. The method according to claim 26, wherein, The first report includes at least one of the following: The index of the first model; The identification ID of the module of the first model; The failure type of the first model or the module of the first model; The failure reason of the first model or the module of the first model; The failure-related auxiliary information of the first model or the module of the first model; The behavior indication of the first communication device.

28. The method according to claim 27, wherein: The failure type includes decoding failure and / or compliance check failure; The failure reason includes decoding failure reason and / or compliance check failure reason. The decoding failure reason includes at least one of compilation format mismatch, compression algorithm mismatch, and packet loss. The compliance check failure reason includes at least one of configuration not matching the terminal capabilities and model parameters not matching the model structure; The failure-related auxiliary information includes at least one of the following: failure occurrence time, cell ID at the time of failure, location information at the time of failure; information; The behavior indication of the first communication device includes whether the first communication device performs a fallback behavior and / or the fallback behavior performed by the first communication device.

29. The method according to claim 28, wherein, The fallback behavior includes: Falling back to the original model; Falling back to the original module; Falling back to the default module; Falling back to the default model; Falling back to the traditional mechanism.

30. The method according to any one of claims 26 to 29, wherein, The method further includes: The second communication device sends second information, where the second information is used to indicate a first behavior performed by the first communication device when the first model is in an update exception state.

31. The method according to claim 30, wherein, the second information is associated with the first model and / or a module of the first model, and the second information is used to indicate a first behavior corresponding to the first model and / or the module of the first model that needs to be updated.

32. The method according to claim 30 or 31, wherein, the second information is in model information.

33. The method according to any one of claims 26 to 32, wherein, the method further includes: the second communication device sends a default configuration to the first communication device, and the default configuration is associated with the first model and / or the module of the first model that needs to be updated.

34. The method according to claim 33, wherein, the default configuration is in model information.

35. The method according to claim 33 or 34, wherein, the method further includes: the second communication device sends default configuration update information, and the default configuration update information is in at least one of a system broadcast message and / or a terminal-specific RRC message; the default configuration update information is used to instruct the first communication device to update the default configuration.

36. The method according to any one of claims 33 to 34, wherein, the situations of falling back to or using the default configuration include at least one of the following: a decoding failure and / or a compliance check failure occurs during the update process of the first model; the first communication device performs a cell handover; radio resource configuration information related to the first model changes; based on the monitoring result of the first model, it is determined that the performance of the first model does not meet a pre-configured threshold.

37. The method according to any one of claims 33 to 36, wherein, the method further includes: the second communication device sends third information to the first communication device, and the third information indicates whether the first model or a module of the first model falls back to the default configuration.

38. A first communication device, including: a receiving unit, configured to receive first information, where the first information is used to update a first model; a processing unit, configured to perform a first behavior when the first model is in an update exception state during the process of updating the first model based on the first information.

39. The first communication device according to claim 38, wherein, the first model includes one or more modules, and the first information is used to indicate update-related information of one or more modules in the first model.

40. The first communication device according to claim 38 or 39, wherein, the update exception state includes at least one of the following: a decoding failure of the first information; a compliance check failure of the first information.

41. The first communication device according to any one of claims 38 to 40, wherein, the processing unit is configured to perform at least one of the following first behaviors: send a first report, where the first report is used to indicate update exception information of the first model; a fallback behavior; maintain the operation of the first model.

42. The first communication device according to claim 41, wherein, the first report includes at least one of the following: the index of the first model; the identification ID of the module of the first model; the failure type of the first model or the module of the first model; the failure reason of the first model or the module of the first model; the failure-related auxiliary information of the first model or the module of the first model; the behavior indication of the first communication device.

43. The first communication device according to claim 42, wherein: the failure type includes decoding failure and / or compliance check failure; the failure reason includes decoding failure reason and / or compliance check failure reason, the decoding failure reason includes at least one of compilation format mismatch, compression algorithm mismatch, and data packet loss, and the compliance check failure reason includes at least one of configuration mismatch with terminal capabilities and model parameter mismatch with model structure; the failure-related auxiliary information includes at least one of the following: failure occurrence time, cell ID at the time of failure, and location information at the time of failure; the behavior indication of the first communication device includes whether the first communication device performs a fallback behavior and / or the fallback behavior performed by the first communication device.

44. The first communication device according to any one of claims 41 to 43, wherein, the fallback behavior includes: falling back to the original model; falling back to the original module; falling back to the default module; falling back to the default model; falling back to the traditional mechanism.

45. The first communication device according to any one of claims 38 to 44, wherein, the processing unit is further configured to determine the first behavior to be performed based on the module importance level.

46. The first communication device according to claim 45, wherein, the module importance level includes the priority of the module and / or the priority threshold, and the priority of the module has a corresponding relationship with the first behavior.

47. The first communication device according to any one of claims 38 to 44, wherein, the receiving unit is further configured to receive second information, and the second information is used to indicate the first behavior performed by the first communication device when the first model is in an abnormal update state.

48. The first communication device according to claim 47, wherein, the second information is associated with the first model and / or the module of the first model that needs to be updated, and the second information is used to indicate the first behavior corresponding to the first model and / or the module of the first model that needs to be updated.

49. The first communication device according to claim 47 or 48, wherein, the second information is in the model information.

50. The first communication device according to any one of claims 38 to 44, wherein, the processing unit is further configured to perform a fallback behavior based on the performance of the original model or the original module.

51. The first communication device according to claim 50, wherein, the processing unit performs a fallback behavior based on the performance of the original model or the original module, including: falling back to the original model or the original module when the performance of the original model or the original module is higher than the performance index threshold; When the performance of the original model or original module is not higher than the performance index threshold, fallback to the default model, default module, or traditional mechanism.

52. The first communication device according to any one of claims 38 to 44, wherein, the processing unit is further configured to perform a default behavior based on the first model, and the default behavior includes the behavior of the first communication device pre-configured by the second communication device when the first model is in an update abnormal state.

53. The first communication device according to claim 52, wherein, the default behavior includes at least one of the following: fallback to the original model or original module, fallback to the default model or default module, fallback to the traditional mechanism.

54. The first communication device according to claim 52 or 53, wherein, the first communication device further includes: a sending unit, configured to report capability information to the second communication device, where the capability information includes at least one of whether the first communication device supports fallback to the original model or original module, whether it supports fallback to the default model or default module, and the accuracy requirement of the first communication device for model prediction.

55. The first communication device according to any one of claims 38 to 54, wherein, the receiving unit is further configured to receive a default configuration from the second communication device, and the default configuration is associated with the first model to be updated and / or the module of the first model.

56. The first communication device according to claim 55, wherein, the default configuration is in the model information.

57. The first communication device according to claim 55 or 56, wherein, the receiving unit is further configured to receive default configuration update information, and the default configuration update information is at least one of a system broadcast message and / or a terminal-specific RRC message; the processing unit is further configured to update the default configuration according to the default configuration update information.

58. The first communication device according to any one of claims 55 to 57, wherein, the default configuration is associated with configuration validity-related information.

59. The first communication device according to any one of claims 55 to 58, wherein, the situations of fallback or using the default configuration include at least one of the following: decoding failure and / or compliance check failure occur during the update process of the first model; the first communication device performs a cell handover; the radio resource configuration information related to the first model changes; based on the monitoring result of the first model, it is determined that the performance of the first model does not meet the pre-configured threshold.

60. The first communication device according to any one of claims 55 to 59, wherein, the behavior of the first communication device conforming to the situation of fallback to the default configuration includes at least one of the following: the situation of fallback or using the default configuration occurs to the first communication device; the first communication device is unable to perform sending the first report, fallback to the original model or original module, or fallback to the traditional mechanism; the first communication device determines not to perform sending the first report, fallback to the original model or original module, or fallback to the traditional mechanism.

61. The first communication device according to any one of claims 55 to 60, wherein, The receiving unit is further configured to receive third information from the second communication device, where the third information indicates whether the first model or a module of the first model reverts to the default configuration.

62. A second communication device, comprising: a sending unit, configured to send first information for updating a first model.

63. The second communication device according to claim 62, wherein the second communication device receives a first report for indicating update exception information of the first model.

64. The second communication device according to claim 63, wherein the first report includes at least one of the following: the index of the first model; the identification ID of a module of the first model; the failure type of the first model or a module of the first model; the failure reason of the first model or a module of the first model; the failure-related auxiliary information of the first model or a module of the first model; the behavior indication of the first communication device.

65. The second communication device according to claim 64, wherein: the failure type includes decoding failure and / or compliance check failure; the failure reason includes decoding failure reason and / or compliance check failure reason, the decoding failure reason includes at least one of compilation format mismatch, compression algorithm mismatch, and data packet loss, and the compliance check failure reason includes at least one of configuration mismatch with terminal capabilities and model parameter mismatch with model structure; the failure-related auxiliary information includes at least one of the following: failure occurrence time, cell ID at the time of failure, and location information at the time of failure; the behavior indication of the first communication device includes whether the first communication device performs a fallback behavior and / or the fallback behavior performed by the first communication device.

66. The second communication device according to claim 65, wherein the fallback behavior includes: falling back to the original model; falling back to the original module; falling back to the default module; falling back to the default model; falling back to the traditional mechanism.

67. The second communication device according to any one of claims 62 to 66, wherein the sending unit is further configured to send second information for indicating a first behavior performed by the first communication device when the first model is in an update exception state.

68. The second communication device according to claim 67, wherein the second information is associated with the first model and / or a module of the first model, and the second information is used to indicate the first behavior corresponding to the first model and / or the module of the first model that needs to be updated.

69. The second communication device according to claim 67 or 68, wherein the second information is in the model information.

70. The second communication device according to any one of claims 62 to 69, wherein the sending unit is further configured to send a default configuration to the first communication device, and the default configuration is associated with the first model and / or a module of the first model that needs to be updated.

71. The second communication device according to claim 70, wherein the default configuration is in the model information.

72. The second communication device according to claim 70 or 71, wherein, the sending unit is further configured to send default configuration update information, which is at least one of a system broadcast message and / or a terminal-specific RRC message; the default configuration update information is used to instruct the first communication device to update the default configuration.

73. The second communication device according to any one of claims 70 to 71, wherein, the situations of falling back to or using the default configuration include at least one of the following: a decoding failure and / or a compliance check failure occurs in the first model update process; the first communication device performs a cell handover; the radio resource configuration information related to the first model changes; based on the monitoring result of the first model, it is determined that the performance of the first model does not meet a pre-configured threshold.

74. The second communication device according to any one of claims 70 to 73, wherein, the sending unit is further configured to send third information to the first communication device, and the third information indicates whether the first model or a module of the first model falls back to the default configuration.

75. A communication device, comprising: a transceiver, a processor, and a memory, the memory is used to store a computer program, the transceiver is used to communicate with other devices, and the processor is used to call and run the computer program stored in the memory, so that the terminal device executes the method according to any one of claims 1 to 24 or 25 to 37.

76. A chip, comprising: a processor, configured to call and run a computer program from a memory, so that a device installed with the chip executes the method according to any one of claims 1 to 24 or 25 to 37.

77. A computer-readable storage medium, used to store a computer program, and when the computer program is run by a device, the device executes the method according to any one of claims 1 to 24 or 25 to 37.

78. A computer program product, comprising computer program instructions, and the computer program instructions cause a computer to execute the method according to any one of claims 1 to 24 or 25 to 37.

79. A computer program, the computer program causes a computer to execute the method according to any one of claims 1 to 24 or 25 to 37.

80. A communication system, comprising: a first communication device, configured to execute the method according to any one of claims 1 to 24; a second communication device, configured to execute the method according to any one of claims 25 to 37.

Images