WO2021244377A1 - 一种模型更新方法及装置 - Google Patents

一种模型更新方法及装置 Download PDF

Info

Publication number
WO2021244377A1
WO2021244377A1 PCT/CN2021/096182 CN2021096182W WO2021244377A1 WO 2021244377 A1 WO2021244377 A1 WO 2021244377A1 CN 2021096182 W CN2021096182 W CN 2021096182W WO 2021244377 A1 WO2021244377 A1 WO 2021244377A1
Authority
WO
WIPO (PCT)
Prior art keywords
model
file
message
identification information
target
Prior art date
Application number
PCT/CN2021/096182
Other languages
English (en)
French (fr)
Inventor
黄谢田
秦东润
曹龙雨
于益俊
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2021244377A1 publication Critical patent/WO2021244377A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/14—Network analysis or design
    • H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]

Definitions

  • the embodiments of the present application relate to the field of communications, and in particular, to a model update method and device.
  • 5G (5th-Generation, the fifth-generation mobile communication technology) network brings a richer service type to operators. At the same time, it also requires more efficient resource management solutions and a more flexible network architecture to facilitate business innovation.
  • the wireless access network is gradually evolving towards a more open and smarter direction.
  • the intelligent wireless network architecture includes functional modules including operations administration and maintenance (OAM), radio access network (RAN), a first wireless controller, and a second wireless controller.
  • OAM operations administration and maintenance
  • RAN radio access network
  • the first wireless controller is mainly used to provide the function of the wireless network control plane
  • the second wireless controller and the OAM are mainly used to provide the function of the management plane.
  • the first wireless controller and the second wireless controller can implement functional services by deploying different service function modules.
  • there is a type of service function module (machine learning, ML) in the first wireless controller hereinafter referred to as ML-based business function module).
  • ML-based service function modules can use the ML model to realize service functions and improve the performance of the RAN network.
  • the ML model used by the ML-based business function module can be updated by updating the mirror software package.
  • the mirroring software package also contains software such as basic operating system and third-party plug-ins.
  • the volume is usually very large (100 MB level or even GB level). Therefore, when updating the ML model, a lot of redundancy needs to be transmitted on the relevant interface. Excess information consumes a lot of interface bandwidth and causes a waste of resources.
  • the embodiments of the present application provide a model update method and device, which can reduce the waste of resources caused by model update.
  • a model update method which includes: a first device receives a first message from a second device, and obtains a model file according to the first message.
  • the first message includes identification information of the model file and path information of the model file, or, the first message includes identification information of the model file and the model file.
  • the first device may also receive a second message from the second device, and activate the target model according to the second message and the model file.
  • the second message includes the identification information of the target model and the identification information of the model file.
  • model management can be performed based on the model file. For example, when the model is updated, the model file or the information of the model file is transmitted through the relevant interface, so that only the model file can be updated and replaced.
  • the model update can be realized without the need to transmit the mirroring software package, which can avoid occupying a large amount of interface bandwidth to transmit information not needed for model update, and reduce the waste of resources and time delay caused by the update of the model.
  • the identification information of the model file includes at least one of the following: file identification information, identification information of the device using the target model, model identification information or model Version information of the file; the identification information of the target model includes at least one of the following: identification information of the device using the target model, and model identification information.
  • the model identification information is used to indicate a model.
  • the model identification information in the identification information of the model file may indicate the model using the model file, that is, the target model described in the embodiment of the present application.
  • the embodiment of the present application also provides several possibilities for the identification of the model file, and the corresponding model can be indexed according to the identification of the model file, so as to update the model based on the model file.
  • the first device obtains the model file according to the first message, including: the first device obtains the model file according to the path information The model file, the path information is used to indicate the storage path of the model file; or, the first device parses the first message to obtain the model file.
  • the embodiment of the application also provides two possibilities for obtaining the model file.
  • the first message is a file download message
  • the first message includes path information of the model file
  • the first device can obtain the model file at the storage path indicated by the path information
  • the first message is a file transfer message
  • the first message includes the model file
  • the first device parses the first message to obtain the model file.
  • the first device activates the target model according to the second message and the model file, including: The first device updates the model file of the target model according to the model file, and runs the target model.
  • the embodiment of the present application also provides a specific implementation manner of activating the model according to the acquired model file, and the acquired new model file can be used to replace the model file currently used by the target model, and the model update is completed based on the model file.
  • the second message further includes a model list; the model list includes At least one model ID.
  • the method provided in the embodiment of the present application is applicable to a scenario where multiple models use the same model file.
  • a file identifier is used to distinguish different model files.
  • the model list includes at least one model identifier, and the at least one model identifier corresponds to the file identifier, that is, the model corresponding to the at least one model identifier uses the model file corresponding to the file identifier.
  • the second message indicates the model list so that multiple models can be updated using the same model file.
  • the device activates the target model according to the second message and the model file, including: the first device updates at least one of the target models according to the model file The model identifies the corresponding model file of at least one target model, and runs the at least one target model.
  • multiple models can be determined according to the model list, and the multiple models can be updated with new model files, which avoids repeated model file transmission for multiple models and saves transmission resources.
  • the second message further includes activation information of the target model; the activation information includes the target model The activation type and/or the activation time of the target model; where the activation type includes immediate activation, delayed activation, timed activation, or periodic activation.
  • the activation type and activation information can also be combined to realize the timing activation of the model.
  • the first message further includes the file type; the file type includes the model file type and/ Or submodel file type.
  • the file can also be indicated as a model file type, so that the first device can determine that the newly acquired file is a model file, so as to update the model based on the model file.
  • model updates can also be implemented based on sub-model files, enabling more refined model management.
  • a model update method including: a second device sends a first message to a first device, instructing the first device to obtain a model file.
  • the first message includes identification information of the model file and path information of the model file, or, the first message includes identification information of the model file and the model file.
  • the second device may also send a second message to the first device, instructing the first device to use the model file to activate the target file.
  • the second message includes the identification information of the target model and the identification information of the model file.
  • model management can be performed based on the model file. For example, when the model is updated, the model file or the information of the model file is transmitted through the relevant interface, so that only the model file can be updated and replaced.
  • the model update can be realized without the need to transmit the mirroring software package, which can avoid occupying a large amount of interface bandwidth to transmit information not needed for model update, and reduce the waste of resources and time delay caused by the update of the model.
  • the identification information of the model file includes at least one of the following: file identification information, identification information of the device using the target model, model identification information or model file identification information Version information; the identification information of the target model includes identification information of the device using the target model, and/or model identification information.
  • the second message further includes a model list; the model list includes at least one model identifier.
  • the second message further includes activation information of the target model; the activation information includes the target model The activation type and/or the activation time of the target model; where the activation type includes immediate activation, delayed activation, timed activation, or periodic activation.
  • the first message further includes the file type; the file type includes Model file type and/or sub-model file type.
  • a model update method including: a first device receives a first message from a second device, the first message includes a first parameter; the first parameter is used to describe the storage location of a model file of the target model; A device obtains the model file according to the first parameter; the first device receives a second message from the second device, the second message includes the second parameter, the second parameter is used to describe the state of the target model; the first device according to the second message The second parameter and the model file activate the target model.
  • MOC can be defined for the model, and the attribute parameters of the model can describe the storage location of the model file, the state of the model, and other characteristics. Further, the first device obtains a new model file by instructing the attribute parameters of the model to be modified, and activates the model according to the new model file. To avoid the transmission of information that is not needed for model update occupying a large amount of bandwidth resources, the model can be updated based on the model file.
  • the first message further includes the identification of the model file;
  • the identification information of the model file includes at least one of the following: identification information of the device using the target model, model Identification information and version information of the model file.
  • the embodiment of the present application also provides several possibilities for the identification of the model file, and the corresponding model can be indexed according to the identification of the model file, so as to update the model based on the model file.
  • the second message also includes the identification information of the target model, and the identification information of the target model may be using Identification information of the device of the target model, and/or model identification information.
  • the identification information of the model can also be indicated when the model is activated, so that the first device recognizes the model to be updated, and implements the model update based on the newly acquired model file.
  • the first device may also modify the value of the third parameter of the target model according to the version information of the model file; third The parameter is used to describe the version of the model file currently used by the target model.
  • the MOC of the model may include attribute parameters describing the model version, so as to record the updated version of the model.
  • the first device activates according to the second parameter in the second message and the model file Before the target model, the method further includes: the first device receives a third message from the second device; the third message includes the second parameter; and the first device deactivates the target model according to the second parameter in the third message.
  • the model before updating the model, can also be deactivated by modifying the MOC attribute parameters of the model, so as to avoid the sudden interruption of the model business caused by directly updating the model file.
  • the first device activates according to the second parameter in the second message and the model file
  • the target model includes: the value of the second parameter indicates that the status of the target model is activated, and the first device updates the model file of the target model according to the model file, and runs the target model.
  • the embodiment of the present application also provides a specific implementation manner of activating the model according to the acquired model file, and the acquired new model file can be used to replace the model file currently used by the target model, and the model update is completed based on the model file.
  • a model update method including: a second device sends a first message to a first device, the first message includes a first parameter; the first parameter is used to describe a storage location of a model file of the target model.
  • the second device may also send a second message to the first device, the second message includes a second parameter, and the second parameter is used to describe the state of the target model.
  • model management can be performed based on the model file. For example, when the model is updated, the model file or the information of the model file is transmitted through the relevant interface, so that only the model file can be updated and replaced.
  • the model update can be realized without the need to transmit the mirroring software package, which can avoid occupying a large amount of interface bandwidth to transmit information not needed for model update, and reduce the waste of resources and time delay caused by the update of the model.
  • the first message further includes the identification of the model file;
  • the identification information of the model file includes at least one of the following: identification information of the device using the target model, model Identification information and version information of the model file.
  • the second message also includes the identification information of the target model, and the identification information of the target model may be using Identification information of the device of the target model, and/or model identification information.
  • a device in a fifth aspect, and the device may be the first device described in the embodiment of the present application, or a component in the first device.
  • the device includes: a communication unit for receiving a first message from a second device; the first message includes identification information of the model file and path information of the model file, or the first message includes the model file and identification information of the model file;
  • the processing unit is configured to obtain the model file according to the first message; the communication unit is also configured to receive a second message from the second device, the second message including the identification information of the target model and the identification information of the model file; the processing unit is also configured to:
  • the target model is activated according to the second message and the model file.
  • the equipment provided in the embodiments of the present application can perform model management based on model files. For example, when the model is updated, the model file or the information of the model file is transmitted through the relevant interface, so that only the model file can be updated and replaced.
  • the model update can be realized without the need to transmit the mirroring software package, which can avoid occupying a large amount of interface bandwidth to transmit information not needed for model update, and reduce the waste of resources and time delay caused by the update of the model.
  • the identification information of the model file includes at least one of the following: file identification information, identification information of the device using the target model, model identification information or model file identification information Version information; the identification information of the target model includes model identification information and/or identification information of the device using the target model.
  • the processing unit is specifically configured to obtain the model file according to the path information, and the path information is used to indicate the model The storage path of the file; or, parse the first message to obtain the model file.
  • the processing unit is specifically configured to update the model file of the target model according to the model file, And run the target model.
  • the second message further includes a model list; the model list includes at least one model identifier.
  • the processing unit is specifically configured to update the model file of the at least one target model corresponding to the at least one model identifier according to the model file , And run at least one target model.
  • the second message further includes activation information of the target model;
  • the activation information includes the activation type of the target model and/or the activation time of the target model; where the activation type includes immediate activation, delayed activation, timed activation, or periodic activation.
  • the first message further includes a file type; the file type includes Model file type and/or sub-model file type.
  • an apparatus including: a communication unit, configured to receive a first message from a second device, the first message including a first parameter; the first parameter is used to describe a storage location of a model file of a target model; a processing unit , Used to obtain the model file according to the first parameter; the communication unit is also used to receive a second message from the second device, the second message includes a second parameter, the second parameter is used to describe the state of the target model; the processing unit is also used to , Activate the target model according to the second parameter in the second message and the model file.
  • the equipment provided in the embodiments of the present application can perform model management based on model files. For example, when the model is updated, the model file or the information of the model file is transmitted through the relevant interface, so that only the model file can be updated and replaced.
  • the model update can be realized without the need to transmit the mirroring software package, which can avoid occupying a large amount of interface bandwidth to transmit information not needed for model update, and reduce the waste of resources and time delay caused by the update of the model.
  • the first message further includes the identification of the model file;
  • the identification information of the model file includes at least one of the following: identification information of the device using the target model, model Identification information and version information of the model file.
  • the second message further includes the identification information of the target model, and the identification information of the target model may be using Identification information of the device of the target model, and/or model identification information.
  • the processing unit is further configured to modify the third parameter of the target model according to the version information of the model file The value of; the third parameter is used to describe the version of the model file currently used by the target model.
  • the communication unit is further configured to: Before the second parameter in the second message and the model file activates the target model, the third message is received from the second device; the third message includes the second parameter; the processing unit is further configured to: go activate.
  • the processing unit is specifically configured to: Indicate that the status of the target model is activated, and the first device updates the model file of the target model according to the model file, and runs the target model.
  • a communication device including at least one processor and a memory, where the at least one processor is coupled to the memory; the memory is configured to store a computer program;
  • the at least one processor is configured to execute a computer program stored in the memory, so that the apparatus executes the method according to any one of the foregoing first aspect and the first aspect, or the foregoing third aspect And the method described in any implementation manner of the second aspect.
  • a communication device including at least one processor and a memory, where the at least one processor is coupled to the memory; the memory is configured to store a computer program;
  • the at least one processor is configured to execute a computer program stored in the memory, so that the apparatus executes the method according to any one of the foregoing second aspect and the second aspect, or the foregoing fourth aspect And the method described in any one of the implementation manners of the fourth aspect.
  • a computer-readable storage medium including: instructions stored in the computer-readable storage medium; When the device is running, the communication device is caused to execute the communication method described in the foregoing first aspect and any one of the implementation manners of the first aspect.
  • a computer-readable storage medium including: instructions stored in the computer-readable storage medium; When the device is running, the communication device is caused to execute the communication method described in the third aspect and any one of the implementation manners of the third aspect.
  • a wireless communication device includes a processor, for example, applied to a communication device for implementing the above-mentioned first aspect and the method described in any one of the first aspects.
  • the communication device may be a chip system, for example.
  • the chip system further includes a memory for storing program instructions and data necessary to realize the functions of the method described in the first aspect.
  • a wireless communication device includes a processor, for example, used in a communication device to implement the above-mentioned third aspect and the function or method involved in any one of the implementation manners of the third aspect
  • the communication device may be a chip system, for example.
  • the chip system further includes a memory for storing program instructions and data necessary to realize the functions of the method described in the third aspect.
  • the chip system in the foregoing aspect may be a system on chip (SOC), or a baseband chip, etc., where the baseband chip may include a processor, a channel encoder, a digital signal processor, a modem, and an interface module.
  • SOC system on chip
  • baseband chip may include a processor, a channel encoder, a digital signal processor, a modem, and an interface module.
  • Figure 1 is a system architecture diagram provided by an embodiment of the application
  • Figure 2 is a block diagram of the device structure provided by an embodiment of the application.
  • 3-14 are schematic flowcharts of the model update method provided by the embodiments of this application.
  • 15 to 18 are another structural block diagrams of the device provided by the embodiment of the application.
  • the system includes RAN, OAM, a first wireless controller, and a second wireless controller.
  • OAM is responsible for operation and maintenance management, such as fault management, performance management, configuration management, etc.;
  • the first wireless controller is mainly used to provide functions of the wireless network control plane, for example, to perform near real-time control and optimization of functional network elements and resources in the system.
  • the first wireless controller includes a service function module, and the service function module uses a model (for example, a machine learning model) to implement the service of the first wireless controller.
  • the ML model is used to process the network data collected by the first wireless controller, the user's reported volume, resource utilization and other data are input into the ML model, and predictive indicators such as throughput are output.
  • the service can also be adjusted and optimized based on these predictive indicators, for example, instructing users to perform cell handover, etc.;
  • the second wireless controller is mainly used to provide management functions, for example, non-real-time control and optimization of functional network elements and resources in the system.
  • a business function module can be regarded as a functional module that implements a certain business, or a component that implements a certain business, for example, it can be an application (application, APP).
  • the second wireless controller may include a model management unit and a model storage unit.
  • the model management unit can be called Model Manager, which is responsible for managing the life cycle of the model, including triggering model deployment, model training, model update, and model monitoring processes;
  • the model storage unit can be called Training Catalog, which is used to store the saved data after training. Model file.
  • the first wireless controller may include a model management client and a business function module based on an ML model.
  • the model management client may be called a Model MnS (management service) Agent, which is used to manage the life cycle of the model according to the instructions of the Model Manager , For example, model activation, model update, or model deactivation, etc.
  • the business management module based on the ML model is the functional module that uses the ML model to realize the business.
  • model management unit model storage unit, and model management client are functionally divided modules, which can be combined with existing network elements or can be used as independent network elements.
  • the embodiments of this application do not deal with this. limit.
  • the ML model is a machine learning model, which can be considered as an algorithm that realizes the automatic "learning" of a computer.
  • the service function module in the first wireless controller may use the ML model to automatically learn using collected data, so as to realize specific service functions and improve network performance. For example: According to the reference signal receiving power (RSRP), reference signal receiving quality (RSRQ) or signal to interference plus noise ratio (SINR) reported by the UE in the live network ) And other indicators and the resource utilization rate of the cell to predict the performance of the UE in the cell, for example, the throughput rate of the UE, and select access (or handover) to the cell with the best performance according to the prediction result.
  • RSRP reference signal receiving power
  • RSRQ reference signal receiving quality
  • SINR signal to interference plus noise ratio
  • the model file is used to record the information of the model, for example, the structure information of the model or the parameters of the model.
  • the structural information of the model can indicate the input or output of the model, and can also indicate the network structure adopted by the model, such as a convolutional neural network, a fully connected network, and so on.
  • the parameters of the model can be the weight, bias, gradient value, etc. of the network.
  • the file type is used to describe the specific type of the file.
  • the file type may be a model file type, which means that the file is a model file, that is, the file is used to record information about a certain model.
  • a model can be divided into multiple functional modules, and these functional modules provide different algorithms, which can be called sub-models.
  • the model may contain multiple sub-models.
  • the file type can be a sub-model file type, which means that the file is a model file of a sub-model, that is, the file is used to record information about a certain sub-model.
  • the parameter "file type” is used to describe the file type.
  • the value of "file type” can be "model file”, which means that the file type is a model file type, and the file is a model file; the value of "file type” can also be "sub model file” which means that the file type is a sub-model file type , The file is the model file of the sub-model.
  • file type can also take other values, representing other file types.
  • image file means mirrored software package
  • license file means license file.
  • An embodiment of the application provides a model update method.
  • a first device receives a first message from a second device (for example, a second wireless controller), and obtains a model file according to the first message.
  • the first message includes identification information of the model file and path information of the model file, or, the first message includes identification information of the model file and the model file;
  • the first device A second message is received from the second device, and a target model is activated according to the second message and the model file, and the second message includes identification information of the model file and/or identification information of the target model.
  • model management can be performed based on the model file. For example, when the model is updated, the model file or the information of the model file is transmitted through the relevant interface, so that only the model file can be updated and replaced.
  • the model update can be realized without the need to transmit the mirroring software package, which can avoid occupying a large amount of interface bandwidth to transmit information not needed for model update, and reduce the waste of resources and time delay caused by the update of the model.
  • FIG. 2 shows a schematic diagram of the hardware structure of the device 20.
  • the apparatus 20 may be deployed on a computing device, or may be the computing device described in the embodiment of the present application.
  • the device 20 includes a processor 201, a memory 202, and at least one network interface (in Fig. 2 only the network interface 203 is included as an example for illustration).
  • the processor 201, the memory 202, and the network interface 203 are connected to each other.
  • the processor 201 can be a general-purpose central processing unit (central processing unit, CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more programs for controlling the execution of the program of this application. integrated circuit.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • the network interface 203 is an interface of the device 20 for communicating with other devices or communication networks, such as Ethernet, radio access network (RAN), wireless local area networks (WLAN), and so on.
  • RAN radio access network
  • WLAN wireless local area networks
  • the memory 202 can be a read-only memory (ROM) or other types of static data centers that can store static information and instructions, random access memory (RAM), or other types that can store information and instructions
  • the dynamic data center can also be electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disk storage, optical disc storage (Including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic data centers, or can be used to carry or store desired program codes in the form of instructions or data structures and can be used by a computer Any other media accessed, but not limited to this.
  • the memory can exist independently and is connected to the processor through the communication line 202.
  • the memory can also be integrated with the processor.
  • the memory 202 is used to store computer-executable instructions for executing the solution of the present application, and the processor 201 controls the execution.
  • the processor 201 is configured to execute computer-executable instructions stored in the memory 202, so as to implement the intention processing method provided in the following embodiments of the present application.
  • the computer-executable instructions in the embodiments of the present application may also be referred to as application program codes, which are not specifically limited in the embodiments of the present application.
  • the processor 201 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 2.
  • the apparatus 20 may include multiple processors, such as the processor 201 and the processor 204 in FIG. 2. Each of these processors can be a single-CPU (single-CPU) processor or a multi-core (multi-CPU) processor.
  • the processor here may refer to one or more devices, circuits, and/or processing cores for processing data (for example, computer program instructions).
  • the aforementioned device 20 may be a general-purpose device or a special-purpose device.
  • the device 20 may be a desktop computer, a network device, an embedded device, or other devices with a similar structure in FIG. 2.
  • the embodiment of the present application does not limit the type of the device 20.
  • the embodiment of the present application provides a model update method. As shown in FIG. 3, the method includes the following steps:
  • the second device sends a first message to the first device, where the first message includes identification information of the model file and path information of the model file, or the first message includes the identification information of the model file and the model file.
  • the first device includes multiple service function modules, and the service function modules in the first device can use the ML model to implement services, for example, network traffic prediction or throughput prediction.
  • the second device can manage the models used in the first device, including but not limited to triggering processes such as model deployment, model training, model update, and model monitoring.
  • the second device may send the first message to the first device, and the first device obtains the file according to the first message.
  • the first message may be a file download (file download) message, and may include identification information of the model file and path information of the model file.
  • the identification information of the model file includes at least one of the following: file identification information, identification information of the device using the target model, model identification information, or version information of the model file.
  • the target model is a model using the model file
  • the path information of the model file is used to indicate the storage path of the model file.
  • the file identification information can be understood as the identification of the file itself.
  • the file identification information can be the ID of the file, and different files can be distinguished by different IDs.
  • the target model is a model using the model file, that is, the first device can run the target model by loading the model file.
  • the identification information of the device may be the name of the device or other identification information of the device, which is used to uniquely identify the device, and different devices can be distinguished through the identification information of the device.
  • the identification information of the device may include the name of the device and the name of the business function module.
  • the identification information of the model can be the model name or other identification information of the model, which is used to uniquely identify the model. Different models in the same device can be distinguished through the identification information of the model.
  • the version information of the model file is used to indicate the version (version) of the model file, for example, version 1.0, version 2.0, and so on.
  • model identification information can be understood as the identification of the model itself.
  • the model identification information can be the ID of the model, and different models can be distinguished by different IDs.
  • the model identification information may be the name of the model, and different models have different names.
  • the model identification information may be the serial number of the model, and different models can be distinguished by different serial numbers.
  • the model identification information in the identification information of the model file is used to indicate the model using the model file, for example, the target model described in the embodiment of the present application.
  • the first message may also be a file transfer (file transfer) message, which may include the identification information of the model file and the model file.
  • file transfer file transfer
  • the specific implementation of the identification information of the model file refers to the foregoing description, and will not be repeated here.
  • the first device receives the first message from the second device, and obtains the model file according to the first message.
  • the first device downloads the file on the specified path after receiving the first message. For example, the first device obtains the model file according to the path information in the first message.
  • the first device receives the first message, and parses the first message to obtain the model file.
  • the identification information of the model file in the first message is bound to the model file (or path information of the model file).
  • the first device can also store the model file and the model file.
  • the corresponding relationship of the identification information can also be indexed to the model file according to the identification information of the model file in the future.
  • the second device sends a second message to the first device, where the second message includes the identification information of the target model and the identification of the model file.
  • the second message is used to instruct the first device to activate the target model.
  • the second message is a model activate (model activate) message.
  • the second message includes the identification information of the target model and the identification information of the model file, and instructs the first device to determine the model file and the target model according to the identification information in the second message, and load the model file to activate the target model .
  • the identification information of the model includes at least one of the following: identification information of the device using the model, and model identification information.
  • the identification information of the target model includes at least one of the following: identification information of a device that uses the target model, and model identification information of the target model.
  • the identification information of the model file and the identification information of the target model may overlap.
  • the identification information of the model file includes identification information of the device using the target model, model identification information, and the model file Version information.
  • the identification information of the target model includes identification information of the device using the target model and model identification information.
  • the identification information of the model file is file identification information (for example, file ID).
  • the identification information of the target model includes identification information of the device using the target model and model identification information.
  • the first device receives a second message from the second device, and activates a target model according to the second message and the model file.
  • the first device determines the model file and the target model according to the identification information in the second message, and updates the model file of the target model according to the model file, that is, replaces the current model file of the target model Is the model file obtained in step 302.
  • the first device may also run the target model to complete model activation.
  • model file can also be indexed through file identification information (file ID), and multiple models that use the same model file can also be indicated through a model list (model list).
  • file ID file identification information
  • model list model list
  • the second message may also include a list of models.
  • the model list includes at least one model identifier, indicating that multiple models of the model file need to be replaced (or updated).
  • the first device can determine multiple models that need to replace the model file according to the model list in the second message, for example, determine at least one target model corresponding to at least one model identifier in the model list. It should be noted that there is a one-to-one correspondence between the model identifier and the target model, that is, one model identifier corresponds to one model.
  • the first device may also update the model file of the at least one target model corresponding to the at least one model identifier according to the model file, that is, replace the current model file of the at least one target model with the model file obtained in step 302.
  • the first device may also run the at least one target model to complete model activation.
  • the second message further includes activation information of the target model; the activation information includes an activation type (activate type) of the target model and/or an activation time of the target model (activate time).
  • the activation type includes immediate activation, delayed activation, timed activation or periodic activation.
  • Immediate activation indicates that the first device activates the target model immediately after receiving the second message; delayed activation indicates that the first device activates the target model after a period of delay after receiving the second message; timing activation indicates that the first device starts at a specified time Activation; periodic activation indicates that the first device periodically activates the target model, for example, activates the target model on the 1st of every month.
  • the value of the activate type parameter can be immediate, delay, or timing, which represents immediate activation, delayed activation, and timing activation, respectively.
  • the second message may also include the activation time.
  • the activate time parameter can indicate the duration or the specific time point.
  • the first device jointly determines the time point for activating the target model according to the activation type and the activation time. For example, the first device may activate the target model within a first time period (for example, 5 minutes) after receiving the second message. Alternatively, the first device may activate the target model after a first period of time after receiving the first message. Or, the first device starts a timer after receiving the second message, the duration of the timer is set according to activate time, and the target model is activated when the timer expires.
  • the first device may implement model activation according to the activation type, or implement model activation according to the activation time, or implement model activation according to the activation type and activation time.
  • the first message further includes a file type; the file type refers to the type of the model file described in steps 301 to 304, and the file type includes a model file type and/or a sub-model file type.
  • the second device indicates through the file type in the first message that the file obtained by the first device is a model file, so as to implement model update based on the model file and reduce the complexity of model update.
  • the first device may also store files according to file types, for example, store the model file obtained in step 302 in the target storage space.
  • the target storage space is used to store files of the model file type, that is, dedicated to storing model files.
  • the embodiment of the present application provides a model update method. As shown in FIG. 4, the method includes the following steps:
  • the second device sends a first message to the first device, where the first message includes a first parameter; the first parameter is used to describe a storage location of a model file of the target model.
  • the model can be used as the management object, and the management object class (MOC) of the model can be defined, and the related information of the model can be recorded through the MOC, for example, model name, model file version, model file storage location, model The name of the equipment to which the model belongs, the operating status of the model, and the name of the business function component to which the model belongs, etc.
  • the MOC of the model includes multiple different attribute parameters. The attribute parameters are used to describe relevant information of the model, and the attribute parameters can have different values.
  • the MOC of the model includes a first parameter
  • the first parameter is used to describe the storage location of the model file (model file after model update or new version model file).
  • the value of the first parameter may be the path information of the model file, indicating the storage location of the model file.
  • the first parameter of the MOC can describe the storage location of the model file of the target model.
  • the first message may be a model object instance (model object class, MOI) modification message (modify MOI message), which is used to modify the value of the first parameter of the target model, that is, modify the storage location of the model file .
  • the first message may include the first parameter, and the value of the first parameter in the first message may indicate the storage location of the new model file.
  • the second device instructs the first device to modify the value of the first parameter through the first message, so as to update the storage location of the model file, and trigger the first device to obtain the model file to be updated, so as to implement the model update based on the new model file, and avoid updating
  • the mirroring software package realizes the model update, thereby reducing the resource overhead caused by the model update.
  • the first device receives the first message from the second device, and obtains the model file according to the first parameter.
  • the first device receives the first message, and parses the first message to obtain the value of the first parameter.
  • the value of the first parameter indicates the storage location of the model file, and the first device can access the storage location to obtain the model file.
  • the second device sends a second message to the first device, where the second message includes a second parameter, and the second parameter is used to describe the state of the target model.
  • the MOC of the model may also include a second parameter.
  • the second parameter is used to describe the operating state of the model.
  • the operating state of the model can be activated or deactivated.
  • the value of the second parameter can be active or passive, indicating that the model is in an active or deactivated state.
  • the second parameter of the MOC can describe the operating state of the target model.
  • the second device indicates the storage address of the new model file through the first message in step 401.
  • the second device may instruct the first device to load the new model file through the second message and activate the target Model.
  • the second message may be used to instruct the first device to modify the value of the second parameter, and the value of the second parameter in the second message may be "active", indicating that the second device activates the target model.
  • the first device receives a second message from the second device, and activates the target model according to the second parameter in the second message and the model file.
  • the first device determines the state of the target model according to the second parameter in the second message. For example, the value of the second parameter in the second message is "active", indicating that the status of the target model is active.
  • the first device may update the model file of the target model according to the model file, that is, replace the current model file of the target model with the model file obtained in step 402.
  • the first device may also run the target model to complete model activation.
  • the first message further includes identification information of the model file; the identification information of the model file includes at least one of the following: identification information of the device using the target model, model identification information, and the model Version information of the file.
  • the file identification information can be understood as the identification of the file itself.
  • the file identification information can be the ID of the file, and different files can be distinguished by different IDs.
  • the target model is a model using the model file, that is, the first device can run the target model by loading the model file.
  • the identification information of the device may be the name of the device or other identification information of the device, which is used to uniquely identify the device, and different devices can be distinguished through the identification information of the device.
  • the identification information of the device includes the name of the device and the name of the business function module.
  • the identification information of the model can be the model name or other identification information of the model, which is used to uniquely identify the model. Different models in the same device can be distinguished through the identification information of the model.
  • the version information of the model file is used to indicate the version (version) of the model file, for example, version 1.0, version 2.0, and so on.
  • the second message further includes identification information of the target model, and the identification information of the target model may be identification information of a device using the target model, and/or model identification information.
  • the model identification information may be the name of the target model; the identification information of the device using the target model may be the name of the device using the target model, for example, it may be the name of the first wireless controller network element using the target model name.
  • the method shown in FIG. 4 further includes: the first device deactivates the target model before updating the model file of the target model.
  • the first device receives a third message from the second device; the third message includes the second parameter.
  • the value of the second parameter in the third message may be "passive", which instructs the first device to deactivate the target model.
  • the first device may deactivate the target model according to the value of the second parameter in the third message.
  • the MOC of the model may also include a third parameter, which is used to describe the version of the model file used by the model.
  • the value of the third parameter may be the version of the model file used by the model, for example, 1.0, 2.0, etc.
  • the method shown in FIG. 4 further includes: the first device may also modify the value of the third parameter in the MOI corresponding to the target model, and the modified value of the third parameter indicates the version of the updated model file.
  • the first device may also modify the value of the third parameter of the target model according to the version information of the model file.
  • the version information carried in the first message is "2.0”
  • the model file version currently used by the target model is 1.0
  • the value of the third parameter in the MOI corresponding to the target model is "1.0”
  • the first device can modify "1.0" to "2.0".
  • the business function module can also be used as a management object, the MOC of the business function module can be defined, and the relevant information of the business function module is recorded through the MOC, including the relevant information of the model using the business function module.
  • the relevant information of the model may be the model name, the model file version, the storage location of the model file, and so on.
  • the first wireless controller may be the first device described in the embodiment of the present application
  • the second wireless controller may be the second device described in the embodiment of the present application.
  • the second wireless controller includes Model Manager and Training Catalog, where the trained model files are stored in Training Catalog.
  • the first wireless controller includes Model MnS Agent and business function modules based on the ML model. Among them, Model MnS Agent can temporarily store model files, and ML-based business function modules can run model files.
  • the model update process is divided into two major steps: the model file transfer process and the model activation process.
  • the model file transmission process can be the second wireless controller transmitting the model file and the information of the model file to the first wireless controller; the model activation process is triggered by the Model Manager to complete the update of the model file in the ML-based business function module ( Replace), and run the model so that the model can use the updated model file to provide external services.
  • each model is managed, and each model may also contain multiple sub-models.
  • the sub-models included in the same model can be managed as a whole, a unique model name (model name) can be assigned, and all sub-models included in the model can be indexed according to the model name.
  • model name unique model name
  • the method shown in FIG. 5 includes two processes. One is to trigger a model file download process through a file download command, and the other is to trigger an update of the model file through a model activate message to complete model activation.
  • the method includes the following steps:
  • the Model Manager sends a path query message (file Path Inventory) to the Training Catalog to query the path information of the model file.
  • path query message file Path Inventory
  • the file path inventory message includes identification information of the model file.
  • the identification information of the model file includes controller name, function name, model name, and model file version.
  • model name is the name of the model that uses the model file (hereinafter referred to as the target model)
  • function name is the name of the business function module that uses the target model
  • controller name is the name of the device to which the business function module belongs (for example, the first wireless control
  • model file version is the version of the model file. Controller name and function name can be considered as the identification information of the device using the target model described in the embodiment of the present application.
  • Training Catalog query to obtain the path information (file path) of the model file.
  • the Training Catalog can store the corresponding relationship between the path information of the model file and the identification information of the model file, and the path information of the model file can be determined according to the identification information of the model file in the file path inventory message.
  • the Training Catalog returns an acknowledgement (acknowledgement, ACK) message to the Model Manager, including the path information of the model file.
  • the Model Manager sends a file download (file download) message to the Model MnS Agent to trigger the download of the model file.
  • the file download message includes the path information of the file, the file type, the name of the target model that uses the model file, the name of the business function module that uses the target model to provide services, and the version of the model file.
  • the parameter "file Type" in the file download message indicates the type of the model file, and the file type may include a model type and/or a sub-model type.
  • the parameter file type takes a value of model file, indicating that the file type is a model type
  • the parameter file type takes a value of submodel file, which indicates that the file type is a submodel type.
  • the file download message may also include the following parameters: function name, model name, and model file version. Other types of files may require different parameters, which are not limited in this embodiment.
  • NACK negative acknowledgement
  • Model MnS Agent sends a file download request to Training Catalog.
  • Training Catalog returns the model file to Model MnS Agent.
  • Model MnS Agent After the Model MnS Agent receives the model file, it stores the model file in the specific path of the model file according to the file type.
  • model type files for example, "/model file”.
  • Model MnS Agent can maintain a model file information table and record the information of the downloaded model file. After the Model MnS Agent stores the model file, it adds the relevant information of the model file to the above model file information table, for example, the name of the target model, the name of the business function module using the target model, the version of the model file, and the path information of the model file.
  • Model MnS Agent sends a notification message of successful download to Model Manager.
  • the Model Manager sends a message to the Model MnS Agent to query whether the model file exists.
  • the message may include the file type, the name of the business function module using the target model, the name of the target model, and the model file version.
  • Model MnS Agent queries whether the model file exists.
  • Model MnS Agent returns query results to Model Manager.
  • ACK is returned; if the corresponding model file is not queried, NACK is returned.
  • steps 509 to 511 are optional steps, and step 512 can be skipped directly.
  • Model Manager sends a model activate (model activate) message to the Model MnS Agent.
  • the model activation message can trigger model activation, and the model activation message can include the name of the business function module using the target model, the name of the target model, the model file version, the activation type (activate type), and the activation time (activate time).
  • activation type and activation time are optional parameters, which are defined as follows:
  • activate type indicates the activation type.
  • the optional values are immediate or delay or timing.
  • the corresponding activation types are immediate activation, delayed activation, and timed activation respectively; activate time indicates the activation time.
  • the model The activation message can carry activate time.
  • the Model MnS Agent returns an ACK to the Model Manager, indicating that the model activation message has been received.
  • Model MnS Agent adds the activate type and activate time of the model file to the model file information table.
  • the Model MnS Agent sets the corresponding timer according to the activate type and activate time of the model file.
  • model activation is started, and the current model file of the target model is replaced with the model file obtained in step 506.
  • Fig. 5 takes the activation mode as Timing as an example.
  • the timer may not be set, and step 515 is skipped and step 516 and subsequent process steps are executed directly.
  • Model MnS Agent queries the status of the target model.
  • the Model MnS Agent maintains the operating status (model status) of each model in the business function module. There are two states: active and passive.
  • Model MnS Agent sends a model deactivate (model deactivate) message to the service function module.
  • the model deactivation message instructs the target model to stop running, and the model deactivation message may include the name of the target model.
  • the business function module returns an ACK to the Model MnS Agent, indicating that the target model has stopped running.
  • the Model MnS Agent updates the model status to deactivated.
  • the model status parameter can be set to passive.
  • Model MnS Agent sends a model replacement (model replacement) message to the service function module.
  • the model replacement message instructs the business function module to complete the replacement of the model file of the target model.
  • the model replacement message may include the model file (the model file obtained in step 506) and the target model name.
  • Model MnS Agent can find the storage location of the model file from the model file information table, then obtain the corresponding model file and send it to the business function module.
  • the business function module completes the replacement of the model file.
  • the business function module after receiving the model replacement message, the business function module also needs to verify whether the current operating environment meets the operating requirements of the model file to be updated. If it is satisfied, directly perform file replacement; if it is not satisfied (for example, the current operating environment does not match the version of the model file), perform environment-related configuration (for example, perform a version upgrade), and then perform the replacement of the model file.
  • the business function module returns an ACK to the Model MnS Agent, indicating that the model file replacement has been completed.
  • Model MnS Agent sends a model activate (model activate) message to the service function module.
  • the model activation message instructs the business function module to run the target model, and the model activation message can include the name of the target model.
  • the business function module returns an ACK to the Model MnS Agent, indicating that the target model has started running.
  • the Model MnS Agent updates the state of the target model to the active state.
  • the version of the model file currently used by the model can also be updated. Specifically, it can be the version of the model file obtained in step 507.
  • the Model MnS Agent returns a notification of successful activation to the Model Manager, indicating that the model update has been completed.
  • steps 501 to 508 are the model file download process
  • steps 512 to 526 are the model activation process.
  • a complete model update process needs to complete the model file download process and model activation process, but the model file download process and model activation process are not necessarily completed continuously in time. In other words, model activation may not be performed immediately after downloading the model file. Therefore, the query process in steps 509 to 511 is an optional step. If the model is activated immediately after the model file is downloaded, steps 509 to 511 are not required. You can perform steps 509 to 511 for query before sending the model activation message.
  • the method shown in Figure 5 can implement model-based management and update.
  • the model is updated, only the model file needs to be transmitted on the interface, without the need to transmit the mirroring software package, the amount of transmitted data is greatly reduced, and the interface bandwidth and transmission resources are saved. It can also carry out refined management for each model, which can realize the update of some models in multi-model scenarios, and the update process of a single model will not affect the operation of other models in the business function module, which improves the flexibility of model management.
  • the activation time parameters can be configured to activate the model at a specified time, which further improves management flexibility.
  • the embodiment of the present application also provides a model update method.
  • the difference from the method shown in FIG. 5 is that the Model Manager no longer sends the path information of the model file to the Model MnS Agent to trigger the download of the model file.
  • the Model Manager can send the model file to the Model MnS Agent without the need for information interaction between the Model MnS Agent and the Training Catalog.
  • the method includes the following steps:
  • Model Manager sends a model file request (model file request) message to Training Catalog.
  • the model file request message includes identification information of the model file.
  • the identification information of the model file includes controller name, function name, model name, and model file version.
  • model name is the name of the model that uses the model file (hereinafter referred to as the target model)
  • function name is the name of the business function module that uses the target model
  • controller name is the device to which the business function module belongs (for example, the first wireless controller)
  • the model file version is the version of the model file.
  • the controller name and function name can be considered as the "identification information of the device using the target model" described in the embodiment of the present application.
  • Training Catalog returns the requested model file to Model Manager.
  • the Model Manager sends a file transfer message to the Model MnS Agent.
  • the transmission of the model file can be realized through the file transmission message.
  • the file transmission message can include the model file, the file type, the name of the target model (the model using the model file), and the name of the business function module using the target model. The name and version of the model file.
  • Model MnS Agent After the Model MnS Agent receives the model file, it stores the model file in a specific path according to the file type.
  • the specific storage path is dedicated to storing files of the model type.
  • Model MnS Agent sends a notification message of successful file transfer to Model Manager
  • 606-623 Same as 509-526 described above.
  • the Model Manager directly obtains the model file from the Training Catalog, and then sends the model file to the Model MnS Agent.
  • the Model MnS Agent does not need to request model file download from the Training Catalog, which reduces the message interaction between the first wireless controller and the second wireless controller, and saves signaling overhead.
  • the embodiment of the present application also provides a model update method, which is different from the method shown in FIG. 5 in that the model file replacement is triggered through the Software Activate message of the software management to complete the model activation.
  • the method includes the following steps:
  • the Model Manager sends a software activation (software activate) message to the Model MnS Agent.
  • the software activation message can trigger model activation
  • the software activation message can include the file type to be activated, the name of the target model (using the model file), the name of the business function module using the target model, the model file version, and the activation type. And activation time.
  • the definition of each parameter refer to the related description of the method shown in Figure 5 above, and will not be repeated here.
  • step 712 is different from a general software activation operation.
  • the file type is "model file”
  • a series of operations such as the replacement of the model file can be triggered.
  • the Model Manager sends the software activation interface message software activated by the software management to the Model MnS Agent to trigger the replacement of the model file without defining a new interface.
  • the target model can be triggered to load a new model file and run the target model.
  • the embodiment of the present application also provides a model update method.
  • the difference from the method shown in FIG. 5 is that the model file is sent through a file transfer message, and the model file replacement is triggered through the software activate message managed by the software to complete the model activation.
  • the method includes the following steps:
  • Model Manager sends a model file request (model file request) to Training Catalog.
  • the model file request message includes identification information of the model file.
  • the identification information of the model file includes controller name, function name, model name, and model file version.
  • model name is the name of the model that uses the model file (hereinafter referred to as the target model)
  • function name is the name of the business function module that uses the target model
  • controller name is the name of the device to which the business function module belongs
  • model file version is the model file version of.
  • the controller name and function name can be considered as the identification information of the device using the target model described in the embodiment of the present application.
  • Training Catalog returns the requested model file to Model Manager.
  • the Model Manager sends a file transfer message to the Model MnS Agent.
  • the file transfer message can realize the transfer of the model file.
  • the file transfer message can include the model file, the file type, the name of the target model (the model using the model file), and the business function module using the target model. The name and version of the model file.
  • Model MnS Agent After the Model MnS Agent receives the model file, it stores the model file in a specific path according to the file type.
  • Model MnS Agent sends a notification message of successful file transfer to Model Manager.
  • the Model Manager sends a software activation (software activate) message to the Model MnS Agent.
  • the software activation message can trigger model activation, and the software activation message can include the file type, the name of the target model (using the model file), the name of the business function module using the target model, the model file version, the activation type, and the activation time. .
  • the software activation message can include the file type, the name of the target model (using the model file), the name of the business function module using the target model, the model file version, the activation type, and the activation time.
  • the Model Manager directly obtains the model file from the Training Catalog, and then sends the model file to the Model MnS Agent.
  • the Model MnS Agent does not need to request model file download from Training Catalog, which reduces the message interaction between the first wireless controller and the second wireless controller.
  • the Model Manager sends a software activate message to the Model MnS Agent, and the software activation interface of the software management can be used to trigger the replacement of the model file, without the need to define a new interface.
  • the embodiment of the present application also provides a model update method, which is different from the method shown in FIG. 5 to FIG. 8.
  • the business function module is modeled and the MOC of the business function module is defined.
  • the MOI modification command can also be used to trigger the modification of the MOC attribute parameters, thereby triggering the download of the model file and the activation of the model.
  • the Model MnS Agent is responsible for creating and managing the MOI of the business function module.
  • the business function module MOC includes (but is not limited to) the following attribute parameters:
  • controller name represents the name of the device to which the business function module belongs, for example, the name of the first wireless controller to which the business function module belongs;
  • ---function type represents the type of the business function module, such as: ML-based, which means the business function module using the machine learning model.
  • model list is the model list.
  • the inference model list includes the following attribute parameters: model name, model file version, model file location, and running state.
  • model name represents the model name
  • model file version represents the model file version
  • model file location represents the storage location of the model file
  • running state represents whether the model is running, including two states: active and passive.
  • the method includes the following steps:
  • the Model Manager sends a MOI read message (read MOI message) to the Model MnS Agent to query the running state of the target model (running state).
  • the target model is the model to be updated.
  • the MOI read message may include the name of the business function module using the target model and the name of the target model.
  • the Model MnS Agent returns an ACK message to the Model Manager, including the running status of the target model.
  • the Model Manager sends a MOI modification message (Modify MOI message) to the Model MnS Agent, and modifies the attribute parameter running state to passive.
  • MOI modification message Modify MOI message
  • the MOI modification message indicates that the running state of the target model is passive.
  • Model MnS Agent sends a model deactivate message (model deactivate message) to the business function module to instruct the target model to stop running.
  • the model deactivate message may include the name of the target model.
  • the business function module returns an ACK to the Model MnS Agent, indicating that the target model has stopped running.
  • Model MnS Agent modifies the MOI attribute parameter corresponding to the target model, and modifies the attribute parameter running state to passive.
  • the Model MnS Agent returns a notification message to the Model Manager, indicating that the MOI attribute parameters have been changed.
  • the Model Manager sends a MOI modification message to the Model MnS Agent to modify the attribute parameter "model file location".
  • the MOI modification message includes the value of the attribute parameter "model file location", which can indicate the storage location of the new version of the model file.
  • the MOI modification message can also indicate to modify the attribute parameter "model file version”.
  • Model MnS Agent modifies the attribute parameter "model file location" and the attribute parameter "model file version”.
  • the modified value of the attribute parameter "model file location” indicates the storage location of the new version of the model file
  • the modified value of the attribute parameter "model FileVersion” indicates the version of the new model file
  • Model MnS Agent sends a file download request to Training Catalog.
  • Model MnS Agent After the Model MnS Agent receives the model file, it stores the model file in the specific path of the model file according to the file type.
  • model type files for example, "/model file”.
  • Model MnS Agent can maintain a model file information table and record the information of the downloaded model file. After the Model MnS Agent stores the model file, it adds the relevant information of the model file to the above model file information table, for example, the name of the target model, the name of the business function module using the target model, the version of the model file, and the path information of the model file.
  • the Model MnS Agent returns a notification message to the Model Manager, indicating that the MOI attribute has been changed.
  • the Model Manager sends a MOI modification message to the Model MnS Agent, modifying the attribute parameter running state to active.
  • the MOI modification message indicates that the running state of the target model is active.
  • Model MnS Agent sends a model replacement (model replace) message to the service function module.
  • the model replacement message instructs the business function module to complete the replacement of the model file of the target model.
  • the model replacement message may include the name of the model file and the name of the target model.
  • Model MnS Agent can find the storage location of the model file from the model file information table, then obtain the corresponding model file and send it to the business function module.
  • the business function module returns an ACK to the Model MnS Agent, indicating that the model replacement has been completed.
  • the Model MnS Agent sends a model activate (model activate) message to the service function module.
  • the model activation message instructs the business function module to run the target model, and the model activation message may include the name of the target model.
  • the business function module returns an ACK to the Model MnS Agent, indicating that the target model has started running.
  • the Model MnS Agent modifies the attribute parameter running state of the MOI to active.
  • the Model MnS Agent returns a notification message to the Model Manager, indicating that the MOI attribute has been changed.
  • the running state of the model is indicated by the attribute parameter running State in the MOI, and 901-907 modify the attributes of the MOI through the MOI to perform the deactivation of the model.
  • Steps 901 to 907 are required steps, but there is no sequence relationship with 908 to 913. You can also execute 908 to 913 to download the model file first, and then execute 901 to 907 to execute the deactivation of the model.
  • the deactivation method in the method shown in Figure 5 is used.
  • the Model Mns Agent maintains the running state of the model, and executes the deactivation operation of the model after receiving the model activation message, that is, the 516 described above. ⁇ 519, do not need to execute 901 ⁇ 907.
  • the business function module is modeled, and the relevant information of the model is maintained through the attribute parameters of the MOI. Modify the object instance of the business function module through the existing interface, trigger the download of the model file and model activation, and realize the model update while reducing the parameter information passed on the interface.
  • the model can also be modeled and the relevant information of the MOC record model can be defined. In this implementation manner, the method shown in FIG. 9 is still applicable, and the specific process and messages refer to the foregoing description, which will not be repeated here.
  • the embodiment of the present application also provides a model update method, which is different from the method shown above in that the model download and model activation are triggered in one step. Specifically, adding parameters to the file download message triggers model download and activation. As shown in Figure 10, the method includes the following steps:
  • the Model Manager sends a file download message (file download message) to the Model MnS Agent.
  • the File download message includes the path information of the file, the file type (file type), the name of the target model that uses the model file, the name of the business function module that uses the target model to provide services, the version of the model file, the activation type (activate type), and activation Time (activate time).
  • file type file type
  • name of the target model that uses the model file
  • business function module that uses the target model to provide services
  • version of the model file the activation type (activate type)
  • activation Time activate time
  • the Model MnS Agent sends an ACK to the Model Manager, indicating that the file has been downloaded successfully.
  • the Model MnS Agent sends a notification message to the Model Manager, indicating that the file download command has been successfully executed.
  • a notification message is sent after the model file replacement and model activation are completed.
  • the download of the model file and the activation of the model are triggered at the same time through the file download message, and there is no need to send the activation command again, which saves signaling overhead.
  • the embodiment of the present application also provides a model update method.
  • the difference from the method shown in FIG. 10 is that parameters are added to the File Transfer message to trigger model file transfer and model activation at the same time without sending an activation instruction.
  • the method includes the following steps:
  • Model Manager sends a model file request (model file request) to the Training Catalog to request a model file.
  • Training Catalog returns the requested model file to Model Manager.
  • the Model Manager sends a file transfer message to the Model MnS Agent to trigger the download of the model file.
  • the file transfer message includes the path information of the file, the file type (file Type), the name of the target model that uses the model file, the name of the business function module that uses the target model to provide services, the version of the model file, the activation type (activateType), and the activation time (activate time).
  • file Type the name of the target model that uses the model file
  • activationType the name of the business function module that uses the target model to provide services
  • activation time activate time
  • Model MnS Agent After the Model MnS Agent receives the model file, it stores the model file in a specific path according to the file type.
  • the specific path can be "/model file", which is dedicated to storing model type files.
  • the Model MnS Agent sends an ACK to the Model Manager, indicating that the model file is successfully transferred.
  • the Model MnS Agent sends a notification message to the Model Manager, indicating that the file download command has been successfully executed.
  • a notification message is sent after the model file replacement and model activation are completed.
  • the embodiment of the present application also provides a model update method.
  • the difference from the method shown in FIG. 9 is that the MOI attribute parameter is modified while indicating model activation information, for example, activation type or activation time.
  • the model file download and model activation can be triggered by a message, as shown in Figure 12, the method includes the following steps:
  • the Model Manager sends a MOI modification message to the Model MnS Agent to modify the MOI attribute parameters.
  • the MOI modification message may include information about the model to be updated, including the name of the target model that uses the model file, the name of the business function module that uses the target model to provide services, the version of the model file, the activation type, and the activation time. (activate time) and the storage location of the model file.
  • the name of the target model that uses the model file including the name of the target model that uses the model file, the name of the business function module that uses the target model to provide services, the version of the model file, the activation type, and the activation time. (activate time) and the storage location of the model file.
  • activation time activation time
  • the MOI modification message can instruct the Model MnS Agent to modify the attribute parameter "model file location", and the storage location of the model file of the target model has been updated, so that the Model MnS Agent can obtain the updated model file.
  • the Model MnS Agent modifies the corresponding MOI attribute parameters, including the model file version, the location of the model file, and the activation time.
  • the Model MnS Agent sends an ACK to the Model Manager, indicating that it has received a MOI modification message.
  • the parameters in the MOI modification message indicate the modification of the activation information or the file storage location, and the download and activation of the model file is triggered at the same time. There is no need to send multiple MOI modification messages, which reduces The message that needs to be delivered on the interface.
  • the embodiment of the present application also provides a model update method, which is suitable for scenarios where multiple models use the same model file.
  • the methods shown in Figures 3 to 12 are still applicable, but the same file needs to be transferred multiple times.
  • model files can be indexed through file ID information, and the parameter model list can be added to indicate the model that needs to be replaced with the model file, and the model files of multiple models can be updated at the same time.
  • the method includes the following steps:
  • file ID is used to index the model file, that is, the parameters controller name, function name, model name, and model file version are replaced with file ID.
  • the Model Manager sends a model activate (model activate) message to the Model MnS Agent to trigger model activation.
  • the model activate message may include the file ID, the list of models to be activated (model list), the activation type, and the activation time.
  • the model list indicates multiple models that need to replace the model file, including the model name (model name) and the name of the business function module using the model.
  • the activation type and activation time can be added to the model list to meet the activation time requirements of different models.
  • the method shown in Figure 13 is for a scenario where multiple models use the same model file.
  • the model update method described above can also be used to update multiple models in this scenario at the same time.
  • the parameters of the index model file in the message can be replaced with file. ID, just replace the parameters of the index model with model list, and the process of these schemes will not be listed in detail here.
  • the method shown in FIG. 13 is applicable to scenarios where multiple models use the same model file.
  • the model file is indexed by file ID, and the parameter model list is added to indicate the model that needs to be replaced with the model file, and the model files of multiple models can be updated at the same time.
  • For the same model file there is no need to repeatedly download multiple times, and there is no need to repeatedly send download and activation commands, which greatly reduces the amount of information exchange.
  • the embodiment of the present application also provides a model update method, which is suitable for scenarios where multiple sets of model files are used together and need to be periodically activated. For example: use version A from Monday to Friday, use version B from Saturday to Sunday, etc.
  • the model update method shown in the previous article is still applicable, but because the model file needs to be activated and used periodically, the activation instruction must be re-sent every fixed time to trigger the update of the model file.
  • model activation messages are sent every Monday and every Saturday, which causes a large number of repeated interface messages to be sent, and the efficiency is low.
  • a parameter indicating periodic activation is added to the model activation message, and the Model Mns Agent performs corresponding operations according to the parameter after receiving the message.
  • the method includes the following steps:
  • Model Manager sends a model activate (model activate) message to the Model MnS Agent to trigger model activation.
  • step 512 the parameter periodicInfo (periodical activation information) is added to the model activate message of step 1412 to indicate periodic activation related information.
  • periodicInfo is an optional parameter, and the selectable values include: periodic, nonPeriodic, or stop. Respectively indicate the need for periodic activation, no periodic activation, and stop periodic activation. If the periodicInfo field is left blank, the default is nonPeriodic, and the method shown in Figure 5 can be used to update the model.
  • the activation command in this step can also use the Software Activate message, and the parameter periodicInfo can be added to the Software Activate message.
  • the Model MnS Agent returns an ACK to the Model Manager, indicating that the activation message has been received.
  • the Model MnS Agent determines the activation time of the model file according to activate type, activate time, and periodicInfo, and sets the corresponding timer.
  • periodicInfo 'periodic', it means that the model file needs to be periodically activated and a periodic timer is set;
  • periodicInfo 'nonPeriodic', it means that the model file needs to be periodically activated and a single timer is set, which is the same as 515 described above;
  • step 1314 the periodic activation needs to be stopped and the original periodic timer is cancelled.
  • the Model MnS Agent sends an activation exception notification to the Model Manager.
  • 1415 is an optional step for exception handling. If the Model MnS Agent finds that the currently available model file activation time is abnormal (for example, there are two model file versions that need to be activated at the same time), it will send an activation exception notification to the Model Manager, and the Model Manager will perform related processing, for example, specify the current activation The version of the model file.
  • Model MnS Agent arrives at the specified time to start model activation.
  • the Model Manager only needs to send an activation instruction to the Model Ms Agent to realize the periodic activation of the model, which improves the model update efficiency in the periodic activation scenario.
  • FIG. 15 shows a possible schematic structural diagram of the communication device involved in the foregoing embodiment.
  • the communication device shown in FIG. 15 may be the first device described in the embodiment of the present application, may also be a component in the first device that implements the foregoing method, or may also be a chip applied to the first device.
  • the chip may be a System-On-a-Chip (SOC) or a baseband chip with communication function.
  • the communication device includes a processing unit 1501 and a communication unit 1502.
  • the processing unit may be one or more processors, and the communication unit may be a transceiver or a communication interface.
  • the processing unit 150 can be used to support the first device to perform internal processing such as message generation or message parsing, for example, to support the first device to perform step 302 and step 304, or step 402, step 404, and/or used as described herein Other processes of the technology.
  • the communication unit 1502 is used to support communication between the first device and other communication devices, for example, to support the interaction between the first device and the second device, to support the first device to perform step 505, step 605, etc., and/or Other processes used in the techniques described herein.
  • the communication device may further include a storage unit 1503, and the storage unit 1503 is used to store the program code and/or data of the communication device.
  • the processing unit 1501 may include at least one processor, the communication unit 1502 may be a transceiver or a communication interface, and the storage unit 1503 may include a memory.
  • each unit may also be referred to as a module, a component, or a circuit.
  • FIG. 17 shows a possible structural schematic diagram of the communication device involved in the foregoing embodiment.
  • the communication device shown in FIG. 17 may be the second device described in the embodiment of the present application, may also be a component in the second device that implements the foregoing method, or may also be a chip applied to the second device.
  • the chip may be a System-On-a-Chip (SOC) or a baseband chip with communication function.
  • the communication device includes a processing unit 1601 and a communication unit 1602.
  • the processing unit may be one or more processors, and the communication unit may be a transceiver or a communication interface.
  • the processing unit 1601 may be used to support the second device to perform internal processing such as message generation or message parsing, for example, to support the second device to perform step 502, and/or other processes used in the technology described herein.
  • the communication unit 1602 is used to support the communication between the second device and other communication devices, for example, to support the interaction between the second device and the second device, and to support the second device to perform step 401, step 403, step 301, step 303, etc., and/or other processes used in the techniques described herein.
  • the communication device may further include a storage unit 1603, and the storage unit 1603 is used to store the program code and/or data of the communication device.
  • the processing unit 1601 may include at least one processor, the communication unit 1602 may be a transceiver or a communication interface, and the storage unit 1603 may include a memory.
  • each unit may also be referred to as a module or a component or a circuit.
  • the embodiment of the present application provides a computer-readable storage medium, and the computer-readable storage medium stores instructions; the instructions are used to execute the methods shown in FIGS. 3-14.
  • the embodiment of the present application provides a computer program product including instructions, which when running on a communication device, causes the communication device to execute the methods shown in FIGS. 3-14.
  • a wireless communication device in an embodiment of the present application includes: instructions stored in the wireless communication device; when the wireless communication device runs on the communication device shown in FIG. 2, FIG. 15, and FIG. The method shown in Figure 14.
  • the wireless communication device may be a chip.
  • the processor in the embodiment of the present application may include, but is not limited to, at least one of the following: central processing unit (CPU), microprocessor, digital signal processor (DSP), microcontroller (microcontroller unit, MCU) ), or various computing devices running software such as artificial intelligence processors.
  • Each computing device may include one or more cores for executing software instructions for calculation or processing.
  • the processor can be a single semiconductor chip, or it can be integrated with other circuits to form a semiconductor chip. For example, it can form an SoC (on-chip) with other circuits (such as codec circuits, hardware acceleration circuits, or various bus and interface circuits).
  • the processor can also include necessary hardware accelerators, such as field programmable gate array (FPGA) and PLD (programmable logic device) , Or a logic circuit that implements dedicated logic operations.
  • FPGA field programmable gate array
  • PLD programmable logic device
  • the memory in the embodiments of the present application may include at least one of the following types: read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory , RAM) or other types of dynamic storage devices that can store information and instructions, or electrically erasable programmable read-only memory (EEPROM).
  • ROM read-only memory
  • RAM random access memory
  • EEPROM electrically erasable programmable read-only memory
  • the memory can also be a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compact discs, laser discs, optical discs, digital universal discs, Blu-ray discs, etc.) , A magnetic disk storage medium or other magnetic storage device, or any other medium that can be used to carry or store desired program codes in the form of instructions or data structures and that can be accessed by a computer, but is not limited thereto.
  • CD-ROM compact disc read-only memory
  • optical disc storage including compact discs, laser discs, optical discs, digital universal discs, Blu-ray discs, etc.
  • a magnetic disk storage medium or other magnetic storage device or any other medium that can be used to carry or store desired program codes in the form of instructions or data structures and that can be accessed by a computer, but is not limited thereto.
  • At least one refers to one or more.
  • Multiple means two or more.
  • And/or describes the association relationship of the associated objects, indicating that there can be three relationships, for example, A and/or B, which can mean: A alone exists, A and B exist at the same time, and B exists alone, where A, B can be singular or plural.
  • the character “/” generally indicates that the associated objects before and after are in an “or” relationship.
  • the following at least one item (a)” or similar expressions refers to any combination of these items, including any combination of a single item (a) or a plurality of items (a).
  • a, b, or c can mean: a, b, c, ab, ac, bc, or abc, where a, b, and c can be single or multiple .
  • words such as “first” and “second” are used to distinguish the same items or similar items with substantially the same function and effect. Those skilled in the art can understand that the words “first”, “second” and the like do not limit the quantity and order of execution, and the words “first” and “second” do not limit the difference.
  • the disclosed database access device and method can be implemented in other ways.
  • the embodiments of the database access device described above are only illustrative.
  • the division of the modules or units is only a logical function division.
  • the displayed or discussed mutual coupling or direct coupling or communication connection may be indirect coupling or communication connection through some interfaces, database access devices or units, and may be in electrical, mechanical or other forms.
  • the units described as separate parts may or may not be physically separate.
  • the parts displayed as units may be one physical unit or multiple physical units, that is, they may be located in one place, or they may be distributed to multiple different places. . Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.
  • the functional units in the various embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units may be integrated into one unit.
  • the above-mentioned integrated unit can be implemented in the form of hardware or software functional unit.
  • the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium.
  • the technical solutions of the embodiments of the present application are essentially or the part that contributes to the prior art, or all or part of the technical solutions can be embodied in the form of a software product, and the software product is stored in a storage medium. It includes several instructions to make a device (which may be a single-chip microcomputer, a chip, etc.) or a processor execute all or part of the steps of the methods described in the various embodiments of the present application.
  • the aforementioned storage media include: U disk, mobile hard disk, ROM, RAM, magnetic disk or optical disk and other media that can store program codes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请实施例提供了一种模型更新方法及装置，涉及通信领域，所述方法能够减少模型更新带来的资源浪费。包括：第一设备从第二设备接收第一消息，根据第一消息获取模型文件。其中，第一消息包括所述模型文件的标识信息和所述模型文件的路径信息，或，第一消息包括所述模型文件和所述模型文件的标识信息。第一设备还可以从第二设备接收第二消息，根据第二消息和模型文件激活目标模型，第二消息包括所述模型文件的标识信息和所述目标模型的标识信息。

Description

一种模型更新方法及装置
本申请要求于2020年6月4日提交国家知识产权局、申请号为202010500882.3、发明名称为“一种模型更新方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请实施例涉及通信领域，尤其涉及一种模型更新方法及装置。
背景技术
5G(5th-Generation，第五代移动通信技术)网络给运营商带来了更丰富的业务类型，同时也需要更高效的资源管理方案以及更灵活的网络架构以便于开展业务创新。无线接入网逐渐朝着更开放及更智能的方向演进。
智能化的无线网络架构包括的功能模块有操作维护管理模块(operations administration and maintenance，OAM)、无线接入网(radio access network，RAN)、第一无线控制器以及第二无线控制器。其中，第一无线控制器主要用于提供无线网络控制面的功能，第二无线控制器和OAM主要用于提供管理面的功能。第一无线控制器、第二无线控制器可以通过部署不同的业务功能模块来实现功能业务，其中，第一无线控制器中存在一类采用机器学习(machine learning，ML)模型的业务功能模块(以下简称为基于ML的业务功能模块)。基于ML的业务功能模块可以利用ML模型实现业务功能，提高RAN网络的性能。
目前可以通过更新镜像软件包的方式对基于ML的业务功能模块所使用的ML模型进行更新。镜像软件包中除模型相关文件外，还包含基础操作系统和第三方插件等软件，体积通常非常大(百MB级别甚至GB级别)，因此在更新ML模型时需要在相关接口上传输大量的冗余信息，占用大量接口带宽，造成资源浪费。
发明内容
本申请实施例提供了一种模型更新方法及装置，能够减少模型更新带来的资源浪费。
第一方面，提供了一种模型更新方法，包括：第一设备从第二设备接收第一消息，根据第一消息获取模型文件。其中，第一消息包括所述模型文件的标识信息和所述模型文件的路径信息，或，第一消息包括所述模型文件和所述模型文件的标识信息。第一设备还可以从第二设备接收第二消息，根据第二消息和模型文件激活目标模型，第二消息包括所述目标模型的标识信息以及模型文件的标识信息。
本申请实施例提供的方法中，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
结合第一方面，在第一方面的第一种可能的实现方式中，所述模型文件的标识信息包括以下至少一项：文件标识信息、使用目标模型的设备的标识信息、模型标识信 息或模型文件的版本信息；所述目标模型的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息、模型标识信息。其中，模型标识信息用于指示一个模型，例如，模型文件的标识信息中的模型标识信息可以指示使用所述模型文件的模型，即本申请实施例所述的目标模型。
本申请实施例还提供了模型文件标识的几种可能，根据模型文件的标识可以索引到相应的模型，以便基于模型文件对模型进行更新。
结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中第一设备根据第一消息获取模型文件，包括：第一设备根据路径信息获取模型文件，路径信息用于指示模型文件的存储路径；或，第一设备解析第一消息获取模型文件。
本申请实施例还提供了获取模型文件的两种可能。当第一消息为文件下载消息，第一消息包括模型文件的路径信息，第一设备可以在路径信息指示的存储路径获取到模型文件；当第一消息为文件传输消息，第一消息包括模型文件，第一设备接收到第一消息后解析第一消息可以获取到模型文件。
结合第一方面或第一方面的第一或第二种可能的实现方式，在第一方面的第三种可能的实现方式中，第一设备根据第二消息和模型文件激活目标模型，包括：第一设备根据模型文件更新目标模型的模型文件，并运行目标模型。
本申请实施例还提供了根据获取到的模型文件激活模型的具体实现方式，可以利用获取到的新的模型文件替换目标模型当前使用的模型文件，基于模型文件完成模型的更新。
结合第一方面或第一方面的第一至第三种可能的实现方式中的任意一种，在第一方面的第三种可能的实现方式中，第二消息还包括模型列表；模型列表包括至少一个模型标识。
本申请实施例提供的方法适用于多个模型使用同一个模型文件的场景，在此场景中，使用文件标识区分不同的模型文件。模型列表包括至少一个模型标识，至少一个模型标识与文件标识对应，即至少一个模型标识对应的模型均使用文件标识对应的模型文件。通过第二消息指示模型列表，以便使用同一个模型文件对多个模型进行更新。
结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，设备根据第二消息和模型文件激活目标模型，包括：第一设备根据模型文件更新至少一个模型标识对应的至少一个目标模型的模型文件，并运行至少一个目标模型。
本申请实施例提供的方法中，可以根据模型列表确定多个模型，使用新的模型文件对所述多个模型进行更新，避免针对多个模型重复进行模型文件传输，节省了传输资源。
结合第一方面或第一方面的第一至第五种可能的实现方式，在第一方面的第六种可能的实现方式中，第二消息还包括目标模型的激活信息；激活信息包括目标模型的激活类型和/或目标模型的激活时间；其中，激活类型包括立即激活、延时激活、定时激活或周期性激活。
本申请实施例提供的方法中，还可以结合激活类型和激活信息实现模型的定时激活。
结合第一方面或第一方面的第一至第六种可能的实现方式，在第一方面的第七种可能的实现方式中，第一消息还包括文件类型；文件类型包括模型文件类型和/或子模型文件类型。
本申请实施例提供的方法中，还可以指示文件为模型文件类型，使得第一设备可以确定新获取的文件是模型文件，以便基于模型文件对模型进行更新。此外，还可以基于子模型文件实现模型更新，能够实现更精细的模型管理。
第二方面，提供了一种模型更新方法，包括：第二设备向第一设备发送第一消息，指示第一设备获取模型文件。其中，第一消息包括所述模型文件的标识信息和所述模型文件的路径信息，或，第一消息包括所述模型文件和所述模型文件的标识信息。第二设备还可以向第一设备发送第二消息，指示第一设备使用所述模型文件激活目标文件。其中，第二消息包括所述目标模型的标识信息以及模型文件的标识信息。
本申请实施例提供的方法中，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
结合第二方面，在第二方面的第一种可能的实现方式中，模型文件的标识信息包括以下至少一项：文件标识信息、使用目标模型的设备的标识信息、模型标识信息或模型文件的版本信息；目标模型的标识信息包括使用目标模型的设备的标识信息，和/或模型标识信息。
结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，第二消息还包括模型列表；模型列表包括至少一个模型标识。
结合第二方面或第二方面的第一或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，第二消息还包括目标模型的激活信息；激活信息包括目标模型的激活类型和/或目标模型的激活时间；其中，激活类型包括立即激活、延时激活、定时激活或周期性激活。
结合第二方面或第二方面的第一至第三种可能的实现方式中的任意一种，在第二方面的第四种可能的实现方式中，第一消息还包括文件类型；文件类型包括模型文件类型和/或子模型文件类型。
第三方面，提供了一种模型更新方法，包括：第一设备从第二设备接收第一消息，第一消息包括第一参数；第一参数用于描述目标模型的模型文件的存储位置；第一设备根据第一参数获取模型文件；第一设备从第二设备接收第二消息，第二消息包括第二参数，第二参数用于描述目标模型的状态；第一设备根据第二消息中的第二参数以及模型文件激活目标模型。
本申请实施例提供的方法中，可以针对模型定义MOC，模型的属性参数可以描述模型文件的存储位置以及模型的状态等特征。进一步通过修改模型的属性参数的指示第一设备获取新的模型文件，并根据新的模型文件激活模型。避免传输模型更新不需要的信息占用大量的带宽资源，可以基于模型文件实现模型的更新。
结合第三方面，在第三方面的第一种可能的实现方式中，第一消息还包括模型文件的标识；模型文件的标识信息包括以下至少一项：使用目标模型的设备的标识信息、 模型标识信息和模型文件的版本信息。
本申请实施例还提供了模型文件标识的几种可能，根据模型文件的标识可以索引到相应的模型，以便基于模型文件对模型进行更新。
结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，第二消息还包括目标模型的标识信息，目标模型的标识信息可以是使用目标模型的设备的标识信息，和/或，模型标识信息。
本申请实施例提供的方法中，在激活模型时还可以指示模型的标识信息，使得第一设备识别待更新的模型，基于新获取的模型文件实现模型更新。
结合第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式中，第一设备还可以根据模型文件的版本信息修改目标模型的第三参数的值；第三参数用于描述目标模型当前使用的模型文件的版本。
本申请实施例提供的方法中，模型的MOC可以包括描述模型版本的属性参数，以便记录模型更新后的版本。
结合第三方面或第三方面的第一至第三种可能的实现方式，在第三方面的第四种可能的实现方式中，第一设备根据第二消息中的第二参数以及模型文件激活目标模型之前，方法还包括：第一设备从第二设备接收第三消息；第三消息包括第二参数；第一设备根据第三消息中的第二参数将目标模型去激活。
本申请实施例中，对模型进行更新之前，还可以通过修改模型MOC属性参数的方法，将模型去激活，避免直接更新模型文件造成模型业务突然中断。
结合第三方面或第三方面的第一至第四种可能的实现方式，在第三方面的第五种可能的实现方式中，第一设备根据第二消息中的第二参数以及模型文件激活目标模型，包括：第二参数的值指示目标模型的状态为激活，则第一设备根据模型文件更新目标模型的模型文件，并运行目标模型。
本申请实施例还提供了根据获取到的模型文件激活模型的具体实现方式，可以利用获取到的新的模型文件替换目标模型当前使用的模型文件，基于模型文件完成模型的更新。
第四方面，提供了一种模型更新方法，包括：第二设备向第一设备发送第一消息，第一消息包括第一参数；第一参数用于描述目标模型的模型文件的存储位置。第二设备还可以向第一设备发送第二消息，第二消息包括第二参数，第二参数用于描述目标模型的状态。
本申请实施例提供的方法中，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
结合第四方面，在第四方面的第一种可能的实现方式中，第一消息还包括模型文件的标识；模型文件的标识信息包括以下至少一项：使用目标模型的设备的标识信息、模型标识信息和模型文件的版本信息。
结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，第二消息还包括目标模型的标识信息，目标模型的标识信息可以是使用 目标模型的设备的标识信息，和/或，模型标识信息。
第五方面，提供了一种装置，所述装置可以是本申请实施例所述的第一设备，或所述第一设备中的部件。所述装置包括：通信单元，用于从第二设备接收第一消息；第一消息包括模型文件的标识信息和模型文件的路径信息，或，第一消息包括模型文件和模型文件的标识信息；处理单元，用于根据第一消息获取模型文件；通信单元还用于，从第二设备接收第二消息，第二消息包括目标模型的标识信息以及模型文件的标识信息；处理单元还用于，根据第二消息和模型文件激活目标模型。
本申请实施例提供的设备，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
结合第五方面，在第五方面的第一种可能的实现方式中，模型文件的标识信息包括以下至少一项：文件标识信息、使用目标模型的设备的标识信息、模型标识信息或模型文件的版本信息；目标模型的标识信息包括模型标识信息和/或使用目标模型的设备的标识信息。
结合第五方面或第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，处理单元具体用于，根据路径信息获取模型文件，路径信息用于指示模型文件的存储路径；或，解析第一消息获取模型文件。
结合第五方面或第五方面的第一或第二种可能的实现方式，在第五方面的第三种可能的实现方式中，处理单元具体用于，根据模型文件更新目标模型的模型文件，并运行目标模型。
结合第五方面或第五方面的第一至第三可能的实现方式，在第五方面的第四种可能的实现方式中，第二消息还包括模型列表；模型列表包括至少一个模型标识。
结合第五方面的第四种可能的实现方式，在第五方面的第五种可能的实现方式中，处理单元具体用于，根据模型文件更新至少一个模型标识对应的至少一个目标模型的模型文件，并运行至少一个目标模型。
结合第五方面或第五方面的第一至第五种可能的实现方式中的任意一种，在第五方面的第六种可能的实现方式中，第二消息还包括目标模型的激活信息；激活信息包括目标模型的激活类型和/或目标模型的激活时间；其中，激活类型包括立即激活、延时激活、定时激活或周期性激活。
结合第五方面或第五方面的第一至第六种可能的实现方式中的任意一种，在第五方面的第七种可能的实现方式中，第一消息还包括文件类型；文件类型包括模型文件类型和/或子模型文件类型。
第六方面，提供一种装置，包括：通信单元，用于从第二设备接收第一消息，第一消息包括第一参数；第一参数用于描述目标模型的模型文件的存储位置；处理单元，用于根据第一参数获取模型文件；通信单元还用于，从第二设备接收第二消息，第二消息包括第二参数，第二参数用于描述目标模型的状态；处理单元还用于，根据第二消息中的第二参数以及模型文件激活目标模型。
本申请实施例提供的设备，可以基于模型文件进行模型管理。例如，在对模型进 行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
结合第六方面，在第六方面的第一种可能的实现方式中，第一消息还包括模型文件的标识；模型文件的标识信息包括以下至少一项：使用目标模型的设备的标识信息、模型标识信息和模型文件的版本信息。
结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，第二消息还包括目标模型的标识信息，目标模型的标识信息可以是使用目标模型的设备的标识信息，和/或，模型标识信息。
结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第三种可能的实现方式中，处理单元还用于，根据模型文件的版本信息修改目标模型的第三参数的值；第三参数用于描述目标模型当前使用的模型文件的版本。
结合第六方面或第六方面的第一至第三种可能的实现方式中的任意一种，在第六方面的第四种可能的实现方式中，通信单元还用于，在处理单元根据第二消息中的第二参数以及模型文件激活目标模型之前，从第二设备接收第三消息；第三消息包括第二参数；处理单元还用于，根据第三消息中的第二参数将目标模型去激活。
结合第六方面或第六方面的第一至第四种可能的实现方式中的任意一种，在第六方面的第五种可能的实现方式中，处理单元具体用于，第二参数的值指示目标模型的状态为激活，则第一设备根据模型文件更新目标模型的模型文件，并运行目标模型。
第七方面，提供了一种通信装置，包括至少一个处理器和存储器，所述至少一个处理器与所述存储器耦合；所述存储器，用于存储计算机程序；
所述至少一个处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如上述第一方面以及第一方面任意一种实现方式所述的方法，或，上述第三方面以及第二方面任意一种实现方式所述的方法。
第八方面，提供了一种通信装置，包括至少一个处理器和存储器，所述至少一个处理器与所述存储器耦合；所述存储器，用于存储计算机程序；
所述至少一个处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如上述第二方面以及第二方面任意一种实现方式所述的方法，或，上述第四方面以及第四方面任意一种实现方式所述的方法。
第九方面，提供了一种计算机可读存储介质，包括：计算机可读存储介质中存储有指令；当计算机可读存储介质在上述第五方面以及第五方面任意一种实现方式所述的通信装置上运行时，使得通信装置执行如上述第一方面以及第一方面任意一种实现方式所述的通信方法。
第十方面，提供了一种计算机可读存储介质，包括：计算机可读存储介质中存储有指令；当计算机可读存储介质在上述第六方面以及第六方面任意一种实现方式所述的通信装置上运行时，使得通信装置执行如上述第三方面以及第三方面任意一种实现方式所述的通信方法。
第十一方面，提供了一种无线通信装置，该通信装置包括处理器，例如，应用于通信装置中，用于实现上述第一方面以及第一方面任意一种实现方式所述的方法，该 通信装置例如可以是芯片系统。在一种可行的实现方式中，所述芯片系统还包括存储器，所述存储器，用于保存实现上述第一方面所述方法的功能必要的程序指令和数据。
第十二方面，提供了一种无线通信装置，该通信装置包括处理器，例如，应用于通信装置中，用于实现上述第三方面以及第三方面任意一种实现方式所涉及的功能或方法，该通信装置例如可以是芯片系统。在一种可行的实现方式中，所述芯片系统还包括存储器，所述存储器，用于保存实现上述第三方面所述方法的功能必要的程序指令和数据。
上述方面中的芯片系统可以是片上系统(system on chip，SOC)，也可以是基带芯片等，其中基带芯片可以包括处理器、信道编码器、数字信号处理器、调制解调器和接口模块等。
附图说明
图1为本申请实施例提供的系统架构图；
图2为本申请实施例提供的装置结构框图；
图3～图14为本申请实施例提供的模型更新方法的流程示意图；
图15～图18为本申请实施例提供的装置的另一结构框图。
具体实施方式
本申请实施例提供的方法适用于图1所示的系统架构。参考图1，所述系统包括RAN、OAM、第一无线控制器以及第二无线控制器等。其中，OAM负责运维管理，例如，故障管理、性能管理、配置管理等；
第一无线控制器主要用于提供无线网络控制面的功能，例如，对系统中的功能网元以及资源进行近实时控制和优化。第一无线控制器包括业务功能模块，业务功能模块利用模型(例如，机器学习模型)实现第一无线控制器的业务。例如，利用ML模型对第一无线控制器采集到的网络数据进行处理，将用户的上报量、资源利用率等数据输入ML模型，输出吞吐量等预测指标。还可以根据这些预测指标对业务进行调整优化，例如，指示用户进行小区切换等；
第二无线控制器主要用于提供管理面的功能，例如，对系统中的功能网元及资源进行非实时控制和优化。
需要说明的是，业务功能模块可以认为是实现某种业务的功能模块，或者，实现某种业务的组件，例如，可以是应用程序(application，APP)。
参考图1，第二无线控制器可以包括模型管理单元和模型存放单元。其中，模型管理单元可以称为Model Manager，负责管理模型的生命周期，包括触发模型部署，模型训练，模型更新和模型监控等流程；模型存放单元可以称为Training Catalog，用于存放训练后保存的模型文件。
第一无线控制器可以包括模型管理客户端以及基于ML模型的业务功能模块，模型管理客户端可以称为Model MnS(management Service，管理服务)Agent，用于根据Model Manager指示对模型进行生命周期管理，例如，模型激活、模型更新或模型去激活等。基于ML模型的业务管理模块即使用ML模型实现业务的功能模块。
需要说明的是，上述模型管理单元、模型存放单元、模型管理客户端是以功能进行划分的模块，可以与现有的网元合并，也可以作为独立的网元，本申请实施例对此 不作限制。
首先，对本申请实施例涉及的术语进行解释说明：
(1)ML模型
ML模型即机器学习模型，可以认为是实现计算机自动“学习”的算法。本申请实施例中，第一无线控制器中的业务功能模块可以采用ML模型利用采集到的数据进行自动学习，实现特定业务功能，提高网络性能。例如：根据现网中UE上报的参考信号接收功率(reference signal receiving power，RSRP)、参考信号接收质量(reference signal receiving quality，RSRQ)或信号与干扰加噪声比(signal to interference plus noise ratio，SINR)等指标以及小区的资源利用率预测UE在该小区的性能，例如，UE的吞吐率，根据预测结果选择接入(或切换至)性能最优的小区。
(2)模型文件
模型文件用于记录模型的信息，例如，模型的结构信息或模型的参数。其中，模型的结构信息可以指示模型的输入或输出，还可以指示模型采用的网络结构，例如：卷积神经网络、全连接网络等。模型的参数可以是网络的权重、偏置、梯度值等。
(3)文件类型
文件类型用于描述文件的具体类型。例如，文件类型可以是模型文件类型，表示文件是模型文件，即文件用于记录某个模型的信息。
一种可能的实现方式中，一个模型可以划分为多个功能模块，这些功能模块提供不同的算法，可以称为子模型。模型可能包含多个子模型。在此场景下，文件类型可以是子模型文件类型，表示文件是子模型的模型文件，即文件用于记录某个子模型的信息。
本申请实施例中，参数“file type”用于描述文件类型。“file type”的取值可以是“model file”，代表文件类型为模型文件类型，文件是模型文件；“file type”的取值还可以是“sub model file”代表文件类型为子模型文件类型，文件是子模型的模型文件。
需要说明的是，参数“file type”还可以取其他值，代表其他的文件类型。例如，image file表示镜像软件包，license file表示license文件。
本申请实施例提供一种模型更新方法，第一设备(例如，第一无线控制器)从第二设备(例如，第二无线控制器)接收第一消息，根据所述第一消息获取模型文件。其中，所述第一消息包括所述模型文件的标识信息和所述模型文件的路径信息，或，所述第一消息包括所述模型文件和所述模型文件的标识信息；所述第一设备从所述第二设备接收第二消息，根据所述第二消息和所述模型文件激活目标模型，所述第二消息包括所述模型文件的标识信息和/或所述目标模型的标识信息。
本申请实施例提供的方法中，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
本申请实施例提供的方法适用于图2所示的装置20，所述装置可以是本申请实施例所述的第一设备或第二设备，例如，可以是集成第一无线控制器的网元，或集成第 二无线控制器的网元。图2所示为装置20的硬件结构示意图。装置20可以部署在计算设备上，也可以是本申请实施例所述的计算设备。参考图2，装置20包括处理器201、存储器202以及至少一个网络接口(图2中仅是示例性的以包括网络接口203为例进行说明)。其中，处理器201、存储器202以及网络接口203之间互相连接。
处理器201可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
网络接口203是装置20的接口，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local area networks，WLAN)等。
存储器202可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态数据中心，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态数据中心，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁数据中心、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路202与处理器相连接。存储器也可以和处理器集成在一起。
其中，存储器202用于存储执行本申请方案的计算机执行指令，并由处理器201来控制执行。处理器201用于执行存储器202中存储的计算机执行指令，从而实现本申请下述实施例提供的意图处理方法。
可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
在具体实现中，作为一种实施例，处理器201可以包括一个或多个CPU，例如图2中的CPU0和CPU1。
在具体实现中，作为一种实施例，装置20可以包括多个处理器，例如图2中的处理器201和处理器204。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
上述的装置20可以是一个通用设备或者是一个专用设备。在具体实现中，装置20可以是台式机、网络装置、嵌入式设备或其他有图2中类似结构的设备。本申请实施例不限定装置20的类型。
本申请实施例提供一种模型更新方法，如图3所示，所述方法包括以下步骤：
301、第二设备向第一设备发送第一消息，所述第一消息包括模型文件的标识信息和模型文件的路径信息，或，所述第一消息包括模型文件和模型文件的标识信息。
其中，第一设备包括多个业务功能模块，第一设备中的业务功能模块可以利用ML模型实现业务，例如，网络流量预测或吞吐量预测等。第二设备可以对第一设备中使用的模型进行管理，包括但不限于触发模型部署、模型训练、模型更新和模型监控等 流程。
一种可能的实现方式中，第二设备可以向第一设备发送第一消息，第一设备根据第一消息获取文件。
本申请实施例中，第一消息可以是文件下载(file download)消息，可以包括模型文件的标识信息以及模型文件的路径信息。其中，模型文件的标识信息包括以下至少一项：文件标识信息、使用目标模型的设备的标识信息、模型标识信息或所述模型文件的版本信息。其中，目标模型是使用所述模型文件的模型，模型文件的路径信息用于指示模型文件的存储路径。
需要说明的是，文件标识信息可以理解为文件本身的标识，例如，文件标识信息可以是文件的ID，通过不同的ID可以区分不同的文件。目标模型是使用所述模型文件的模型，即第一设备加载所述模型文件可以运行所述目标模型。设备的标识信息可以是设备的名称(name)或设备的其他身份信息，用于唯一标识设备，通过设备的标识信息可以区分不同的设备。示例的，设备的标识信息可以包括设备名称和业务功能模块名称。模型的标识信息可以是模型名称或模型的其他身份信息，用于唯一标识模型，通过模型的标识信息可以区分同一设备中不同的模型。模型文件的版本信息用于指示模型文件的版本(version)，例如，版本1.0、版本2.0等。
此外，模型标识信息可以理解为模型本身的标识，例如，模型标识信息可以是模型的ID，通过不同的ID可以区分不同的模型。或者，模型标识信息可以是模型的名称，不同模型的名称不同。又或者，模型标识信息可以是模型的编号，通过不同的编号可以区分不同的模型。模型文件的标识信息中的模型标识信息用于指示使用所述模型文件的模型，例如，本申请实施例所述的目标模型。
可选的，第一消息还可以是文件传输(file transfer)消息，可以包括模型文件的标识信息以及模型文件。其中，模型文件的标识信息的具体实现参考前文所述，在此不做赘述。
302、第一设备从第二设备接收第一消息，根据所述第一消息获取模型文件。
具体实现中，若第一消息为文件下载消息，第一设备接收第一消息后则在指定的路径下载文件。例如，第一设备根据第一消息中的路径信息获取所述模型文件。
若第一消息为文件传输消息，第一设备接收第一消息，解析所述第一消息可以获取所述模型文件。
可以理解的是，第一消息中模型文件的标识信息与模型文件(或模型文件的路径信息)是绑定的，第一设备根据第一消息获取模型文件后，还可以存储模型文件以及模型文件标识信息的对应关系，后续还可以根据模型文件的标识信息索引到模型文件。
303、第二设备向第一设备发送第二消息，所述第二消息包括目标模型的标识信息以及所述模型文件的标识。
其中，第二消息用于指示第一设备激活目标模型，例如，第二消息为模型激活(model activate)消息。
本申请实施例中，第二消息包括目标模型的标识信息以及模型文件的标识信息，指示第一设备根据第二消息中的标识信息确定模型文件以及目标模型，加载所述模型文件以激活目标模型。
一种可能的实现方式中，模型的标识信息包括以下至少一项：使用模型的设备的标识信息、模型标识信息。
以本申请实施例所述的目标模型为例，所述目标模型的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息、所述目标模型的模型标识信息。
一种可能的实现方式中，所述模型文件的标识信息与目标模型的标识信息可以存在交集，例如，模型文件的标识信息包括使用目标模型的设备的标识信息、模型标识信息和所述模型文件的版本信息。目标模型的标识信息包括使用目标模型的设备的标识信息、模型标识信息。
所述模型文件的标识信息与目标模型的标识信息也可以不存在交集，例如，模型文件的标识信息为文件标识信息(例如，file ID)。目标模型的标识信息包括使用目标模型的设备的标识信息、模型标识信息。
304、所述第一设备从所述第二设备接收第二消息，根据所述第二消息和所述模型文件激活目标模型。
具体实现中，第一设备接收第二消息后，根据第二消息中的标识信息确定模型文件和目标模型，根据所述模型文件更新所述目标模型的模型文件，即将目标模型当前的模型文件替换为步骤302获取到的模型文件。第一设备还可以运行所述目标模型，完成模型激活。
一种可能的实现方式中，多个不同的模型可以使用同一个模型文件。在该场景下还可以通过文件标识信息(file ID)索引模型文件，还可以通过模型列表(model list)指示使用同一个模型文件的多个模型。
本申请实施例中，第二消息还可以包括模型列表。所述模型列表包括至少一个模型标识，指示需要替换(或更新)模型文件的多个模型。
第一设备接收到第二消息后，可以根据第二消息中的模型列表确定需要替换模型文件的多个模型，例如，确定模型列表中至少一个模型标识对应的至少一个目标模型。需要说明的是，模型标识和目标模型一一对应，即一个模型标识对应一个模型。
进一步，第一设备还可以根据所述模型文件更新所述至少一个模型标识对应的至少一个目标模型的模型文件，即将至少一个目标模型当前的模型文件均替换为步骤302获取到的模型文件。第一设备还可以运行所述至少一个目标模型，完成模型激活。
可选的，所述第二消息还包括所述目标模型的激活信息；所述激活信息包括所述目标模型的激活类型(activate type)和/或所述目标模型的激活时间(activate time)。
其中，所述激活类型包括立即激活、延时激活、定时激活或周期性激活。立即激活指示第一设备接收到第二消息后立即激活目标模型；延时激活指示第一设备接收第二消息后，延迟一段时长后激活目标模型；定时激活指示第一设备在指定的时间点启动激活；周期性激活指示第一设备周期性地激活目标模型，例如，每个月1号激活目标模型。
具体实现中，activate type参数的取值可以为immediate、delay或timing，分别代表立即激活、延时激活、定时激活。
一种可能的实现方式中，当activate type参数指示延时激活或定时激活，第二消息还可以包括激活时间。其中，activate time参数可以指示时长，也可以指示具体的时 间点。第一设备根据激活类型和激活时间共同确定激活目标模型的时间点，例如，第一设备可以在接收第二消息后的第一时长(例如，5min)内激活目标模型。或者，第一设备可以在接收第一消息后的第一时长后激活目标模型。或者，第一设备在接收第二消息后启动定时器，定时器的时长根据activate time设置，当定时器超时激活目标模型。
需要说明的是，第一设备可以根据激活类型实现模型激活，也可以根据激活时间实现模型激活，也可以根据激活类型和激活时间实现模型激活。
可选的，所述第一消息还包括文件类型；所述文件类型指的是步骤301～304所述的模型文件的类型，文件类型包括模型文件类型和/或子模型文件类型。例如，第二设备通过第一消息中的文件类型指示第一设备获取的文件是模型文件，以便基于模型文件实现模型更新，降低模型更新的复杂度。
一种可能的实现方式中，第一设备还可以根据文件类型存储文件，例如，将步骤302获取到的模型文件存储在目标存储空间。所述目标存储空间用于存储模型文件类型的文件，即专用于存储模型文件。
本申请实施例提供一种模型更新方法，如图4所示，所述方法包括以下步骤：
401、第二设备向第一设备发送第一消息，所述第一消息包括第一参数；所述第一参数用于描述目标模型的模型文件的存储位置。
本申请实施例中，可以将模型作为管理对象，定义模型的管理对象类(management object class，MOC)，通过MOC记录模型的相关信息，例如，模型名称、模型文件版本、模型文件存储位置、模型所属的设备名称、模型的运行状态、模型所属的业务功能组件名称等。具体地，模型的MOC包括多个不同的属性参数，属性参数用于描述模型的相关信息，属性参数可以有不同的取值。
示例的，模型的MOC包括第一参数，第一参数用于描述模型文件(模型更新后的模型文件或新版本模型文件)的存储位置。第一参数的值可以是模型文件的路径信息，指示模型文件的存储位置。对于目标模型而言，MOC的第一参数可以描述目标模型的模型文件的存储位置。
一种可能的实现方式中，第一消息可以是模型对象实例(model object class，MOI)修改消息(modify MOI消息)，用于修改目标模型的第一参数的值，即修改模型文件的存储位置。示例的，第一消息可以包括第一参数，第一消息中第一参数的值可以指示新的模型文件的存储位置。第二设备通过第一消息指示第一设备修改第一参数的值，实现模型文件存储位置的更新，触发第一设备获取待更新的模型文件，以便基于新的模型文件实现模型更新，避免通过更新镜像软件包实现模型更新，从而降低了模型更新带来的资源开销。
402、第一设备从第二设备接收第一消息，根据所述第一参数获取所述模型文件。
具体实现中，第一设备接收第一消息，解析第一消息获得第一参数的值。第一参数的值指示模型文件的存储位置，第一设备可以访问该存储位置，获取到模型文件。
403、第二设备向第一设备发送第二消息，所述第二消息包括第二参数，所述第二参数用于描述目标模型的状态。
需要说明的是，模型的MOC还可以包括第二参数，第二参数用于描述模型的运 行状态，模型的运行状态可以是激活或去激活。第二参数的值可以是激活(active)或去激活(passive)，指示模型为激活状态或去激活状态。对于目标模型而言，MOC的第二参数可以描述目标模型的运行状态。
本申请实施例中，第二设备在步骤401通过第一消息指示了新的模型文件的存储地址，在步骤403中第二设备可以通过第二消息指示第一设备加载新的模型文件，激活目标模型。示例的，可以通过第二消息指示第一设备修改第二参数的值，第二消息中第二参数的值可以是“active”，指示第二设备激活目标模型。
404、所述第一设备从所述第二设备接收第二消息，根据所述第二消息中的第二参数以及所述模型文件激活所述目标模型。
具体实现中，第一设备接收第二消息后，根据第二消息中的第二参数确定目标模型的状态。示例的，第二消息中的第二参数的值为“active”，指示目标模型的状态为激活。
第一设备可以根据所述模型文件更新所述目标模型的模型文件，即将目标模型当前的模型文件替换为步骤402获取到的模型文件。第一设备还可以运行所述目标模型，完成模型激活。
可选的，所述第一消息还包括所述模型文件的标识信息；所述模型文件的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息、模型标识信息和所述模型文件的版本信息。
其中，文件标识信息可以理解为文件本身的标识，例如，文件标识信息可以是文件的ID，通过不同的ID可以区分不同的文件。目标模型是使用所述模型文件的模型，即第一设备加载所述模型文件可以运行所述目标模型。设备的标识信息可以是设备的名称(name)或设备的其他身份信息，用于唯一标识设备，通过设备的标识信息可以区分不同的设备。
示例的，设备的标识信息包括设备名称和业务功能模块的名称。模型的标识信息可以是模型名称或模型的其他身份信息，用于唯一标识模型，通过模型的标识信息可以区分同一设备中不同的模型。模型文件的版本信息用于指示模型文件的版本(version)，例如，版本1.0、版本2.0等。可选的，所述第二消息还包括所述目标模型的标识信息，目标模型的标识信息可以是使用目标模型的设备的标识信息，和/或，模型标识信息。
其中，模型标识信息可以是目标模型的名称；使用所述目标模型的设备的标识信息可以是使用所述目标模型的设备的名称，例如，可以是使用目标模型的第一无线控制器网元的名称。
可选的，图4所示的方法还包括：第一设备在更新目标模型的模型文件之前，将目标模型去激活。示例的，第一设备从所述第二设备接收第三消息；所述第三消息包括所述第二参数。第三消息中第二参数的值可以是“passive”，指示第一设备将目标模型去激活。所述第一设备可以根据所述第三消息中所述第二参数的值将所述目标模型去激活。
需要说明的是，模型的MOC还可以包括第三参数，第三参数用于描述模型所使用的模型文件的版本(version)。第三参数的值可以是模型所使用的模型文件的版本， 例如，1.0、2.0等。
可选的，图4所示的方法还包括：第一设备还可以修改目标模型对应的MOI中第三参数的值，修改后第三参数的值指示更新后模型文件的版本。
具体地，若第一消息携带了模型文件的版本信息，第一设备还可以根据所述模型文件的版本信息修改所述目标模型的第三参数的值。示例的，第一消息中携带的版本信息为“2.0”，目标模型当前使用的模型文件版本为1.0。目标模型对应的MOI中第三参数的值为“1.0”，第一设备可以将“1.0”修改为“2.0”。
一种可能的实现方式中，也可以将业务功能模块作为管理对象，定义业务功能模块的MOC，通过MOC记录业务功能模块的相关信息，包括使用业务功能模块的模型的相关信息。其中，模型的相关信息可以是模型名称、模型文件版本、模型文件存储位置等。在这种实现方式中，图4所示的方法仍然适用，具体流程及消息参考前文所述，在此不做赘述。
以下结合具体示例介绍本申请实施例提供的模型更新方法。其中，第一无线控制器可以是本申请实施例所述的第一设备，第二无线控制器可以是本申请实施例所述的第二设备。第二无线控制器包括Model Manager和Training Catalog，其中，训练好的模型文件保存在Training Catalog中。第一无线控制器包括Model MnS Agent和基于ML模型的业务功能模块。其中，Model MnS Agent可以暂存模型文件，基于ML的业务功能模块可以运行模型文件。模型更新过程分为两大步骤：模型文件传输过程和模型激活过程。其中，模型文件传输过程可以是由第二无线控制器向第一无线控制器传输模型文件、模型文件的信息；模型激活过程由Model Manager触发，完成基于ML的业务功能模块中模型文件的更新(替换)，并运行模型使得模型可以使用更新后的模型文件对外提供服务。
在图5所示的方法中，考虑业务功能模块使用多个模型实现业务的场景，对每个模型进行管理，每个模型中可能还包含多个子模型。可以将同一模型包括的子模型作为一个整体进行管理，分配唯一的模型名称(model name)，根据模型名称可以索引到模型包括的所有子模型。当然，还可以为每个子模型分配子模型名称(sub model name)，用sub model name索引到不同的子模型，实现对模型的精细管理。
图5所示的方法包括两个过程，一是通过文件下载(file download)命令触发模型文件下载过程，二是通过模型激活(model activate)消息触发模型文件的更新，完成模型激活。参考图5，所述方法包括以下步骤：
501：Model Manager向Training Catalog发送路径查询消息(file Path Inventory)，查询模型文件的路径信息。
具体地，file path inventory消息包括模型文件的标识信息。其中，模型文件的标识信息包括controller name、function name、model name、model file version。model name是使用所述模型文件的模型(以下简称目标模型)的名称，function name是使用目标模型的业务功能模块的名称，controller name是业务功能模块所属的设备的名称(例如，第一无线控制器的名称)，model file version是模型文件的版本。Controller name、function name可以认为是本申请实施例所述的使用目标模型的设备的标识信息。
502：Training Catalog查询得到模型文件的路径信息(file path)。
具体地，Training Catalog可以存储模型文件的路径信息和模型文件的标识信息的对应关系，根据file path inventory消息中的模型文件的标识信息可以确定模型文件的路径信息。
503：Training Catalog向Model Manager返回肯定应答(acknowledgement，ACK)消息，包含模型文件的路径信息。
504：Model Manager向Model MnS Agent发送文件下载(file download)消息，触发模型文件下载。
file download消息包括文件的路径信息，文件类型(file type)、使用模型文件的目标模型的名称、使用目标模型提供业务的业务功能模块的名称以及模型文件的版本。
其中，file download消息中的参数“file Type”指示模型文件的类型，文件类型可以包括模型类型和/或子模型类型。参数file type取值为model file，指示文件类型为模型类型，参数file type取值为sub model file，指示文件类型为子模型类型。当file type参数的值为model file时，指示要下载的文件为模型文件，文件下载消息中除file path之外，还可以包括如下参数：function name、model name以及model file version。其他类型的文件可能需要不同的参数，本实施例对此不作限制。
需要说明的是，如果文件下载消息的内容有误，例如，文件路径信息错误，则向Model Manager返回否定应答(negative acknowledgement，NACK)。可选的，还可以包括错误原因。
505：Model MnS Agent向Training Catalog发送file download请求。
506：Training Catalog向Model MnS Agent返回模型文件。
507：Model MnS Agent收到模型文件后，根据文件类型为模型文件将其存储至模型文件特定的路径下。
其中，上述特定的路径专用于存储模型类型的文件，例如，“/model file”。
需要说明的是，Model MnS Agent可以维护模型文件信息表，记录下载的模型文件的信息。Model MnS Agent存储模型文件后，将模型文件的相关信息添加上述模型文件信息表，例如，目标模型的名称、使用目标模型的业务功能模块名称、模型文件版本以及模型文件的路径信息。
508：Model MnS Agent向Model Manager发送下载成功的通知消息。
509：Model Manager向Model MnS Agent发送消息查询模型文件是否存在。
该消息可以包括文件类型、使用目标模型的业务功能模块名称、目标模型名称以及模型文件版本。
510：Model MnS Agent查询模型文件是否存在。
511：Model MnS Agent向Model Manager返回查询结果。
如果查询到对应的模型文件，返回ACK；如果没有查询到对应的模型文件，则返回NACK。
需要说明的是，步骤509～步骤511为可选步骤，可以跳过直接执行步骤512。
512：Model Manager向Model MnS Agent发送模型激活(model activate)消息。
其中，模型激活消息可以触发模型激活，模型激活消息可以包括使用目标模型的业务功能模块名称、目标模型名称、模型文件版本、激活类型(activate type)以及激 活时间(activate time)。其中，激活类型和激活时间为可选参数，其定义如下：
activate type指示激活类型，可选的取值为immediate或delay或timing，对应的激活类型分别为立即激活、延时激活、定时激活；activate time指示激活时间，当激活类型为delay或timing时，模型激活消息可以携带activate time。
需要说明的是，如果消息内容有误(例如，模型激活消息指示的模型不存在)则返回NACK。
513：Model MnS Agent向Model Manager返回ACK，表示接收到了模型激活消息。
514：Model MnS Agent将模型文件的activate type、activate time添加到模型文件信息表中。
515：Model MnS Agent根据模型文件的activate type、activate time设置相应的定时器。
具体地，定时器超时则启动模型激活，将目标模型当前的模型文件替换为步骤506获取到的模型文件。
需要说明的是，与5所示实施例以激活模式为Timing作为示例，当采用其他激活模式时，可以不设置定时器，跳过步骤515直接执行步骤516以及之后的流程步骤。
516：Model MnS Agent查询目标模型的状态。
Model MnS Agent维护业务功能模块中各个模型的运行状态(model status)，共有两种激活(active)、去激活(passive)两种状态。
如果查询到目标模型处于激活态，则执行517～519去激活目标模型；否则执行520～525。
517：Model MnS Agent向业务功能模块发送模型去激活(model deactivate)消息。
通过模型去激活消息指示目标模型停止运行，模型去激活消息可以包括要目标模型名称。
518：业务功能模块给Model MnS Agent返回ACK，指示目标模型已经停止运行。
519：Model MnS Agent更新模型状态为去激活。
具体地，可以将model status参数置为passive。
520：Model MnS Agent向业务功能模块发送模型替换(model replace)消息。
通过模型替换消息指示业务功能模块完成替换目标模型的模型文件。模型替换消息可以包括模型文件(步骤506获取到的模型文件)及目标模型名称。
需要说明的是，Model MnS Agent可以从模型文件信息表中查找到模型文件存放的位置，然后获取对应的模型文件，发送给业务功能模块。
521：业务功能模块完成模型文件的替换。
需要说明的是，业务功能模块收到模型替换消息后，还需要校验当前运行环境是否满足待更新的模型文件的运行要求。如果满足，直接进行文件替换；如果不满足(例如，当前运行环境与模型文件的版本不匹配)，则先进行环境相关配置(例如，进行版本升级)，再执行模型文件的替换。
522：业务功能模块给Model MnS Agent返回ACK，指示模型文件替换已完成。
523：Model MnS Agent向业务功能模块发送模型激活(model activate)消息。
通过模型激活消息指示业务功能模块运行目标模型，模型激活消息可以包括目标 模型的名称。
524：业务功能模块给Model MnS Agent返回ACK，指示目标模型已经开始运行。
525：Model MnS Agent更新目标模型的状态为激活态。
例如，将model status参数置为active，还可以更新模型当前使用的模型文件版本，具体地，可以是步骤507获取到的模型文件的版本。
526：Model MnS Agent向Model Manager返回激活成功的通知，表示模型更新已完成。
需要说明的是，本实施例中步骤501～508为模型文件下载过程，步骤512～526为模型激活过程。一个完整的模型更新过程需要完成模型文件下载过程和模型激活过程，但是模型文件下载过程和模型激活过程在时间上并不一定是连续完成的。也就是说模型文件下载后不一定立即进行模型激活。因此步骤509～511的查询过程为可选步骤，如果模型文件下载后马上进行模型激活，则不需要进行步骤509～511。可以在发送模型激活消息前执行步骤509～511进行查询。
图5所示的方法可以实现基于模型的管理和更新。模型更新时接口上只需要传输模型文件，无需传输镜像软件包，传输的数据量大大减少，节省了接口带宽和传输资源。还可以针对每个模型进行精细化管理，可实现多模型场景下部分模型的更新，且单个模型的更新过程不会影响到业务功能模块中其他模型的运行，提高了模型管理灵活性。此外，还可以配置激活时间参数实现模型在指定时间的激活，进一步提高了管理灵活性。
本申请实施例还提供了一种模型更新方法，与图5所示方法不同的是，Model Manager不再向Model MnS Agent发送模型文件的路径信息，触发下载模型文件。Model Manager可以将模型文件发送给Model MnS Agent，无需Model MnS Agent与Training Catalog之间进行信息交互。如图6所示，所述方法包括以下步骤：
601：Model Manager向Training Catalog发送模型文件请求(model file request)消息。
其中，模型文件请求消息包括模型文件的标识信息。其中，模型文件的标识信息包括controller name、function name、model name、model file version。model name是使用所述模型文件的模型(以下简称目标模型)的名称，function name是使用目标模型的业务功能模块的名称，controller name是业务功能模块所属的设备(例如，第一无线控制器)的名称，model file version是模型文件的版本。controller name和function name可以认为是本申请实施例所述的“使用目标模型的设备的标识信息”。
602：Training Catalog向Model Manager返回请求的模型文件。
603：Model Manager向Model MnS Agent发送文件传输(file transfer)消息。
其中，通过文件传输消息可以实现模型文件的传输，文件传输消息可以包括模型文件、文件类型(file type)、目标模型(使用所述模型文件的模型)的名称、使用目标模型的业务功能模块的名称以及模型文件的版本。
604：Model MnS Agent收到模型文件后，根据文件类型将模型文件存储至特定的路径下。
其中，特定的存储路径专用于存储模型类型的文件。
605：Model MnS Agent向Model Manager发送文件传输成功的通知消息；
606～623：同前文所述的509～526。
图6所示的方法中，Model Manager直接从Training Catalog获取模型文件，然后将模型文件发送给Model MnS Agent。Model MnS Agent无需向Training Catalog请求模型文件下载，减少了第一无线控制器和第二无线控制器间的消息交互，节约了信令开销。
本申请实施例还提供了一种模型更新方法，与图5所示的方法不同的是，通过软件管理的Software Activate消息触发模型文件替换，完成模型激活。如图7所示，所述方法包括以下步骤：
701～711：同前文所述的步骤501～511，在此不做赘述。
712：Model Manager向Model MnS Agent发送软件激活(software activate)消息。
其中，所述软件激活消息可以触发模型激活，软件激活消息可以包括待激活的文件类型、目标模型(使用所述模型文件)的名称、使用目标模型的业务功能模块名称、模型文件版本、激活类型以及激活时间。各个参数的定义参考前文图5所示方法的相关描述，在此不做赘述。
需要说明的是，步骤712区别于一般的软件激活操作，软件激活消息中文件类型为“model file”，则可以触发模型文件的替换等一系列操作。
713～726：同前文所述的步骤513～526，在此不做赘述。
图7所示的方法中，Model Manager向Model MnS Agent发送软件管理的软件激活接口消息software activate，触发模型文件替换，无需定义新的接口。可以触发目标模型加载新的模型文件并运行目标模型。
本申请实施例还提供一种模型更新方法，与图5所示的方法不同的是，通过文件传输消息发送模型文件，通过软件管理的software activate消息触发模型文件替换，完成模型激活。如图8所示，所述方法包括以下步骤：
801：Model Manager向Training Catalog发送模型文件请求(model file request)。
其中，模型文件请求消息包括模型文件的标识信息。其中，模型文件的标识信息包括controller name、function name、model name、model file version。model name是使用所述模型文件的模型(以下简称目标模型)的名称，function name是使用目标模型的业务功能模块的名称，controller name是业务功能模块所属的设备的名称，model file version是模型文件的版本。controller name和function name可以认为是本申请实施例所述的使用目标模型的设备的标识信息。
802：Training Catalog向Model Manager返回请求的模型文件。
803：Model Manager向Model MnS Agent发送文件传输(file transfer)消息。
其中，文件传输消息可以实现模型文件的传输，例如，文件传输消息可以包括模型文件、文件类型(file type)、目标模型(使用所述模型文件的模型)的名称、使用目标模型的业务功能模块的名称以及模型文件的版本。
804：Model MnS Agent收到模型文件后，根据文件类型将模型文件存储至特定的路径下。
805：Model MnS Agent向Model Manager发送文件传输成功的通知消息。
806～808：同前文所述的509～511，在此不做赘述。
809：Model Manager向Model MnS Agent发送软件激活(software activate)消息。
其中，所述软件激活消息可以触发模型激活，软件激活消息可以包括文件类型、目标模型(使用所述模型文件)的名称、使用目标模型的业务功能模块名称、模型文件版本、激活类型以及激活时间。各个参数的定义参考前文图5所示方法的相关描述，在此不做赘述。
810～823：同前文所述的步骤513～526。
图8所示的方法中，Model Manager直接从Training Catalog获取模型文件，然后将模型文件发送给Model MnS Agent。Model MnS Agent无需向Training Catalog请求模型文件下载，减少了第一无线控制器和第二无线控制器间的消息交互。同时，Model Manager向Model MnS Agent发送software activate消息，使用软件管理的软件激活接口就可以触发模型文件的替换，无需定义新的接口。
本申请实施例还提供了一种模型更新方法，不同与图5～图8所示的方法，图9所示的方法中对业务功能模块进行建模，定义业务功能模块的MOC。还可以添加模型相关信息作为业务功能模块MOC的属性参数。具体地，还可以通过MOI修改命令，触发MOC属性参数的修改，从而触发模型文件的下载和模型激活。
一种可能的实现方式中，Model MnS Agent负责创建并管理业务功能模块的MOI。具体的，业务功能模块MOC中包括(但不限于)如下属性参数：
---function name：代表业务功能模块的名称；
---controller name：代表业务功能模块所属的设备的名称，例如，业务功能模块所属的第一无线控制器的名称；
---function type：代表业务功能模块的类型，如：ML-based，表示使用机器学习模型的业务功能模块。
---inference model list：为模型列表。其中，inference model list包括如下属性参数：model name、model file version、model file location和running state。model name代表模型名称，model file version代表模型文件版本，model file location代表模型文件存放位置，running state代表模型是否正在运行，包括激活(active)和去激活(passive)两种状态。
如图9所示，所述方法包括以下步骤：
901：Model Manager向Model MnS Agent发送MOI读取消息(read MOI消息)，查询目标模型运行状态(running state)。
其中，目标模型是待更新的模型。MOI读取消息可以包括使用目标模型的业务功能模块名称和目标模型的名称。
902：Model MnS Agent向Model Manager返回ACK消息，包含目标模型的运行状态。
903：Model Manager向Model MnS Agent发送MOI修改消息(Modify MOI消息)，修改属性参数running state为passive。
具体地，通过MOI修改消息指示目标模型的运行状态为去激活(passive)。
904：Model MnS Agent向业务功能模块发送模型去激活消息(model deactivate消 息)，指示目标模型停止运行。
其中，model deactivate消息可以包括目标模型的名称。
905：业务功能模块给Model MnS Agent返回ACK，指示目标模型已经停止运行。
906：Model MnS Agent修改目标模型对应的MOI属性参数，将属性参数running state修改为passive。
907：Model MnS Agent向Model Manager返回通知消息，指示MOI属性参数已更改。
908：Model Manager向Model MnS Agent发送MOI修改消息，修改属性参数“model file location”。
其中，MOI修改消息包括属性参数“model file location”的值，该值可以指示新版本的模型文件的存储位置。此外，MOI修改消息还可以指示修改属性参数“model file version”。
909：Model MnS Agent修改属性参数“model file location”和属性参数“model file version”。
其中，属性参数“model file location”修改后的值指示新版本的模型文件的存储位置，属性参数“model FileVersion”修改后的值指示新模型文件的版本。
910：Model MnS Agent向Training Catalog发送file download请求。
911：Training Catalog向Model MnS Agent返回请求的模型文件。
912：Model MnS Agent收到模型文件后，根据文件类型为模型文件将其存储至模型文件特定的路径下。
其中，上述特定的路径专用于存储模型类型的文件，例如，“/model file”。
需要说明的是，Model MnS Agent可以维护模型文件信息表，记录下载的模型文件的信息。Model MnS Agent存储模型文件后，将模型文件的相关信息添加上述模型文件信息表，例如，目标模型的名称、使用目标模型的业务功能模块名称、模型文件版本以及模型文件的路径信息。
913：Model MnS Agent向Model Manager返回通知消息，指示MOI属性已更改。
914：Model Manager向Model MnS Agent发送MOI修改消息，修改属性参数running state为active。
具体地，通过MOI修改消息指示目标模型运行状态为active。
915：Model MnS Agent向业务功能模块发送模型替换(model replace)消息。
通过模型替换消息指示业务功能模块完成替换目标模型的模型文件。模型替换消息可以包括模型文件的名称及目标模型名称。
需要说明的是，Model MnS Agent可以从模型文件信息表中查找到模型文件存放的位置，然后获取对应的模型文件，发送给业务功能模块。
916：业务功能模块完成模型文件的替换。
917：业务功能模块给Model MnS Agent返回ACK，指示已完成模型替换。
918：Model MnS Agent向业务功能模块发送模型激活(model activate)消息。
通过模型激活消息指示业务功能模块运行目标模型，模型激活消息可以包括目标模型的名称。
919：业务功能模块给Model MnS Agent返回ACK，指示目标模型已经开始运行。
920：Model MnS Agent修改MOI的属性参数running state为active。
921：Model MnS Agent向Model Manager返回通知消息，指示MOI属性已更改。
图9所示方法中，模型的运行状态由MOI中的属性参数running State指示，901～907通过MOI修改MOI属性，执行模型的去激活。901～907是必选步骤，但与908～913没有先后顺序关系，也可以先执行908～913下载模型文件，再执行901～907执行模型的去激活。另一种可选方案中，采用图5所示方法中的去激活方法，由Model Mns Agent维护模型的运行状态，在收到模型激活消息后执行模型的去激活操作，即前文所述的516～519，不需要执行901～907。
图9所示的方法中，对业务功能模块进行建模，通过MOI的属性参数维护模型的相关信息。通过现有的接口修改业务功能模块的对象实例，触发模型文件的下载和模型激活，实现模型更新的同时减少了接口上传递的参数信息。一种可能的实现方式中，还可以对模型进行建模，定义MOC记录模型的相关信息。在此实现方式中，图9所示的方法仍然适用，具体流程及消息参考前文所述，在此不做赘述。
本申请实施例还提供了一种模型更新方法，与前文所示的方法不同的是，通过一个步骤触发模型下载和模型激活。具体地，在file download消息中增加参数触发模型下载和激活。如图10所示，所述方法包括以下步骤：
1001～1003：同前文所述的501～503，在此不做赘述。
1004：Model Manager向Model MnS Agent发送文件下载消息(file download消息)。
File download消息包括文件的路径信息，文件类型(file type)、使用模型文件的目标模型的名称、使用目标模型提供业务的业务功能模块的名称、模型文件的版本、激活类型(activate type)和激活时间(activate time)。各个参数的定义参考前文所述，在此不做赘述。
1005～1007：同前文所述的505～507，在此不做赘述。
1008：Model MnS Agent向Model Manager发送ACK，指示文件已下载成功。
1009～1020：同前文所述的514～525，在此不做赘述。
1021：Model MnS Agent向Model Manager发送通知消息，指示file download命令已成功执行。
具体地，Model MnS Agent模型更新完成后，即完成模型文件替换和模型激活后发送通知消息。
图10所示的方法中，通过file download消息同时触发模型文件下载和模型激活，无需再次发送激活命令，节省了信令开销。
本申请实施例还提供了一种模型更新方法，与图10所示的方法不同的是，在File Transfer消息中增加参数，同时触发模型文件传输和模型激活，无需发送激活指令。如图11所示，所述方法包括以下步骤：
1101：Model Manager向Training Catalog发送模型文件请求(model file request)，请求模型文件。
1102：Training Catalog向Model Manager返回请求的模型文件。
1103：Model Manager向Model MnS Agent发送文件传输(file transfer)消息，触 发模型文件下载。
文件传输消息包括文件的路径信息，文件类型(file Type)、使用模型文件的目标模型的名称、使用目标模型提供业务的业务功能模块的名称、模型文件的版本、激活类型(activateType)和激活时间(activate time)。各个参数的定义参考前文所述，在此不做赘述。
1104：Model MnS Agent收到模型文件后，根据文件类型将模型文件存储至特定的路径下。
其中，特定的路径可以是“/model file”，专用于存储模型类型的文件。
1105：Model MnS Agent向Model Manager发送ACK，指示模型文件传输成功。
1106～1117：同前文所述的514～525，在此不做赘述。
1118：Model MnS Agent向Model Manager发送通知消息，指示file download命令已成功执行。
具体地，Model MnS Agent模型更新完成后，即完成模型文件替换和模型激活后发送通知消息。
图11所示的方法中，通过File transfer消息同时触发模型文件下载和模型激活，无需再次发送激活命令，节省了信令开销。
本申请实施例还提供了一种模型更新方法，与图9所示的方法不同的是，在修改MOI属性参数的同时指示模型激活信息，例如，激活类型或激活时间。可以通过一条消息触发模型文件下载和模型激活，如图12所示，所述方法包括以下步骤：
1201～1207：同前文所述的501～507，在此不做赘述。
1208：Model Manager向Model MnS Agent发送MOI修改消息，修改MOI属性参数。
其中，MOI修改消息可以包括待更新的模型的信息，包括使用模型文件的目标模型的名称、使用目标模型提供业务的业务功能模块的名称、模型文件的版本、激活类型(activate type)、激活时间(activate time)以及模型文件的存储位置。各个参数的定义参考前文所述，在此不做赘述。
MOI修改消息可以指示Model MnS Agent修改属性参数“model file location”，已更新目标模型的模型文件的存储位置，使得Model MnS Agent获取更新的模型文件。
1209：Model MnS Agent修改相应的MOI属性参数，包括模型文件版本、模型文件所在位置以及激活时间。
1210～1212：同前文所述的910～912。
1213：Model MnS Agent向Model Manager发送ACK，指示收到MOI修改消息。
1214～1220：同前文所述的915～921，在此不做赘述。
图12所示的方法中，通过定义MOC维护模型的相关信息，在MOI修改消息中参数，指示修改激活信息或文件存储位置，同时触发模型文件下载和激活，无需发送多条MOI修改消息，减少了接口上需传递的消息。
本申请实施例还提供了一种模型更新方法，适用于多个模型使用同一个模型文件的场景。该场景下，图3～图12所示的方法仍然适用，但是同样的文件需要传输多次。为了减少不必要的信息传递，可以通过文件标识信息(file ID)索引模型文件，增加 参数model list指示需要替换模型文件的模型，可以同时更新多个模型的模型文件。如图13所示，所述方法包括以下步骤：
1301～1311：同前文所述的501～511。
不同的是，用file ID索引模型文件，即把参数controller name、function name,model name，model file version替换成file ID。
1312：Model Manager向Model MnS Agent发送模型激活(model activate)消息，触发模型激活。
model activate消息可以包括file ID，需要激活的模型列表(model list)，激活类型以及激活时间。其中，model list指示需要替换模型文件的多个模型，包括模型名称(model name)和使用模型的业务功能模块名称。
可选的，可以将激活类型和激活时间添加到model list中，满足不同模型的激活时间需求。
1313：根据model list查找到所有需要更新模型文件的业务功能模块和模型。
1314：对查找到的业务功能模块和模型分别执行同样的文件替换和模型激活操作，对每个业务功能模块的操作参考前文所述的514～526。
图13所示的方法针对多个模型使用同一模型文件的场景，采用前文所述的模型更新方法也可以实现该场景下多个模型的同时更新，可以将消息中索引模型文件的参数换成file ID，将索引模型的参数换成model list即可，此处不再详细列出这些方案的流程。
图13所示的方法中，适用于多个模型使用同一模型文件的场景，通过file ID索引模型文件，增加参数model list指示需要替换模型文件的模型，可以同时更新多个模型的模型文件。对于相同的模型文件，无需重复下载多次，也无需重复发送下载和激活命令，大大减少了信息交互量。
本申请实施例还提供了一种模型更新方法，适用于多套模型文件配合使用，需要周期性激活的场景。例如：周一至周五使用版本A，周六至周日使用版本B等。该场景下前文所示的模型更新方法仍然适用，但是由于模型文件需要周期性激活使用，每到固定的时间就要重新发送激活指令触发模型文件的更新。如上述例子中，每周一和每周六都要发送模型激活消息，这就造成了大量重复的接口消息发送，效率较低。图14所示的方法中，在模型激活消息中增加指示周期性激活的参数，Model Mns Agent收到消息后根据该参数进行相应的操作。如图14所示，所述方法包括以下步骤：
1401～1411：同前文501～511。
1412：Model Manager向Model MnS Agent发送模型激活(model activate)消息，触发模型激活。
需要说明的是，与步骤512不同的是，步骤1412的model activate消息中增加参数periodicInfo(周期激活信息)指示周期性激活的相关信息。
其中，periodicInfo为可选参数，可选取值包括：periodic、nonPeriodic或stop。分别表示需要周期性激活、无需周期性激活、停止周期性激活。如果periodicInfo字段置空，默认为nonPeriodic，采用图5所示的方法即可实现模型的更新。
该步骤的激活指令也可以采用Software Activate消息，在Software Activate消息中 增加参数periodicInfo即可。
1413：Model MnS Agent向Model Manager返回ACK，表示激活消息已收到。
1414：Model MnS Agent根据activate type、activate time以及periodicInfo确定模型文件的激活时间，设置相应的定时器。
具体实现中，可以包括以下三种情况：
4a、如果periodicInfo＝'periodic'，则表示该模型文件需要进行周期性激活，设置周期性定时器；
4b、如果periodicInfo＝'nonPeriodic'，则表示该模型文件需要进行周期性激活，设置单次定时器，同前文所述的515；
4c、如果periodicInfo＝'stop'，则表示该模型文件之前设置了周期性激活，步骤1314中需要停止周期性激活，取消原来的周期性定时器。
1415：Model MnS Agent向Model Manager发送激活异常通知。
需要说明的是，1415为可选步骤，用于异常处理。如果Model MnS Agent发现当前可用的模型文件激活时间异常(例如，同一时刻存在两个需要激活的模型文件版本)，则向Model Manager发送激活异常通知，由Model Manager进行相关处理，例如，指定当前激活的模型文件版本。
1416：Model MnS Agent到达指定时间启动模型激活。
1417～1427：同前文所述的516～526，在此不做赘述。
图14所示的方法中，Model Manager只需要向Model Mns Agent发送一条激活指令，就可以实现模型的周期性激活，提高了周期性激活场景下的模型更新效率。
在采用对应各个功能划分各个功能模块的情况下，图15示出上述实施例中所涉及的通信装置的一种可能的结构示意图。图15所示的通信装置可以是本申请实施例所述的第一设备，也可以是第一设备中实现上述方法的部件，或者，也可以是应用于第一设备中的芯片。所述芯片可以是片上系统(System-On-a-Chip，SOC)或者是具备通信功能的基带芯片等。如图15所示，通信装置包括处理单元1501以及通信单元1502。处理单元可以是一个或多个处理器，通信单元可以是收发器或者通信接口。
处理单元1501，例如可以用于支持第一设备执行消息生成或消息解析等内部处理，例如，支持第一设备执行步骤302和步骤304，或者步骤402、步骤404，和/或用于本文所描述的技术的其它过程。
通信单元1502，用于支持该第一设备与其他通信装置之间的通信，例如，支持第一设备与第二设备之间的交互，支持第一设备执行步骤505，步骤605等，和/或用于本文所描述的技术的其它过程。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
如图16所示，通信装置还可以包括存储单元1503，存储单元1503用于存储通信装置的程序代码和/或数据。
处理单元1501可以包括至少一个处理器，通信单元1502可以为收发器或者通信接口，存储单元1503可以包括存储器。
需要说明的是，上述各个通信装置实施例中，各个单元也可以相应的称之为模块 或者部件或者电路等。
在采用对应各个功能划分各个功能模块的情况下，图17示出上述实施例中所涉及的通信装置的一种可能的结构示意图。图17所示的通信装置可以是本申请实施例所述的第二设备，也可以是第二设备中实现上述方法的部件，或者，也可以是应用于第二设备中的芯片。所述芯片可以是片上系统(System-On-a-Chip，SOC)或者是具备通信功能的基带芯片等。如图17所示，通信装置包括处理单元1601以及通信单元1602。处理单元可以是一个或多个处理器，通信单元可以是收发器或者通信接口。
处理单元1601，例如可以用于支持第二设备执行消息生成或消息解析等内部处理，例如，支持第二设备执行步骤502，和/或用于本文所描述的技术的其它过程。
通信单元1602，用于支持该第二设备与其他通信装置之间的通信，例如，支持第二设备与第二设备之间的交互，支持第二设备执行步骤401，步骤403，步骤301，步骤303等，和/或用于本文所描述的技术的其它过程。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
如图18所示，通信装置还可以包括存储单元1603，存储单元1603用于存储通信装置的程序代码和/或数据。
处理单元1601可以包括至少一个处理器，通信单元1602可以为收发器或者通信接口，存储单元1603可以包括存储器。
需要说明的是，上述各个通信装置实施例中，各个单元也可以相应的称之为模块或者部件或者电路等。
本申请实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有指令；指令用于执行如图3～图14所示的方法。
本申请实施例提供一种包括指令的计算机程序产品，当其在通信装置上运行时，使得通信装置执行如图3～图14所示的方法。
本申请实施例一种无线通信装置，包括：无线通信装置中存储有指令；当无线通信装置在图2、图15、图16所示的通信装置上运行时，使得通信装置执行如图3～图14所示的方法。该无线通信装置可以为芯片。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将通信装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
本申请实施例中的处理器，可以包括但不限于以下至少一种：中央处理单元(central processing unit，CPU)、微处理器、数字信号处理器(DSP)、微控制器(microcontroller unit，MCU)、或人工智能处理器等各类运行软件的计算设备，每种计算设备可包括一个或多个用于执行软件指令以进行运算或处理的核。该处理器可以是个单独的半导体芯片，也可以跟其他电路一起集成为一个半导体芯片，例如，可以跟其他电路(如编解码电路、硬件加速电路或各种总线和接口电路)构成一个SoC(片上系统)，或者也可以作为一个ASIC的内置处理器集成在所述ASIC当中，该集成了处理器的ASIC可以单独封装或者也可以跟其他电路封装在一起。该处理器除了包括 用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，FPGA)、PLD(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
本申请实施例中的存储器，可以包括如下至少一种类型：只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmabler-only memory，EEPROM)。在某些场景下，存储器还可以是只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
本申请中，“至少一个”是指一个或者多个。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
在本申请所提供的几个实施例中，应该理解到，所揭露的数据库访问装置和方法，可以通过其它的方式实现。例如，以上所描述的数据库访问装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，数据库访问装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质 上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (30)

  1. 一种模型更新方法，其特征在于，包括：
    第一设备从第二设备接收第一消息，根据所述第一消息获取模型文件；所述第一消息包括所述模型文件的标识信息和所述模型文件的路径信息，或，所述第一消息包括所述模型文件和所述模型文件的标识信息；
    所述第一设备从所述第二设备接收第二消息，根据所述第二消息和所述模型文件激活目标模型，所述第二消息包括所述目标模型的标识信息以及所述模型文件的标识信息。
  2. 根据权利要求1所述的方法，其特征在于，所述模型文件的标识信息包括以下至少一项：文件标识信息、使用所述目标模型的设备的标识信息、模型标识信息以及所述模型文件的版本信息；
    所述目标模型的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息以及所述模型标识信息。
  3. 根据权利要求1或2所述的方法，其特征在于，所述第一设备根据所述第一消息获取所述模型文件，包括：
    所述第一设备根据所述路径信息获取所述模型文件，所述路径信息用于指示所述模型文件的存储路径；
    或，
    所述第一设备解析所述第一消息获取所述模型文件。
  4. 根据权利要求1-3任一项所述的方法，其特征在于，所述第一设备根据所述第二消息和所述模型文件激活目标模型，包括：
    所述第一设备根据所述模型文件更新所述目标模型的模型文件，并运行所述目标模型。
  5. 根据权利要求1-3任一项所述的方法，其特征在于，所述第二消息还包括模型列表；所述模型列表包括至少一个模型标识。
  6. 根据权利要求5所述的方法，其特征在于，所述第一设备根据所述第二消息和所述模型文件激活目标模型，包括：
    所述第一设备根据所述模型文件更新所述至少一个模型标识对应的至少一个目标模型的模型文件，并运行所述至少一个目标模型。
  7. 根据权利要求1-6任一项所述的方法，其特征在于，所述第二消息还包括所述目标模型的激活信息；所述激活信息包括所述目标模型的激活类型和/或所述目标模型的激活时间；
    其中，所述激活类型包括立即激活、延时激活、定时激活或周期性激活。
  8. 根据权利要求1-7任一项所述的方法，其特征在于，所述第一消息还包括文件类型；所述文件类型包括模型文件类型和/或子模型文件类型。
  9. 一种模型更新方法，其特征在于，包括：
    第一设备从第二设备接收第一消息，所述第一消息包括第一参数；所述第一参数用于描述目标模型的模型文件的存储位置；
    所述第一设备根据所述第一参数获取所述模型文件；
    所述第一设备从所述第二设备接收第二消息，所述第二消息包括第二参数，所述第二参数用于描述所述目标模型的状态；
    所述第一设备根据所述第二消息中的第二参数以及所述模型文件激活所述目标模型。
  10. 根据权利要求9所述的方法，其特征在于，所述第一消息还包括所述模型文件的标识；所述模型文件的标识信息包括以下至少一项：
    使用所述目标模型的设备的标识信息、模型标识信息和所述模型文件的版本信息。
  11. 根据权利要求9或10所述的方法，其特征在于，所述第二消息还包括所述目标模型的标识信息，所述目标模型的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息以及模型标识信息。
  12. 根据权利要求10所述的方法，其特征在于，所述方法还包括：
    根据所述模型文件的版本信息修改所述目标模型的第三参数的值；所述第三参数用于描述所述目标模型当前使用的模型文件的版本。
  13. 根据权利要求9-12任一项所述的方法，其特征在于，所述第一设备根据所述第二消息中的第二参数以及所述模型文件激活所述目标模型之前，所述方法还包括：
    所述第一设备从所述第二设备接收第三消息；所述第三消息包括所述第二参数；
    所述第一设备根据所述第三消息中的第二参数将所述目标模型去激活。
  14. 根据权利要求9-13任一项所述的方法，其特征在于，所述第一设备根据所述第二消息中的第二参数以及所述模型文件激活所述目标模型，包括：
    所述第二参数的值指示所述目标模型的状态为激活，则所述第一设备根据所述模型文件更新所述目标模型的模型文件，并运行所述目标模型。
  15. 一种装置，其特征在于，包括：
    通信单元，用于从第二设备接收第一消息；所述第一消息包括模型文件的标识信息和所述模型文件的路径信息，或，所述第一消息包括所述模型文件和所述模型文件的标识信息；
    处理单元，用于根据所述第一消息获取所述模型文件；
    所述通信单元还用于，从所述第二设备接收第二消息，所述第二消息包括目标模型的标识信息以及所述模型文件的标识信息；
    所述处理单元还用于，根据所述第二消息和所述模型文件激活所述目标模型。
  16. 根据权利要求15所述的装置，其特征在于，所述模型文件的标识信息包括以下至少一项：文件标识信息、使用所述目标模型的设备的标识信息、模型标识信息以及所述模型文件的版本信息；
    所述目标模型的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息以及所述模型标识信息。
  17. 根据权利要求15或16所述的装置，其特征在于，所述处理单元具体用于，根据所述路径信息获取所述模型文件，所述路径信息用于指示所述模型文件的存储路径；
    或，解析所述第一消息获取所述模型文件。
  18. 根据权利要求15-17任一项所述的装置，其特征在于，所述处理单元具体用于，根据所述模型文件更新所述目标模型的模型文件，并运行所述目标模型。
  19. 根据权利要求15-17任一项所述的装置，其特征在于，所述第二消息还包括模型列表；所述模型列表包括至少一个模型标识。
  20. 根据权利要求19所述的装置，其特征在于，所述处理单元具体用于，根据所述模型文件更新所述至少一个模型标识对应的至少一个目标模型的模型文件，并运行所述至少一个目标模型。
  21. 根据权利要求15-20任一项所述的装置，其特征在于，所述第二消息还包括所述目标模型的激活信息；所述激活信息包括所述目标模型的激活类型和/或所述目标模型的激活时间；
    其中，所述激活类型包括立即激活、延时激活、定时激活或周期性激活。
  22. 根据权利要求15-21任一项所述的装置，其特征在于，所述第一消息还包括文件类型；所述文件类型包括模型文件类型和/或子模型文件类型。
  23. 一种装置，其特征在于，包括：
    通信单元，用于从第二设备接收第一消息，所述第一消息包括第一参数；所述第一参数用于描述目标模型的模型文件的存储位置；
    处理单元，用于根据所述第一参数获取所述模型文件；
    所述通信单元还用于，从所述第二设备接收第二消息，所述第二消息包括第二参数，所述第二参数用于描述所述目标模型的状态；
    所述处理单元还用于，根据所述第二消息中的第二参数以及所述模型文件激活所述目标模型。
  24. 根据权利要求23所述的装置，其特征在于，所述第一消息还包括所述模型文件的标识；所述模型文件的标识信息包括以下至少一项：
    使用所述目标模型的设备的标识信息、模型标识信息和所述模型文件的版本信息。
  25. 根据权利要求23或24所述的装置，其特征在于，所述第二消息还包括所述目标模型的标识信息，所述目标模型的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息以及模型标识信息。
  26. 根据权利要求24所述的装置，其特征在于，所述处理单元还用于，根据所述模型文件的版本信息修改所述目标模型的第三参数的值；所述第三参数用于描述所述目标模型当前使用的模型文件的版本。
  27. 根据权利要求23-26任一项所述的装置，其特征在于，所述通信单元还用于，在所述处理单元根据所述第二消息中的第二参数以及所述模型文件激活所述目标模型之前，从所述第二设备接收第三消息；所述第三消息包括所述第二参数；
    所述处理单元还用于，根据所述第三消息中的第二参数将所述目标模型去激活。
  28. 根据权利要求23-27任一项所述的装置，其特征在于，所述处理单元具体用于，所述第二参数的值指示所述目标模型的状态为激活，则根据所述模型文件更新所述目标模型的模型文件，并运行所述目标模型。
  29. 一种装置，其特征在于，包括处理器，所述处理器与存储器耦合；
    存储器，用于存储计算机程序；
    处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如权利要求1至14中任一项所述的模型更新方法。
  30. 一种计算机可读存储介质，包括程序或指令，当所述程序或指令被处理器运行时，如权利要求1至14中任意一项所述的模型更新方法被执行。
PCT/CN2021/096182 2020-06-04 2021-05-26 一种模型更新方法及装置 WO2021244377A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010500882.3 2020-06-04
CN202010500882.3A CN113765957B (zh) 2020-06-04 2020-06-04 一种模型更新方法及装置

Publications (1)

Publication Number Publication Date
WO2021244377A1 true WO2021244377A1 (zh) 2021-12-09

Family

ID=78783665

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/096182 WO2021244377A1 (zh) 2020-06-04 2021-05-26 一种模型更新方法及装置

Country Status (2)

Country Link
CN (1) CN113765957B (zh)
WO (1) WO2021244377A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023191682A1 (en) * 2022-03-29 2023-10-05 Telefonaktiebolaget Lm Ericsson (Publ) Artificial intelligence/machine learning model management between wireless radio nodes

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023212926A1 (zh) * 2022-05-06 2023-11-09 Oppo广东移动通信有限公司 一种通信方法和设备
WO2024011514A1 (en) * 2022-07-14 2024-01-18 Zte Corporation Model control and management for wireless communications
CN117997768A (zh) * 2022-11-04 2024-05-07 大唐移动通信设备有限公司 Ai/ml模型监测方法、设备、装置及存储介质
CN118193001A (zh) * 2022-12-13 2024-06-14 展讯通信（上海）有限公司 模型更新方法、装置、设备及存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212346A (zh) * 2006-12-31 2008-07-02 中兴通讯股份有限公司 一种网元管理系统的软件版本管理方法及装置
WO2016025412A1 (en) * 2014-08-11 2016-02-18 Microsoft Technology Licensing, Llc Generating and using a knowledge-enhanced model
CN107066300A (zh) * 2017-04-21 2017-08-18 杭州宏杉科技股份有限公司 一种存储设备的固件升级方法和存储设备
CN109299785A (zh) * 2018-09-17 2019-02-01 浪潮软件集团有限公司 一种机器学习模型的实现方法及装置
CN110244967A (zh) * 2019-06-18 2019-09-17 政采云有限公司 版本更新方法及装置
CN110659261A (zh) * 2019-09-19 2020-01-07 成都数之联科技有限公司 一种数据挖掘模型发布方法及模型和模型服务管理方法
US10635502B2 (en) * 2017-09-21 2020-04-28 Sap Se Scalable, multi-tenant machine learning architecture for cloud deployment

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108985297A (zh) * 2018-06-04 2018-12-11 平安科技（深圳）有限公司 手写模型训练、手写图像识别方法、装置、设备及介质
CN112424705A (zh) * 2018-07-13 2021-02-26 西门子股份公司 过程控制预测模型调整方法、装置和过程控制器
CN109977394B (zh) * 2018-12-10 2023-11-07 平安科技（深圳）有限公司 文本模型训练方法、文本分析方法、装置、设备及介质
CN110149370B (zh) * 2019-04-23 2021-01-29 华为技术有限公司 一种升级文件下载方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101212346A (zh) * 2006-12-31 2008-07-02 中兴通讯股份有限公司 一种网元管理系统的软件版本管理方法及装置
WO2016025412A1 (en) * 2014-08-11 2016-02-18 Microsoft Technology Licensing, Llc Generating and using a knowledge-enhanced model
CN107066300A (zh) * 2017-04-21 2017-08-18 杭州宏杉科技股份有限公司 一种存储设备的固件升级方法和存储设备
US10635502B2 (en) * 2017-09-21 2020-04-28 Sap Se Scalable, multi-tenant machine learning architecture for cloud deployment
CN109299785A (zh) * 2018-09-17 2019-02-01 浪潮软件集团有限公司 一种机器学习模型的实现方法及装置
CN110244967A (zh) * 2019-06-18 2019-09-17 政采云有限公司 版本更新方法及装置
CN110659261A (zh) * 2019-09-19 2020-01-07 成都数之联科技有限公司 一种数据挖掘模型发布方法及模型和模型服务管理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023191682A1 (en) * 2022-03-29 2023-10-05 Telefonaktiebolaget Lm Ericsson (Publ) Artificial intelligence/machine learning model management between wireless radio nodes

Also Published As

Publication number Publication date
CN113765957A (zh) 2021-12-07
CN113765957B (zh) 2022-09-16

Similar Documents

Publication Publication Date Title
WO2021244377A1 (zh) 一种模型更新方法及装置
US11095526B2 (en) System and method for accelerated provision of network services
US20220012645A1 (en) Federated learning in o-ran
US11290344B2 (en) Policy-driven method and apparatus
EP2803168B1 (en) Network device control in a software defined network
WO2021093782A1 (zh) 执行意图的方法及装置
US20130294286A1 (en) Conflict handling in self-organizing networks
JP2002524969A (ja) 分散通信ネットワークの管理および制御システム
US20220417862A1 (en) Intent state management method, network element, and system
US20230112127A1 (en) Electronic device for deploying application and operation method thereof
US11910205B2 (en) Messaging in a wireless communication network
Han et al. EdgeTuner: Fast scheduling algorithm tuning for dynamic edge-cloud workloads and resources
WO2022094224A1 (en) Online learning at a near-real time ric
Nguyen et al. A software-defined model for IoT clusters: Enabling applications on demand
CN115225495A (zh) 通信系统、方法、第一功能体及存储介质
CN106843890B (zh) 基于智能决策的传感器网络、节点及其运行方法
WO2022247611A1 (zh) 一种处理意图的方法和装置
WO2022100364A1 (zh) 配置计算模式的方法、装置及计算设备
CN109542833A (zh) 一种基于微服务器架构的服务器管理方法、装置、服务器
US20210136007A1 (en) Method and apparatus for orchestrating resources in multi-access edge computing (mec) network
US20210037093A1 (en) Device state synchronization method and common capability component
CN114900482A (zh) Ps架构下基于可编程交换机的梯度调度方法和装置
WO2023169435A1 (zh) 一种更新知识的方法和通信装置
WO2023072023A1 (zh) 一种意图执行的方法和装置
US20220417110A1 (en) Network operation and maintenance method, apparatus, and system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21818123

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21818123

Country of ref document: EP

Kind code of ref document: A1