一种模型更新方法及装置与流程

1.本技术实施例涉及通信领域，尤其涉及一种模型更新方法及装置。


背景技术：

2.5g(5th-generation，第五代移动通信技术)网络给运营商带来了更丰富的业务类型，同时也需要更高效的资源管理方案以及更灵活的网络架构以便于开展业务创新。无线接入网逐渐朝着更开放及更智能的方向演进。
3.智能化的无线网络架构包括的功能模块有操作维护管理模块(operations administration and maintenance，oam)、无线接入网(radio access network，ran)、第一无线控制器以及第二无线控制器。其中，第一无线控制器主要用于提供无线网络控制面的功能，第二无线控制器和oam主要用于提供管理面的功能。第一无线控制器、第二无线控制器可以通过部署不同的业务功能模块来实现功能业务，其中，第一无线控制器中存在一类采用机器学习(machine learning，ml)模型的业务功能模块(以下简称为基于ml的业务功能模块)。基于ml的业务功能模块可以利用ml模型实现业务功能，提高ran网络的性能。
4.目前可以通过更新镜像软件包的方式对基于ml的业务功能模块所使用的ml模型进行更新。镜像软件包中除模型相关文件外，还包含基础操作系统和第三方插件等软件，体积通常非常大(百mb级别甚至gb级别)，因此在更新ml模型时需要在相关接口上传输大量的冗余信息，占用大量接口带宽，造成资源浪费。


技术实现要素：

5.本技术实施例提供了一种模型更新方法及装置，能够减少模型更新带来的资源浪费。
6.第一方面，提供了一种模型更新方法，包括：第一设备从第二设备接收第一消息，根据第一消息获取模型文件。其中，第一消息包括所述模型文件的标识信息和所述模型文件的路径信息，或，第一消息包括所述模型文件和所述模型文件的标识信息。第一设备还可以从第二设备接收第二消息，根据第二消息和模型文件激活目标模型，第二消息包括所述目标模型的标识信息以及模型文件的标识信息。
7.本技术实施例提供的方法中，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
8.结合第一方面，在第一方面的第一种可能的实现方式中，所述模型文件的标识信息包括以下至少一项：文件标识信息、使用目标模型的设备的标识信息、模型标识信息或模型文件的版本信息；所述目标模型的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息、模型标识信息。其中，模型标识信息用于指示一个模型，例如，模型文件的标识信息中的模型标识信息可以指示使用所述模型文件的模型，即本技术实施例所述的目标
模型。
9.本技术实施例还提供了模型文件标识的几种可能，根据模型文件的标识可以索引到相应的模型，以便基于模型文件对模型进行更新。
10.结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中第一设备根据第一消息获取模型文件，包括：第一设备根据路径信息获取模型文件，路径信息用于指示模型文件的存储路径；或，第一设备解析第一消息获取模型文件。
11.本技术实施例还提供了获取模型文件的两种可能。当第一消息为文件下载消息，第一消息包括模型文件的路径信息，第一设备可以在路径信息指示的存储路径获取到模型文件；当第一消息为文件传输消息，第一消息包括模型文件，第一设备接收到第一消息后解析第一消息可以获取到模型文件。
12.结合第一方面或第一方面的第一或第二种可能的实现方式，在第一方面的第三种可能的实现方式中，第一设备根据第二消息和模型文件激活目标模型，包括：第一设备根据模型文件更新目标模型的模型文件，并运行目标模型。
13.本技术实施例还提供了根据获取到的模型文件激活模型的具体实现方式，可以利用获取到的新的模型文件替换目标模型当前使用的模型文件，基于模型文件完成模型的更新。
14.结合第一方面或第一方面的第一至第三种可能的实现方式中的任意一种，在第一方面的第三种可能的实现方式中，第二消息还包括模型列表；模型列表包括至少一个模型标识。
15.本技术实施例提供的方法适用于多个模型使用同一个模型文件的场景，在此场景中，使用文件标识区分不同的模型文件。模型列表包括至少一个模型标识，至少一个模型标识与文件标识对应，即至少一个模型标识对应的模型均使用文件标识对应的模型文件。通过第二消息指示模型列表，以便使用同一个模型文件对多个模型进行更新。
16.结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，设备根据第二消息和模型文件激活目标模型，包括：第一设备根据模型文件更新至少一个模型标识对应的至少一个目标模型的模型文件，并运行至少一个目标模型。
17.本技术实施例提供的方法中，可以根据模型列表确定多个模型，使用新的模型文件对所述多个模型进行更新，避免针对多个模型重复进行模型文件传输，节省了传输资源。
18.结合第一方面或第一方面的第一至第五种可能的实现方式，在第一方面的第六种可能的实现方式中，第二消息还包括目标模型的激活信息；激活信息包括目标模型的激活类型和/或目标模型的激活时间；其中，激活类型包括立即激活、延时激活、定时激活或周期性激活。
19.本技术实施例提供的方法中，还可以结合激活类型和激活信息实现模型的定时激活。
20.结合第一方面或第一方面的第一至第六种可能的实现方式，在第一方面的第七种可能的实现方式中，第一消息还包括文件类型；文件类型包括模型文件类型和/或子模型文件类型。
21.本技术实施例提供的方法中，还可以指示文件为模型文件类型，使得第一设备可以确定新获取的文件是模型文件，以便基于模型文件对模型进行更新。此外，还可以基于子
模型文件实现模型更新，能够实现更精细的模型管理。
22.第二方面，提供了一种模型更新方法，包括：第二设备向第一设备发送第一消息，指示第一设备获取模型文件。其中，第一消息包括所述模型文件的标识信息和所述模型文件的路径信息，或，第一消息包括所述模型文件和所述模型文件的标识信息。第二设备还可以向第一设备发送第二消息，指示第一设备使用所述模型文件激活目标文件。其中，第二消息包括所述目标模型的标识信息以及模型文件的标识信息。
23.本技术实施例提供的方法中，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
24.结合第二方面，在第二方面的第一种可能的实现方式中，模型文件的标识信息包括以下至少一项：文件标识信息、使用目标模型的设备的标识信息、模型标识信息或模型文件的版本信息；目标模型的标识信息包括使用目标模型的设备的标识信息，和/或模型标识信息。
25.结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，第二消息还包括模型列表；模型列表包括至少一个模型标识。
26.结合第二方面或第二方面的第一或第二种可能的实现方式，在第二方面的第三种可能的实现方式中，第二消息还包括目标模型的激活信息；激活信息包括目标模型的激活类型和/或目标模型的激活时间；其中，激活类型包括立即激活、延时激活、定时激活或周期性激活。
27.结合第二方面或第二方面的第一至第三种可能的实现方式中的任意一种，在第二方面的第四种可能的实现方式中，第一消息还包括文件类型；文件类型包括模型文件类型和/或子模型文件类型。
28.第三方面，提供了一种模型更新方法，包括：第一设备从第二设备接收第一消息，第一消息包括第一参数；第一参数用于描述目标模型的模型文件的存储位置；第一设备根据第一参数获取模型文件；第一设备从第二设备接收第二消息，第二消息包括第二参数，第二参数用于描述目标模型的状态；第一设备根据第二消息中的第二参数以及模型文件激活目标模型。
29.本技术实施例提供的方法中，可以针对模型定义moc，模型的属性参数可以描述模型文件的存储位置以及模型的状态等特征。进一步通过修改模型的属性参数的指示第一设备获取新的模型文件，并根据新的模型文件激活模型。避免传输模型更新不需要的信息占用大量的带宽资源，可以基于模型文件实现模型的更新。
30.结合第三方面，在第三方面的第一种可能的实现方式中，第一消息还包括模型文件的标识；模型文件的标识信息包括以下至少一项：使用目标模型的设备的标识信息、模型标识信息和模型文件的版本信息。
31.本技术实施例还提供了模型文件标识的几种可能，根据模型文件的标识可以索引到相应的模型，以便基于模型文件对模型进行更新。
32.结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，第二消息还包括目标模型的标识信息，目标模型的标识信息可以是使用目标
模型的设备的标识信息，和/或，模型标识信息。
33.本技术实施例提供的方法中，在激活模型时还可以指示模型的标识信息，使得第一设备识别待更新的模型，基于新获取的模型文件实现模型更新。
34.结合第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式中，第一设备还可以根据模型文件的版本信息修改目标模型的第三参数的值；第三参数用于描述目标模型当前使用的模型文件的版本。
35.本技术实施例提供的方法中，模型的moc可以包括描述模型版本的属性参数，以便记录模型更新后的版本。
36.结合第三方面或第三方面的第一至第三种可能的实现方式，在第三方面的第四种可能的实现方式中，第一设备根据第二消息中的第二参数以及模型文件激活目标模型之前，方法还包括：第一设备从第二设备接收第三消息；第三消息包括第二参数；第一设备根据第三消息中的第二参数将目标模型去激活。
37.本技术实施例中，对模型进行更新之前，还可以通过修改模型moc属性参数的方法，将模型去激活，避免直接更新模型文件造成模型业务突然中断。
38.结合第三方面或第三方面的第一至第四种可能的实现方式，在第三方面的第五种可能的实现方式中，第一设备根据第二消息中的第二参数以及模型文件激活目标模型，包括：第二参数的值指示目标模型的状态为激活，则第一设备根据模型文件更新目标模型的模型文件，并运行目标模型。
39.本技术实施例还提供了根据获取到的模型文件激活模型的具体实现方式，可以利用获取到的新的模型文件替换目标模型当前使用的模型文件，基于模型文件完成模型的更新。
40.第四方面，提供了一种模型更新方法，包括：第二设备向第一设备发送第一消息，第一消息包括第一参数；第一参数用于描述目标模型的模型文件的存储位置。第二设备还可以向第一设备发送第二消息，第二消息包括第二参数，第二参数用于描述目标模型的状态。
41.本技术实施例提供的方法中，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
42.结合第四方面，在第四方面的第一种可能的实现方式中，第一消息还包括模型文件的标识；模型文件的标识信息包括以下至少一项：使用目标模型的设备的标识信息、模型标识信息和模型文件的版本信息。
43.结合第四方面或第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，第二消息还包括目标模型的标识信息，目标模型的标识信息可以是使用目标模型的设备的标识信息，和/或，模型标识信息。
44.第五方面，提供了一种装置，所述装置可以是本技术实施例所述的第一设备，或所述第一设备中的部件。所述装置包括：通信单元，用于从第二设备接收第一消息；第一消息包括模型文件的标识信息和模型文件的路径信息，或，第一消息包括模型文件和模型文件的标识信息；处理单元，用于根据第一消息获取模型文件；通信单元还用于，从第二设备接
收第二消息，第二消息包括目标模型的标识信息以及模型文件的标识信息；处理单元还用于，根据第二消息和模型文件激活目标模型。
45.本技术实施例提供的设备，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
46.结合第五方面，在第五方面的第一种可能的实现方式中，模型文件的标识信息包括以下至少一项：文件标识信息、使用目标模型的设备的标识信息、模型标识信息或模型文件的版本信息；目标模型的标识信息包括模型标识信息和/或使用目标模型的设备的标识信息。
47.结合第五方面或第五方面的第一种可能的实现方式，在第五方面的第二种可能的实现方式中，处理单元具体用于，根据路径信息获取模型文件，路径信息用于指示模型文件的存储路径；或，解析第一消息获取模型文件。
48.结合第五方面或第五方面的第一或第二种可能的实现方式，在第五方面的第三种可能的实现方式中，处理单元具体用于，根据模型文件更新目标模型的模型文件，并运行目标模型。
49.结合第五方面或第五方面的第一至第三可能的实现方式，在第五方面的第四种可能的实现方式中，第二消息还包括模型列表；模型列表包括至少一个模型标识。
50.结合第五方面的第四种可能的实现方式，在第五方面的第五种可能的实现方式中，处理单元具体用于，根据模型文件更新至少一个模型标识对应的至少一个目标模型的模型文件，并运行至少一个目标模型。
51.结合第五方面或第五方面的第一至第五种可能的实现方式中的任意一种，在第五方面的第六种可能的实现方式中，第二消息还包括目标模型的激活信息；激活信息包括目标模型的激活类型和/或目标模型的激活时间；其中，激活类型包括立即激活、延时激活、定时激活或周期性激活。
52.结合第五方面或第五方面的第一至第六种可能的实现方式中的任意一种，在第五方面的第七种可能的实现方式中，第一消息还包括文件类型；文件类型包括模型文件类型和/或子模型文件类型。
53.第六方面，提供一种装置，包括：通信单元，用于从第二设备接收第一消息，第一消息包括第一参数；第一参数用于描述目标模型的模型文件的存储位置；处理单元，用于根据第一参数获取模型文件；通信单元还用于，从第二设备接收第二消息，第二消息包括第二参数，第二参数用于描述目标模型的状态；处理单元还用于，根据第二消息中的第二参数以及模型文件激活目标模型。
54.本技术实施例提供的设备，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
55.结合第六方面，在第六方面的第一种可能的实现方式中，第一消息还包括模型文件的标识；模型文件的标识信息包括以下至少一项：使用目标模型的设备的标识信息、模型
标识信息和模型文件的版本信息。
56.结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第二种可能的实现方式中，第二消息还包括目标模型的标识信息，目标模型的标识信息可以是使用目标模型的设备的标识信息，和/或，模型标识信息。
57.结合第六方面或第六方面的第一种可能的实现方式，在第六方面的第三种可能的实现方式中，处理单元还用于，根据模型文件的版本信息修改目标模型的第三参数的值；第三参数用于描述目标模型当前使用的模型文件的版本。
58.结合第六方面或第六方面的第一至第三种可能的实现方式中的任意一种，在第六方面的第四种可能的实现方式中，通信单元还用于，在处理单元根据第二消息中的第二参数以及模型文件激活目标模型之前，从第二设备接收第三消息；第三消息包括第二参数；处理单元还用于，根据第三消息中的第二参数将目标模型去激活。
59.结合第六方面或第六方面的第一至第四种可能的实现方式中的任意一种，在第六方面的第五种可能的实现方式中，处理单元具体用于，第二参数的值指示目标模型的状态为激活，则第一设备根据模型文件更新目标模型的模型文件，并运行目标模型。
60.第七方面，提供了一种通信装置，包括至少一个处理器和存储器，所述至少一个处理器与所述存储器耦合；所述存储器，用于存储计算机程序；
61.所述至少一个处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如上述第一方面以及第一方面任意一种实现方式所述的方法，或，上述第三方面以及第二方面任意一种实现方式所述的方法。
62.第八方面，提供了一种通信装置，包括至少一个处理器和存储器，所述至少一个处理器与所述存储器耦合；所述存储器，用于存储计算机程序；
63.所述至少一个处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如上述第二方面以及第二方面任意一种实现方式所述的方法，或，上述第四方面以及第四方面任意一种实现方式所述的方法。
64.第九方面，提供了一种计算机可读存储介质，包括：计算机可读存储介质中存储有指令；当计算机可读存储介质在上述第五方面以及第五方面任意一种实现方式所述的通信装置上运行时，使得通信装置执行如上述第一方面以及第一方面任意一种实现方式所述的通信方法。
65.第十方面，提供了一种计算机可读存储介质，包括：计算机可读存储介质中存储有指令；当计算机可读存储介质在上述第六方面以及第六方面任意一种实现方式所述的通信装置上运行时，使得通信装置执行如上述第三方面以及第三方面任意一种实现方式所述的通信方法。
66.第十一方面，提供了一种无线通信装置，该通信装置包括处理器，例如，应用于通信装置中，用于实现上述第一方面以及第一方面任意一种实现方式所述的方法，该通信装置例如可以是芯片系统。在一种可行的实现方式中，所述芯片系统还包括存储器，所述存储器，用于保存实现上述第一方面所述方法的功能必要的程序指令和数据。
67.第十二方面，提供了一种无线通信装置，该通信装置包括处理器，例如，应用于通信装置中，用于实现上述第三方面以及第三方面任意一种实现方式所涉及的功能或方法，该通信装置例如可以是芯片系统。在一种可行的实现方式中，所述芯片系统还包括存储器，
所述存储器，用于保存实现上述第三方面所述方法的功能必要的程序指令和数据。
68.上述方面中的芯片系统可以是片上系统(system on chip，soc)，也可以是基带芯片等，其中基带芯片可以包括处理器、信道编码器、数字信号处理器、调制解调器和接口模块等。
附图说明
69.图1为本技术实施例提供的系统架构图；
70.图2为本技术实施例提供的装置结构框图；
71.图3～图14为本技术实施例提供的模型更新方法的流程示意图；
72.图15～图18为本技术实施例提供的装置的另一结构框图。
具体实施方式
73.本技术实施例提供的方法适用于图1所示的系统架构。参考图1，所述系统包括ran、oam、第一无线控制器以及第二无线控制器等。其中，oam负责运维管理，例如，故障管理、性能管理、配置管理等；
74.第一无线控制器主要用于提供无线网络控制面的功能，例如，对系统中的功能网元以及资源进行近实时控制和优化。第一无线控制器包括业务功能模块，业务功能模块利用模型(例如，机器学习模型)实现第一无线控制器的业务。例如，利用ml模型对第一无线控制器采集到的网络数据进行处理，将用户的上报量、资源利用率等数据输入ml模型，输出吞吐量等预测指标。还可以根据这些预测指标对业务进行调整优化，例如，指示用户进行小区切换等；
75.第二无线控制器主要用于提供管理面的功能，例如，对系统中的功能网元及资源进行非实时控制和优化。
76.需要说明的是，业务功能模块可以认为是实现某种业务的功能模块，或者，实现某种业务的组件，例如，可以是应用程序(application，app)。
77.参考图1，第二无线控制器可以包括模型管理单元和模型存放单元。其中，模型管理单元可以称为model manager，负责管理模型的生命周期，包括触发模型部署，模型训练，模型更新和模型监控等流程；模型存放单元可以称为training catalog，用于存放训练后保存的模型文件。
78.第一无线控制器可以包括模型管理客户端以及基于ml模型的业务功能模块，模型管理客户端可以称为model mns(management service，管理服务)agent，用于根据model manager指示对模型进行生命周期管理，例如，模型激活、模型更新或模型去激活等。基于ml模型的业务管理模块即使用ml模型实现业务的功能模块。
79.需要说明的是，上述模型管理单元、模型存放单元、模型管理客户端是以功能进行划分的模块，可以与现有的网元合并，也可以作为独立的网元，本技术实施例对此不作限制。
80.首先，对本技术实施例涉及的术语进行解释说明：
81.(1)ml模型
82.ml模型即机器学习模型，可以认为是实现计算机自动“学习”的算法。本技术实施
例中，第一无线控制器中的业务功能模块可以采用ml模型利用采集到的数据进行自动学习，实现特定业务功能，提高网络性能。例如：根据现网中ue上报的参考信号接收功率(reference signal receiving power，rsrp)、参考信号接收质量(reference signal receiving quality，rsrq)或信号与干扰加噪声比(signal to interference plus noise ratio，sinr)等指标以及小区的资源利用率预测ue在该小区的性能，例如，ue的吞吐率，根据预测结果选择接入(或切换至)性能最优的小区。
83.(2)模型文件
84.模型文件用于记录模型的信息，例如，模型的结构信息或模型的参数。其中，模型的结构信息可以指示模型的输入或输出，还可以指示模型采用的网络结构，例如：卷积神经网络、全连接网络等。模型的参数可以是网络的权重、偏置、梯度值等。
85.(3)文件类型
86.文件类型用于描述文件的具体类型。例如，文件类型可以是模型文件类型，表示文件是模型文件，即文件用于记录某个模型的信息。
87.一种可能的实现方式中，一个模型可以划分为多个功能模块，这些功能模块提供不同的算法，可以称为子模型。模型可能包含多个子模型。在此场景下，文件类型可以是子模型文件类型，表示文件是子模型的模型文件，即文件用于记录某个子模型的信息。
88.本技术实施例中，参数“file type”用于描述文件类型。“file type”的取值可以是“model file”，代表文件类型为模型文件类型，文件是模型文件；“file type”的取值还可以是“sub model file”代表文件类型为子模型文件类型，文件是子模型的模型文件。
89.需要说明的是，参数“file type”还可以取其他值，代表其他的文件类型。例如，image file表示镜像软件包，license file表示license文件。
90.本技术实施例提供一种模型更新方法，第一设备(例如，第一无线控制器)从第二设备(例如，第二无线控制器)接收第一消息，根据所述第一消息获取模型文件。其中，所述第一消息包括所述模型文件的标识信息和所述模型文件的路径信息，或，所述第一消息包括所述模型文件和所述模型文件的标识信息；所述第一设备从所述第二设备接收第二消息，根据所述第二消息和所述模型文件激活目标模型，所述第二消息包括所述模型文件的标识信息和/或所述目标模型的标识信息。
91.本技术实施例提供的方法中，可以基于模型文件进行模型管理。例如，在对模型进行更新时，通过相关接口传输模型文件或模型文件的信息，从而可以只对模型文件进行更新、替换。无需传输镜像软件包就可以实现模型更新，可以避免占用大量接口带宽传输模型更新不需要的信息，减少更新模型带来的资源浪费和时延。
92.本技术实施例提供的方法适用于图2所示的装置20，所述装置可以是本技术实施例所述的第一设备或第二设备，例如，可以是集成第一无线控制器的网元，或集成第二无线控制器的网元。图2所示为装置20的硬件结构示意图。装置20可以部署在计算设备上，也可以是本技术实施例所述的计算设备。参考图2，装置20包括处理器201、存储器202以及至少一个网络接口(图2中仅是示例性的以包括网络接口203为例进行说明)。其中，处理器201、存储器202以及网络接口203之间互相连接。
93.处理器201可以是一个通用中央处理器(central processing unit，cpu)，微处理器，特定应用集成电路(application-specific integrated circuit，asic)，或一个或多
个用于控制本技术方案程序执行的集成电路。
94.网络接口203是装置20的接口，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。
95.存储器202可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态数据中心，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态数据中心，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁数据中心、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路202与处理器相连接。存储器也可以和处理器集成在一起。
96.其中，存储器202用于存储执行本技术方案的计算机执行指令，并由处理器201来控制执行。处理器201用于执行存储器202中存储的计算机执行指令，从而实现本技术下述实施例提供的意图处理方法。
97.可选的，本技术实施例中的计算机执行指令也可以称之为应用程序代码，本技术实施例对此不作具体限定。
98.在具体实现中，作为一种实施例，处理器201可以包括一个或多个cpu，例如图2中的cpu0和cpu1。
99.在具体实现中，作为一种实施例，装置20可以包括多个处理器，例如图2中的处理器201和处理器204。这些处理器中的每一个可以是一个单核(single-cpu)处理器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
100.上述的装置20可以是一个通用设备或者是一个专用设备。在具体实现中，装置20可以是台式机、网络装置、嵌入式设备或其他有图2中类似结构的设备。本技术实施例不限定装置20的类型。
101.本技术实施例提供一种模型更新方法，如图3所示，所述方法包括以下步骤：
102.301、第二设备向第一设备发送第一消息，所述第一消息包括模型文件的标识信息和模型文件的路径信息，或，所述第一消息包括模型文件和模型文件的标识信息。
103.其中，第一设备包括多个业务功能模块，第一设备中的业务功能模块可以利用ml模型实现业务，例如，网络流量预测或吞吐量预测等。第二设备可以对第一设备中使用的模型进行管理，包括但不限于触发模型部署、模型训练、模型更新和模型监控等流程。
104.一种可能的实现方式中，第二设备可以向第一设备发送第一消息，第一设备根据第一消息获取文件。
105.本技术实施例中，第一消息可以是文件下载(file download)消息，可以包括模型文件的标识信息以及模型文件的路径信息。其中，模型文件的标识信息包括以下至少一项：文件标识信息、使用目标模型的设备的标识信息、模型标识信息或所述模型文件的版本信息。其中，目标模型是使用所述模型文件的模型，模型文件的路径信息用于指示模型文件的
存储路径。
106.需要说明的是，文件标识信息可以理解为文件本身的标识，例如，文件标识信息可以是文件的id，通过不同的id可以区分不同的文件。目标模型是使用所述模型文件的模型，即第一设备加载所述模型文件可以运行所述目标模型。设备的标识信息可以是设备的名称(name)或设备的其他身份信息，用于唯一标识设备，通过设备的标识信息可以区分不同的设备。示例的，设备的标识信息可以包括设备名称和业务功能模块名称。模型的标识信息可以是模型名称或模型的其他身份信息，用于唯一标识模型，通过模型的标识信息可以区分同一设备中不同的模型。模型文件的版本信息用于指示模型文件的版本(version)，例如，版本1.0、版本2.0等。
107.此外，模型标识信息可以理解为模型本身的标识，例如，模型标识信息可以是模型的id，通过不同的id可以区分不同的模型。或者，模型标识信息可以是模型的名称，不同模型的名称不同。又或者，模型标识信息可以是模型的编号，通过不同的编号可以区分不同的模型。模型文件的标识信息中的模型标识信息用于指示使用所述模型文件的模型，例如，本技术实施例所述的目标模型。
108.可选的，第一消息还可以是文件传输(file transfer)消息，可以包括模型文件的标识信息以及模型文件。其中，模型文件的标识信息的具体实现参考前文所述，在此不做赘述。
109.302、第一设备从第二设备接收第一消息，根据所述第一消息获取模型文件。
110.具体实现中，若第一消息为文件下载消息，第一设备接收第一消息后则在指定的路径下载文件。例如，第一设备根据第一消息中的路径信息获取所述模型文件。
111.若第一消息为文件传输消息，第一设备接收第一消息，解析所述第一消息可以获取所述模型文件。
112.可以理解的是，第一消息中模型文件的标识信息与模型文件(或模型文件的路径信息)是绑定的，第一设备根据第一消息获取模型文件后，还可以存储模型文件以及模型文件标识信息的对应关系，后续还可以根据模型文件的标识信息索引到模型文件。
113.303、第二设备向第一设备发送第二消息，所述第二消息包括目标模型的标识信息以及所述模型文件的标识。
114.其中，第二消息用于指示第一设备激活目标模型，例如，第二消息为模型激活(model activate)消息。
115.本技术实施例中，第二消息包括目标模型的标识信息以及模型文件的标识信息，指示第一设备根据第二消息中的标识信息确定模型文件以及目标模型，加载所述模型文件以激活目标模型。
116.一种可能的实现方式中，模型的标识信息包括以下至少一项：使用模型的设备的标识信息、模型标识信息。
117.以本技术实施例所述的目标模型为例，所述目标模型的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息、所述目标模型的模型标识信息。
118.一种可能的实现方式中，所述模型文件的标识信息与目标模型的标识信息可以存在交集，例如，模型文件的标识信息包括使用目标模型的设备的标识信息、模型标识信息和所述模型文件的版本信息。目标模型的标识信息包括使用目标模型的设备的标识信息、模
型标识信息。
119.所述模型文件的标识信息与目标模型的标识信息也可以不存在交集，例如，模型文件的标识信息为文件标识信息(例如，file id)。目标模型的标识信息包括使用目标模型的设备的标识信息、模型标识信息。
120.304、所述第一设备从所述第二设备接收第二消息，根据所述第二消息和所述模型文件激活目标模型。
121.具体实现中，第一设备接收第二消息后，根据第二消息中的标识信息确定模型文件和目标模型，根据所述模型文件更新所述目标模型的模型文件，即将目标模型当前的模型文件替换为步骤302获取到的模型文件。第一设备还可以运行所述目标模型，完成模型激活。
122.一种可能的实现方式中，多个不同的模型可以使用同一个模型文件。在该场景下还可以通过文件标识信息(file id)索引模型文件，还可以通过模型列表(model list)指示使用同一个模型文件的多个模型。
123.本技术实施例中，第二消息还可以包括模型列表。所述模型列表包括至少一个模型标识，指示需要替换(或更新)模型文件的多个模型。
124.第一设备接收到第二消息后，可以根据第二消息中的模型列表确定需要替换模型文件的多个模型，例如，确定模型列表中至少一个模型标识对应的至少一个目标模型。需要说明的是，模型标识和目标模型一一对应，即一个模型标识对应一个模型。
125.进一步，第一设备还可以根据所述模型文件更新所述至少一个模型标识对应的至少一个目标模型的模型文件，即将至少一个目标模型当前的模型文件均替换为步骤302获取到的模型文件。第一设备还可以运行所述至少一个目标模型，完成模型激活。
126.可选的，所述第二消息还包括所述目标模型的激活信息；所述激活信息包括所述目标模型的激活类型(activate type)和/或所述目标模型的激活时间(activate time)。
127.其中，所述激活类型包括立即激活、延时激活、定时激活或周期性激活。立即激活指示第一设备接收到第二消息后立即激活目标模型；延时激活指示第一设备接收第二消息后，延迟一段时长后激活目标模型；定时激活指示第一设备在指定的时间点启动激活；周期性激活指示第一设备周期性地激活目标模型，例如，每个月1号激活目标模型。
128.具体实现中，activate type参数的取值可以为immediate、delay或timing，分别代表立即激活、延时激活、定时激活。
129.一种可能的实现方式中，当activate type参数指示延时激活或定时激活，第二消息还可以包括激活时间。其中，activate time参数可以指示时长，也可以指示具体的时间点。第一设备根据激活类型和激活时间共同确定激活目标模型的时间点，例如，第一设备可以在接收第二消息后的第一时长(例如，5min)内激活目标模型。或者，第一设备可以在接收第一消息后的第一时长后激活目标模型。或者，第一设备在接收第二消息后启动定时器，定时器的时长根据activate time设置，当定时器超时激活目标模型。
130.需要说明的是，第一设备可以根据激活类型实现模型激活，也可以根据激活时间实现模型激活，也可以根据激活类型和激活时间实现模型激活。
131.可选的，所述第一消息还包括文件类型；所述文件类型指的是步骤301～304所述的模型文件的类型，文件类型包括模型文件类型和/或子模型文件类型。例如，第二设备通
过第一消息中的文件类型指示第一设备获取的文件是模型文件，以便基于模型文件实现模型更新，降低模型更新的复杂度。
132.一种可能的实现方式中，第一设备还可以根据文件类型存储文件，例如，将步骤302获取到的模型文件存储在目标存储空间。所述目标存储空间用于存储模型文件类型的文件，即专用于存储模型文件。
133.本技术实施例提供一种模型更新方法，如图4所示，所述方法包括以下步骤：
134.401、第二设备向第一设备发送第一消息，所述第一消息包括第一参数；所述第一参数用于描述目标模型的模型文件的存储位置。
135.本技术实施例中，可以将模型作为管理对象，定义模型的管理对象类(management object class，moc)，通过moc记录模型的相关信息，例如，模型名称、模型文件版本、模型文件存储位置、模型所属的设备名称、模型的运行状态、模型所属的业务功能组件名称等。具体地，模型的moc包括多个不同的属性参数，属性参数用于描述模型的相关信息，属性参数可以有不同的取值。
136.示例的，模型的moc包括第一参数，第一参数用于描述模型文件(模型更新后的模型文件或新版本模型文件)的存储位置。第一参数的值可以是模型文件的路径信息，指示模型文件的存储位置。对于目标模型而言，moc的第一参数可以描述目标模型的模型文件的存储位置。
137.一种可能的实现方式中，第一消息可以是模型对象实例(model object class，moi)修改消息(modify moi消息)，用于修改目标模型的第一参数的值，即修改模型文件的存储位置。示例的，第一消息可以包括第一参数，第一消息中第一参数的值可以指示新的模型文件的存储位置。第二设备通过第一消息指示第一设备修改第一参数的值，实现模型文件存储位置的更新，触发第一设备获取待更新的模型文件，以便基于新的模型文件实现模型更新，避免通过更新镜像软件包实现模型更新，从而降低了模型更新带来的资源开销。
138.402、第一设备从第二设备接收第一消息，根据所述第一参数获取所述模型文件。
139.具体实现中，第一设备接收第一消息，解析第一消息获得第一参数的值。第一参数的值指示模型文件的存储位置，第一设备可以访问该存储位置，获取到模型文件。
140.403、第二设备向第一设备发送第二消息，所述第二消息包括第二参数，所述第二参数用于描述目标模型的状态。
141.需要说明的是，模型的moc还可以包括第二参数，第二参数用于描述模型的运行状态，模型的运行状态可以是激活或去激活。第二参数的值可以是激活(active)或去激活(passive)，指示模型为激活状态或去激活状态。对于目标模型而言，moc的第二参数可以描述目标模型的运行状态。
142.本技术实施例中，第二设备在步骤401通过第一消息指示了新的模型文件的存储地址，在步骤403中第二设备可以通过第二消息指示第一设备加载新的模型文件，激活目标模型。示例的，可以通过第二消息指示第一设备修改第二参数的值，第二消息中第二参数的值可以是“active”，指示第二设备激活目标模型。
143.404、所述第一设备从所述第二设备接收第二消息，根据所述第二消息中的第二参数以及所述模型文件激活所述目标模型。
144.具体实现中，第一设备接收第二消息后，根据第二消息中的第二参数确定目标模
型的状态。示例的，第二消息中的第二参数的值为“active”，指示目标模型的状态为激活。
145.第一设备可以根据所述模型文件更新所述目标模型的模型文件，即将目标模型当前的模型文件替换为步骤402获取到的模型文件。第一设备还可以运行所述目标模型，完成模型激活。
146.可选的，所述第一消息还包括所述模型文件的标识信息；所述模型文件的标识信息包括以下至少一项：使用所述目标模型的设备的标识信息、模型标识信息和所述模型文件的版本信息。
147.其中，文件标识信息可以理解为文件本身的标识，例如，文件标识信息可以是文件的id，通过不同的id可以区分不同的文件。目标模型是使用所述模型文件的模型，即第一设备加载所述模型文件可以运行所述目标模型。设备的标识信息可以是设备的名称(name)或设备的其他身份信息，用于唯一标识设备，通过设备的标识信息可以区分不同的设备。
148.示例的，设备的标识信息包括设备名称和业务功能模块的名称。模型的标识信息可以是模型名称或模型的其他身份信息，用于唯一标识模型，通过模型的标识信息可以区分同一设备中不同的模型。模型文件的版本信息用于指示模型文件的版本(version)，例如，版本1.0、版本2.0等。可选的，所述第二消息还包括所述目标模型的标识信息，目标模型的标识信息可以是使用目标模型的设备的标识信息，和/或，模型标识信息。
149.其中，模型标识信息可以是目标模型的名称；使用所述目标模型的设备的标识信息可以是使用所述目标模型的设备的名称，例如，可以是使用目标模型的第一无线控制器网元的名称。
150.可选的，图4所示的方法还包括：第一设备在更新目标模型的模型文件之前，将目标模型去激活。示例的，第一设备从所述第二设备接收第三消息；所述第三消息包括所述第二参数。第三消息中第二参数的值可以是“passive”，指示第一设备将目标模型去激活。所述第一设备可以根据所述第三消息中所述第二参数的值将所述目标模型去激活。
151.需要说明的是，模型的moc还可以包括第三参数，第三参数用于描述模型所使用的模型文件的版本(version)。第三参数的值可以是模型所使用的模型文件的版本，例如，1.0、2.0等。
152.可选的，图4所示的方法还包括：第一设备还可以修改目标模型对应的moi中第三参数的值，修改后第三参数的值指示更新后模型文件的版本。
153.具体地，若第一消息携带了模型文件的版本信息，第一设备还可以根据所述模型文件的版本信息修改所述目标模型的第三参数的值。示例的，第一消息中携带的版本信息为“2.0”，目标模型当前使用的模型文件版本为1.0。目标模型对应的moi中第三参数的值为“1.0”，第一设备可以将“1.0”修改为“2.0”。
154.一种可能的实现方式中，也可以将业务功能模块作为管理对象，定义业务功能模块的moc，通过moc记录业务功能模块的相关信息，包括使用业务功能模块的模型的相关信息。其中，模型的相关信息可以是模型名称、模型文件版本、模型文件存储位置等。在这种实现方式中，图4所示的方法仍然适用，具体流程及消息参考前文所述，在此不做赘述。
155.以下结合具体示例介绍本技术实施例提供的模型更新方法。其中，第一无线控制器可以是本技术实施例所述的第一设备，第二无线控制器可以是本技术实施例所述的第二设备。第二无线控制器包括model manager和training catalog，其中，训练好的模型文件
保存在training catalog中。第一无线控制器包括model mns agent和基于ml模型的业务功能模块。其中，model mns agent可以暂存模型文件，基于ml的业务功能模块可以运行模型文件。模型更新过程分为两大步骤：模型文件传输过程和模型激活过程。其中，模型文件传输过程可以是由第二无线控制器向第一无线控制器传输模型文件、模型文件的信息；模型激活过程由model manager触发，完成基于ml的业务功能模块中模型文件的更新(替换)，并运行模型使得模型可以使用更新后的模型文件对外提供服务。
156.在图5所示的方法中，考虑业务功能模块使用多个模型实现业务的场景，对每个模型进行管理，每个模型中可能还包含多个子模型。可以将同一模型包括的子模型作为一个整体进行管理，分配唯一的模型名称(model name)，根据模型名称可以索引到模型包括的所有子模型。当然，还可以为每个子模型分配子模型名称(sub model name)，用sub model name索引到不同的子模型，实现对模型的精细管理。
157.图5所示的方法包括两个过程，一是通过文件下载(file download)命令触发模型文件下载过程，二是通过模型激活(model activate)消息触发模型文件的更新，完成模型激活。参考图5，所述方法包括以下步骤：
158.501：model manager向training catalog发送路径查询消息(file path inventory)，查询模型文件的路径信息。
159.具体地，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可以认为是本技术实施例所述的使用目标模型的设备的标识信息。
160.502：training catalog查询得到模型文件的路径信息(file path)。
161.具体地，training catalog可以存储模型文件的路径信息和模型文件的标识信息的对应关系，根据file path inventory消息中的模型文件的标识信息可以确定模型文件的路径信息。
162.503：training catalog向model manager返回肯定应答(acknowledgement，ack)消息，包含模型文件的路径信息。
163.504：model manager向model mns agent发送文件下载(file download)消息，触发模型文件下载。
164.file download消息包括文件的路径信息，文件类型(file type)、使用模型文件的目标模型的名称、使用目标模型提供业务的业务功能模块的名称以及模型文件的版本。
165.其中，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。其他类型的文件可能需要不同的参数，本实施例对此不作限制。
166.需要说明的是，如果文件下载消息的内容有误，例如，文件路径信息错误，则向
model manager返回否定应答(negative acknowledgement，nack)。可选的，还可以包括错误原因。
167.505：model mns agent向training catalog发送file download请求。
168.506：training catalog向model mns agent返回模型文件。
169.507：model mns agent收到模型文件后，根据文件类型为模型文件将其存储至模型文件特定的路径下。
170.其中，上述特定的路径专用于存储模型类型的文件，例如，“/model file”。
171.需要说明的是，model mns agent可以维护模型文件信息表，记录下载的模型文件的信息。model mns agent存储模型文件后，将模型文件的相关信息添加上述模型文件信息表，例如，目标模型的名称、使用目标模型的业务功能模块名称、模型文件版本以及模型文件的路径信息。
172.508：model mns agent向model manager发送下载成功的通知消息。
173.509：model manager向model mns agent发送消息查询模型文件是否存在。
174.该消息可以包括文件类型、使用目标模型的业务功能模块名称、目标模型名称以及模型文件版本。
175.510：model mns agent查询模型文件是否存在。
176.511：model mns agent向model manager返回查询结果。
177.如果查询到对应的模型文件，返回ack；如果没有查询到对应的模型文件，则返回nack。
178.需要说明的是，步骤509～步骤511为可选步骤，可以跳过直接执行步骤512。
179.512：model manager向model mns agent发送模型激活(model activate)消息。
180.其中，模型激活消息可以触发模型激活，模型激活消息可以包括使用目标模型的业务功能模块名称、目标模型名称、模型文件版本、激活类型(activate type)以及激活时间(activate time)。其中，激活类型和激活时间为可选参数，其定义如下：
181.activate type指示激活类型，可选的取值为immediate或delay或timing，对应的激活类型分别为立即激活、延时激活、定时激活；activate time指示激活时间，当激活类型为delay或timing时，模型激活消息可以携带activate time。
182.需要说明的是，如果消息内容有误(例如，模型激活消息指示的模型不存在)则返回nack。
183.513：model mns agent向model manager返回ack，表示接收到了模型激活消息。
184.514：model mns agent将模型文件的activate type、activate time添加到模型文件信息表中。
185.515：model mns agent根据模型文件的activate type、activate time设置相应的定时器。
186.具体地，定时器超时则启动模型激活，将目标模型当前的模型文件替换为步骤506获取到的模型文件。
187.需要说明的是，与5所示实施例以激活模式为timing作为示例，当采用其他激活模式时，可以不设置定时器，跳过步骤515直接执行步骤516以及之后的流程步骤。
188.516：model mns agent查询目标模型的状态。
189.model mns agent维护业务功能模块中各个模型的运行状态(model status)，共有两种激活(active)、去激活(passive)两种状态。
190.如果查询到目标模型处于激活态，则执行517～519去激活目标模型；否则执行520～525。
191.517：model mns agent向业务功能模块发送模型去激活(model deactivate)消息。
192.通过模型去激活消息指示目标模型停止运行，模型去激活消息可以包括要目标模型名称。
193.518：业务功能模块给model mns agent返回ack，指示目标模型已经停止运行。
194.519：model mns agent更新模型状态为去激活。
195.具体地，可以将model status参数置为passive。
196.520：model mns agent向业务功能模块发送模型替换(model replace)消息。
197.通过模型替换消息指示业务功能模块完成替换目标模型的模型文件。模型替换消息可以包括模型文件(步骤506获取到的模型文件)及目标模型名称。
198.需要说明的是，model mns agent可以从模型文件信息表中查找到模型文件存放的位置，然后获取对应的模型文件，发送给业务功能模块。
199.521：业务功能模块完成模型文件的替换。
200.需要说明的是，业务功能模块收到模型替换消息后，还需要校验当前运行环境是否满足待更新的模型文件的运行要求。如果满足，直接进行文件替换；如果不满足(例如，当前运行环境与模型文件的版本不匹配)，则先进行环境相关配置(例如，进行版本升级)，再执行模型文件的替换。
201.522：业务功能模块给model mns agent返回ack，指示模型文件替换已完成。
202.523：model mns agent向业务功能模块发送模型激活(model activate)消息。
203.通过模型激活消息指示业务功能模块运行目标模型，模型激活消息可以包括目标模型的名称。
204.524：业务功能模块给model mns agent返回ack，指示目标模型已经开始运行。
205.525：model mns agent更新目标模型的状态为激活态。
206.例如，将model status参数置为active，还可以更新模型当前使用的模型文件版本，具体地，可以是步骤507获取到的模型文件的版本。
207.526：model mns agent向model manager返回激活成功的通知，表示模型更新已完成。
208.需要说明的是，本实施例中步骤501～508为模型文件下载过程，步骤512～526为模型激活过程。一个完整的模型更新过程需要完成模型文件下载过程和模型激活过程，但是模型文件下载过程和模型激活过程在时间上并不一定是连续完成的。也就是说模型文件下载后不一定立即进行模型激活。因此步骤509～511的查询过程为可选步骤，如果模型文件下载后马上进行模型激活，则不需要进行步骤509～511。可以在发送模型激活消息前执行步骤509～511进行查询。
209.图5所示的方法可以实现基于模型的管理和更新。模型更新时接口上只需要传输模型文件，无需传输镜像软件包，传输的数据量大大减少，节省了接口带宽和传输资源。还
可以针对每个模型进行精细化管理，可实现多模型场景下部分模型的更新，且单个模型的更新过程不会影响到业务功能模块中其他模型的运行，提高了模型管理灵活性。此外，还可以配置激活时间参数实现模型在指定时间的激活，进一步提高了管理灵活性。
210.本技术实施例还提供了一种模型更新方法，与图5所示方法不同的是，model manager不再向model mns agent发送模型文件的路径信息，触发下载模型文件。model manager可以将模型文件发送给model mns agent，无需model mns agent与training catalog之间进行信息交互。如图6所示，所述方法包括以下步骤：
211.601：model manager向training catalog发送模型文件请求(model file request)消息。
212.其中，模型文件请求消息包括模型文件的标识信息。其中，模型文件的标识信息包括controller name、function name、model name、model file version。model name是使用所述模型文件的模型(以下简称目标模型)的名称，function name是使用目标模型的业务功能模块的名称，controller name是业务功能模块所属的设备(例如，第一无线控制器)的名称，model file version是模型文件的版本。controller name和function name可以认为是本技术实施例所述的“使用目标模型的设备的标识信息”。
213.602：training catalog向model manager返回请求的模型文件。
214.603：model manager向model mns agent发送文件传输(file transfer)消息。
215.其中，通过文件传输消息可以实现模型文件的传输，文件传输消息可以包括模型文件、文件类型(file type)、目标模型(使用所述模型文件的模型)的名称、使用目标模型的业务功能模块的名称以及模型文件的版本。
216.604：model mns agent收到模型文件后，根据文件类型将模型文件存储至特定的路径下。
217.其中，特定的存储路径专用于存储模型类型的文件。
218.605：model mns agent向model manager发送文件传输成功的通知消息；
219.606～623：同前文所述的509～526。
220.图6所示的方法中，model manager直接从training catalog获取模型文件，然后将模型文件发送给model mns agent。model mns agent无需向training catalog请求模型文件下载，减少了第一无线控制器和第二无线控制器间的消息交互，节约了信令开销。
221.本技术实施例还提供了一种模型更新方法，与图5所示的方法不同的是，通过软件管理的software activate消息触发模型文件替换，完成模型激活。如图7所示，所述方法包括以下步骤：
222.701～711：同前文所述的步骤501～511，在此不做赘述。
223.712：model manager向model mns agent发送软件激活(software activate)消息。
224.其中，所述软件激活消息可以触发模型激活，软件激活消息可以包括待激活的文件类型、目标模型(使用所述模型文件)的名称、使用目标模型的业务功能模块名称、模型文件版本、激活类型以及激活时间。各个参数的定义参考前文图5所示方法的相关描述，在此不做赘述。
225.需要说明的是，步骤712区别于一般的软件激活操作，软件激活消息中文件类型为
“
model file”，则可以触发模型文件的替换等一系列操作。
226.713～726：同前文所述的步骤513～526，在此不做赘述。
227.图7所示的方法中，model manager向model mns agent发送软件管理的软件激活接口消息software activate，触发模型文件替换，无需定义新的接口。可以触发目标模型加载新的模型文件并运行目标模型。
228.本技术实施例还提供一种模型更新方法，与图5所示的方法不同的是，通过文件传输消息发送模型文件，通过软件管理的software activate消息触发模型文件替换，完成模型激活。如图8所示，所述方法包括以下步骤：
229.801：model manager向training catalog发送模型文件请求(model file request)。
230.其中，模型文件请求消息包括模型文件的标识信息。其中，模型文件的标识信息包括controller name、function name、model name、model file version。model name是使用所述模型文件的模型(以下简称目标模型)的名称，function name是使用目标模型的业务功能模块的名称，controller name是业务功能模块所属的设备的名称，model file version是模型文件的版本。controller name和function name可以认为是本技术实施例所述的使用目标模型的设备的标识信息。
231.802：training catalog向model manager返回请求的模型文件。
232.803：model manager向model mns agent发送文件传输(file transfer)消息。
233.其中，文件传输消息可以实现模型文件的传输，例如，文件传输消息可以包括模型文件、文件类型(file type)、目标模型(使用所述模型文件的模型)的名称、使用目标模型的业务功能模块的名称以及模型文件的版本。
234.804：model mns agent收到模型文件后，根据文件类型将模型文件存储至特定的路径下。
235.805：model mns agent向model manager发送文件传输成功的通知消息。
236.806～808：同前文所述的509～511，在此不做赘述。
237.809：model manager向model mns agent发送软件激活(software activate)消息。
238.其中，所述软件激活消息可以触发模型激活，软件激活消息可以包括文件类型、目标模型(使用所述模型文件)的名称、使用目标模型的业务功能模块名称、模型文件版本、激活类型以及激活时间。各个参数的定义参考前文图5所示方法的相关描述，在此不做赘述。
239.810～823：同前文所述的步骤513～526。
240.图8所示的方法中，model manager直接从training catalog获取模型文件，然后将模型文件发送给model mns agent。model mns agent无需向training catalog请求模型文件下载，减少了第一无线控制器和第二无线控制器间的消息交互。同时，model manager向model mns agent发送software activate消息，使用软件管理的软件激活接口就可以触发模型文件的替换，无需定义新的接口。
241.本技术实施例还提供了一种模型更新方法，不同与图5～图8所示的方法，图9所示的方法中对业务功能模块进行建模，定义业务功能模块的moc。还可以添加模型相关信息作为业务功能模块moc的属性参数。具体地，还可以通过moi修改命令，触发moc属性参数的修
改，从而触发模型文件的下载和模型激活。
242.一种可能的实现方式中，model mns agent负责创建并管理业务功能模块的moi。具体的，业务功能模块moc中包括(但不限于)如下属性参数：
243.---
function name：代表业务功能模块的名称；
244.---
controller name：代表业务功能模块所属的设备的名称，例如，业务功能模块所属的第一无线控制器的名称；
245.---
function type：代表业务功能模块的类型，如：ml-based，表示使用机器学习模型的业务功能模块。
246.---
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)两种状态。
247.如图9所示，所述方法包括以下步骤：
248.901：model manager向model mns agent发送moi读取消息(read moi消息)，查询目标模型运行状态(running state)。
249.其中，目标模型是待更新的模型。moi读取消息可以包括使用目标模型的业务功能模块名称和目标模型的名称。
250.902：model mns agent向model manager返回ack消息，包含目标模型的运行状态。
251.903：model manager向model mns agent发送moi修改消息(modify moi消息)，修改属性参数running state为passive。
252.具体地，通过moi修改消息指示目标模型的运行状态为去激活(passive)。
253.904：model mns agent向业务功能模块发送模型去激活消息(model deactivate消息)，指示目标模型停止运行。
254.其中，model deactivate消息可以包括目标模型的名称。
255.905：业务功能模块给model mns agent返回ack，指示目标模型已经停止运行。
256.906：model mns agent修改目标模型对应的moi属性参数，将属性参数running state修改为passive。
257.907：model mns agent向model manager返回通知消息，指示moi属性参数已更改。
258.908：model manager向model mns agent发送moi修改消息，修改属性参数“model file location”。
259.其中，moi修改消息包括属性参数“model file location”的值，该值可以指示新版本的模型文件的存储位置。此外，moi修改消息还可以指示修改属性参数“model file version”。
260.909：model mns agent修改属性参数“model file location”和属性参数“model file version”。
261.其中，属性参数“model file location”修改后的值指示新版本的模型文件的存储位置，属性参数“model fileversion”修改后的值指示新模型文件的版本。
262.910：model mns agent向training catalog发送file download请求。
263.911：training catalog向model mns agent返回请求的模型文件。
264.912：model mns agent收到模型文件后，根据文件类型为模型文件将其存储至模型文件特定的路径下。
265.其中，上述特定的路径专用于存储模型类型的文件，例如，“/model file”。
266.需要说明的是，model mns agent可以维护模型文件信息表，记录下载的模型文件的信息。model mns agent存储模型文件后，将模型文件的相关信息添加上述模型文件信息表，例如，目标模型的名称、使用目标模型的业务功能模块名称、模型文件版本以及模型文件的路径信息。
267.913：model mns agent向model manager返回通知消息，指示moi属性已更改。
268.914：model manager向model mns agent发送moi修改消息，修改属性参数running state为active。
269.具体地，通过moi修改消息指示目标模型运行状态为active。
270.915：model mns agent向业务功能模块发送模型替换(model replace)消息。
271.通过模型替换消息指示业务功能模块完成替换目标模型的模型文件。模型替换消息可以包括模型文件的名称及目标模型名称。
272.需要说明的是，model mns agent可以从模型文件信息表中查找到模型文件存放的位置，然后获取对应的模型文件，发送给业务功能模块。
273.916：业务功能模块完成模型文件的替换。
274.917：业务功能模块给model mns agent返回ack，指示已完成模型替换。
275.918：model mns agent向业务功能模块发送模型激活(model activate)消息。
276.通过模型激活消息指示业务功能模块运行目标模型，模型激活消息可以包括目标模型的名称。
277.919：业务功能模块给model mns agent返回ack，指示目标模型已经开始运行。
278.920：model mns agent修改moi的属性参数running state为active。
279.921：model mns agent向model manager返回通知消息，指示moi属性已更改。
280.图9所示方法中，模型的运行状态由moi中的属性参数running state指示，901～907通过moi修改moi属性，执行模型的去激活。901～907是必选步骤，但与908～913没有先后顺序关系，也可以先执行908～913下载模型文件，再执行901～907执行模型的去激活。另一种可选方案中，采用图5所示方法中的去激活方法，由model mns agent维护模型的运行状态，在收到模型激活消息后执行模型的去激活操作，即前文所述的516～519，不需要执行901～907。
281.图9所示的方法中，对业务功能模块进行建模，通过moi的属性参数维护模型的相关信息。通过现有的接口修改业务功能模块的对象实例，触发模型文件的下载和模型激活，实现模型更新的同时减少了接口上传递的参数信息。一种可能的实现方式中，还可以对模型进行建模，定义moc记录模型的相关信息。在此实现方式中，图9所示的方法仍然适用，具体流程及消息参考前文所述，在此不做赘述。
282.本技术实施例还提供了一种模型更新方法，与前文所示的方法不同的是，通过一个步骤触发模型下载和模型激活。具体地，在file download消息中增加参数触发模型下载和激活。如图10所示，所述方法包括以下步骤：
283.1001～1003：同前文所述的501～503，在此不做赘述。
284.1004：model manager向model mns agent发送文件下载消息(file download消息)。
285.file download消息包括文件的路径信息，文件类型(file type)、使用模型文件的目标模型的名称、使用目标模型提供业务的业务功能模块的名称、模型文件的版本、激活类型(activate type)和激活时间(activate time)。各个参数的定义参考前文所述，在此不做赘述。
286.1005～1007：同前文所述的505～507，在此不做赘述。
287.1008：model mns agent向model manager发送ack，指示文件已下载成功。
288.1009～1020：同前文所述的514～525，在此不做赘述。
289.1021：model mns agent向model manager发送通知消息，指示file download命令已成功执行。
290.具体地，model mns agent模型更新完成后，即完成模型文件替换和模型激活后发送通知消息。
291.图10所示的方法中，通过file download消息同时触发模型文件下载和模型激活，无需再次发送激活命令，节省了信令开销。
292.本技术实施例还提供了一种模型更新方法，与图10所示的方法不同的是，在file transfer消息中增加参数，同时触发模型文件传输和模型激活，无需发送激活指令。如图11所示，所述方法包括以下步骤：
293.1101：model manager向training catalog发送模型文件请求(model file request)，请求模型文件。
294.1102：training catalog向model manager返回请求的模型文件。
295.1103：model manager向model mns agent发送文件传输(file transfer)消息，触发模型文件下载。
296.文件传输消息包括文件的路径信息，文件类型(file type)、使用模型文件的目标模型的名称、使用目标模型提供业务的业务功能模块的名称、模型文件的版本、激活类型(activatetype)和激活时间(activate time)。各个参数的定义参考前文所述，在此不做赘述。
297.1104：model mns agent收到模型文件后，根据文件类型将模型文件存储至特定的路径下。
298.其中，特定的路径可以是“/model file”，专用于存储模型类型的文件。
299.1105：model mns agent向model manager发送ack，指示模型文件传输成功。
300.1106～1117：同前文所述的514～525，在此不做赘述。
301.1118：model mns agent向model manager发送通知消息，指示file download命令已成功执行。
302.具体地，model mns agent模型更新完成后，即完成模型文件替换和模型激活后发送通知消息。
303.图11所示的方法中，通过file transfer消息同时触发模型文件下载和模型激活，无需再次发送激活命令，节省了信令开销。
304.本技术实施例还提供了一种模型更新方法，与图9所示的方法不同的是，在修改moi属性参数的同时指示模型激活信息，例如，激活类型或激活时间。可以通过一条消息触发模型文件下载和模型激活，如图12所示，所述方法包括以下步骤：
305.1201～1207：同前文所述的501～507，在此不做赘述。
306.1208：model manager向model mns agent发送moi修改消息，修改moi属性参数。
307.其中，moi修改消息可以包括待更新的模型的信息，包括使用模型文件的目标模型的名称、使用目标模型提供业务的业务功能模块的名称、模型文件的版本、激活类型(activate type)、激活时间(activate time)以及模型文件的存储位置。各个参数的定义参考前文所述，在此不做赘述。
308.moi修改消息可以指示model mns agent修改属性参数“model file location”，已更新目标模型的模型文件的存储位置，使得model mns agent获取更新的模型文件。
309.1209：model mns agent修改相应的moi属性参数，包括模型文件版本、模型文件所在位置以及激活时间。
310.1210～1212：同前文所述的910～912。
311.1213：model mns agent向model manager发送ack，指示收到moi修改消息。
312.1214～1220：同前文所述的915～921，在此不做赘述。
313.图12所示的方法中，通过定义moc维护模型的相关信息，在moi修改消息中参数，指示修改激活信息或文件存储位置，同时触发模型文件下载和激活，无需发送多条moi修改消息，减少了接口上需传递的消息。
314.本技术实施例还提供了一种模型更新方法，适用于多个模型使用同一个模型文件的场景。该场景下，图3～图12所示的方法仍然适用，但是同样的文件需要传输多次。为了减少不必要的信息传递，可以通过文件标识信息(file id)索引模型文件，增加参数model list指示需要替换模型文件的模型，可以同时更新多个模型的模型文件。如图13所示，所述方法包括以下步骤：
315.1301～1311：同前文所述的501～511。
316.不同的是，用file id索引模型文件，即把参数controller name、function name,model name，model file version替换成file id。
317.1312：model manager向model mns agent发送模型激活(model activate)消息，触发模型激活。
318.model activate消息可以包括file id，需要激活的模型列表(model list)，激活类型以及激活时间。其中，model list指示需要替换模型文件的多个模型，包括模型名称(model name)和使用模型的业务功能模块名称。
319.可选的，可以将激活类型和激活时间添加到model list中，满足不同模型的激活时间需求。
320.1313：根据model list查找到所有需要更新模型文件的业务功能模块和模型。
321.1314：对查找到的业务功能模块和模型分别执行同样的文件替换和模型激活操作，对每个业务功能模块的操作参考前文所述的514～526。
322.图13所示的方法针对多个模型使用同一模型文件的场景，采用前文所述的模型更新方法也可以实现该场景下多个模型的同时更新，可以将消息中索引模型文件的参数换成
file id，将索引模型的参数换成model list即可，此处不再详细列出这些方案的流程。
323.图13所示的方法中，适用于多个模型使用同一模型文件的场景，通过file id索引模型文件，增加参数model list指示需要替换模型文件的模型，可以同时更新多个模型的模型文件。对于相同的模型文件，无需重复下载多次，也无需重复发送下载和激活命令，大大减少了信息交互量。
324.本技术实施例还提供了一种模型更新方法，适用于多套模型文件配合使用，需要周期性激活的场景。例如：周一至周五使用版本a，周六至周日使用版本b等。该场景下前文所示的模型更新方法仍然适用，但是由于模型文件需要周期性激活使用，每到固定的时间就要重新发送激活指令触发模型文件的更新。如上述例子中，每周一和每周六都要发送模型激活消息，这就造成了大量重复的接口消息发送，效率较低。图14所示的方法中，在模型激活消息中增加指示周期性激活的参数，model mns agent收到消息后根据该参数进行相应的操作。如图14所示，所述方法包括以下步骤：
325.1401～1411：同前文501～511。
326.1412：model manager向model mns agent发送模型激活(model activate)消息，触发模型激活。
327.需要说明的是，与步骤512不同的是，步骤1412的model activate消息中增加参数periodicinfo指示周期性激活的相关信息。
328.其中，periodicinfo为可选参数，可选取值包括：periodic、nonperiodic或stop。分别表示需要周期性激活、无需周期性激活、停止周期性激活。如果periodicinfo字段置空，默认为nonperiodic，采用图5所示的方法即可实现模型的更新。
329.该步骤的激活指令也可以采用software activate消息，在software activate消息中增加参数periodicinfo即可。
330.1413：model mns agent向model manager返回ack，表示激活消息已收到。
331.1414：model mns agent根据activate type、activate time以及periodicinfo确定模型文件的激活时间，设置相应的定时器。
332.具体实现中，可以包括以下三种情况：
333.4a、如果periodicinfo＝'periodic'，则表示该模型文件需要进行周期性激活，设置周期性定时器；
334.4b、如果periodicinfo＝'nonperiodic'，则表示该模型文件需要进行周期性激活，设置单次定时器，同前文所述的515；
335.4c、如果periodicinfo＝'stop'，则表示该模型文件之前设置了周期性激活，步骤1314中需要停止周期性激活，取消原来的周期性定时器。
336.1415：model mns agent向model manager发送激活异常通知。
337.需要说明的是，1415为可选步骤，用于异常处理。如果model mns agent发现当前可用的模型文件激活时间异常(例如，同一时刻存在两个需要激活的模型文件版本)，则向model manager发送激活异常通知，由model manager进行相关处理，例如，指定当前激活的模型文件版本。
338.1416：model mns agent到达指定时间启动模型激活。
339.1417～1427：同前文所述的516～526，在此不做赘述。
340.图14所示的方法中，model manager只需要向model mns agent发送一条激活指令，就可以实现模型的周期性激活，提高了周期性激活场景下的模型更新效率。
341.在采用对应各个功能划分各个功能模块的情况下，图15示出上述实施例中所涉及的通信装置的一种可能的结构示意图。图15所示的通信装置可以是本技术实施例所述的第一设备，也可以是第一设备中实现上述方法的部件，或者，也可以是应用于第一设备中的芯片。所述芯片可以是片上系统(system-on-a-chip，soc)或者是具备通信功能的基带芯片等。如图15所示，通信装置包括处理单元1501以及通信单元1502。处理单元可以是一个或多个处理器，通信单元可以是收发器或者通信接口。
342.处理单元1501，例如可以用于支持第一设备执行消息生成或消息解析等内部处理，例如，支持第一设备执行步骤302和步骤304，或者步骤402、步骤404，和/或用于本文所描述的技术的其它过程。
343.通信单元1502，用于支持该第一设备与其他通信装置之间的通信，例如，支持第一设备与第二设备之间的交互，支持第一设备执行步骤505，步骤605等，和/或用于本文所描述的技术的其它过程。
344.需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
345.如图16所示，通信装置还可以包括存储单元1503，存储单元1503用于存储通信装置的程序代码和/或数据。
346.处理单元1501可以包括至少一个处理器，通信单元1502可以为收发器或者通信接口，存储单元1503可以包括存储器。
347.需要说明的是，上述各个通信装置实施例中，各个单元也可以相应的称之为模块或者部件或者电路等。
348.在采用对应各个功能划分各个功能模块的情况下，图17示出上述实施例中所涉及的通信装置的一种可能的结构示意图。图17所示的通信装置可以是本技术实施例所述的第二设备，也可以是第二设备中实现上述方法的部件，或者，也可以是应用于第二设备中的芯片。所述芯片可以是片上系统(system-on-a-chip，soc)或者是具备通信功能的基带芯片等。如图17所示，通信装置包括处理单元1601以及通信单元1602。处理单元可以是一个或多个处理器，通信单元可以是收发器或者通信接口。
349.处理单元1601，例如可以用于支持第二设备执行消息生成或消息解析等内部处理，例如，支持第二设备执行步骤502，和/或用于本文所描述的技术的其它过程。
350.通信单元1602，用于支持该第二设备与其他通信装置之间的通信，例如，支持第二设备与第二设备之间的交互，支持第二设备执行步骤401，步骤403，步骤301，步骤303等，和/或用于本文所描述的技术的其它过程。
351.需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
352.如图18所示，通信装置还可以包括存储单元1603，存储单元1603用于存储通信装置的程序代码和/或数据。
353.处理单元1601可以包括至少一个处理器，通信单元1602可以为收发器或者通信接口，存储单元1603可以包括存储器。
354.需要说明的是，上述各个通信装置实施例中，各个单元也可以相应的称之为模块或者部件或者电路等。
355.本技术实施例提供一种计算机可读存储介质，计算机可读存储介质中存储有指令；指令用于执行如图3～图14所示的方法。
356.本技术实施例提供一种包括指令的计算机程序产品，当其在通信装置上运行时，使得通信装置执行如图3～图14所示的方法。
357.本技术实施例一种无线通信装置，包括：无线通信装置中存储有指令；当无线通信装置在图2、图15、图16所示的通信装置上运行时，使得通信装置执行如图3～图14所示的方法。该无线通信装置可以为芯片。
358.通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将通信装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
359.本技术实施例中的处理器，可以包括但不限于以下至少一种：中央处理单元(central processing unit，cpu)、微处理器、数字信号处理器(dsp)、微控制器(microcontroller unit，mcu)、或人工智能处理器等各类运行软件的计算设备，每种计算设备可包括一个或多个用于执行软件指令以进行运算或处理的核。该处理器可以是个单独的半导体芯片，也可以跟其他电路一起集成为一个半导体芯片，例如，可以跟其他电路(如编解码电路、硬件加速电路或各种总线和接口电路)构成一个soc(片上系统)，或者也可以作为一个asic的内置处理器集成在所述asic当中，该集成了处理器的asic可以单独封装或者也可以跟其他电路封装在一起。该处理器除了包括用于执行软件指令以进行运算或处理的核外，还可进一步包括必要的硬件加速器，如现场可编程门阵列(field programmable gate array，fpga)、pld(可编程逻辑器件)、或者实现专用逻辑运算的逻辑电路。
360.本技术实施例中的存储器，可以包括如下至少一种类型：只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmabler-only memory，eeprom)。在某些场景下，存储器还可以是只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。
361.本技术中，“至少一个”是指一个或者多个。“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。另外，为了便于清楚描述本技术实施例的技术方案，在本技术的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等
字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。
362.在本技术所提供的几个实施例中，应该理解到，所揭露的数据库访问装置和方法，可以通过其它的方式实现。例如，以上所描述的数据库访问装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，数据库访问装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
363.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
364.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
365.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本技术实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
366.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何在本技术揭露的技术范围内的变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。