CN116419389A

CN116419389A - 用于注册的方法和装置

Info

Publication number: CN116419389A
Application number: CN202111634776.5A
Authority: CN
Inventors: 杨帆; 杨旭; 李兆俊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-12-29
Filing date: 2021-12-29
Publication date: 2023-07-11
Also published as: WO2023125526A1

Abstract

本申请提供了一种用于注册的方法和装置，包括：边缘应用发送应用注册请求消息，该应用注册请求消息包括模板内容和模板内容对应的模板类型，该模板内容用于描述该边缘应用；该边缘应用接收应用注册响应消息。该方法使得边缘应用向多接入边缘计算MEC系统进行应用注册、生成应用描述文件，以及请求应用被纳管，该注册方式灵活快速。

Description

用于注册的方法和装置

技术领域

本申请涉及无线通信领域，并且更具体地，涉及一种用于注册的方法和装置。

背景技术

欧洲电信标准化协会(European Telecommunication Standard Institute，ETSI)曾提出一种基于第五代(5th generation，5G)演进架构的多接入边缘计算多接入边缘计算 (multi-access edge computing，MEC)技术。该MEC技术不仅可以改善用户体验，节省带宽资源。而且，该MEC技术通过将计算能力下沉到移动边缘节点，提供第三方应用集成，为移动边缘入口的服务创新提供了无限可能，满足移动通信的发展所需的高带宽和低时延的要求。

然而，当前实际MEC部署方式中，所有的MEC应用必须从统一入口(例如，多接入边缘计算编排器，MEO)，按自顶向下的方式进行实例化和上线。任何边缘站点的应用部署，都需要依赖集中式的入口操作，无法做到快速灵活的部署。同时，未采用MEC标准方案进行实例化的边缘应用也不能灵活地向MEC系统提供服务。

因此，边缘应用如何在MEC系统中注册，并向MEC系统提供服务是亟待解决的问题。

发明内容

本申请提供一种用于注册的方法和装置，能够实现边缘应用在MEC系统中注册，并向MEC系统提供服务。

第一方面，提供了一种用于注册的方法，该方法可以由边缘应用(例如，3GPP的边缘应用服务器(edge application server，EAS))执行，或者，也可以由用于边缘应用的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由边缘应用执行为例进行说明。

该方法包括：边缘应用发送应用注册请求消息，该应用注册请求消息包括模板内容和该模板内容对应的模板类型，该模板内容用于描述该边缘应用；该边缘应用接收应用注册响应消息。

需要说明的是，本申请中边缘应用可以是指期望在MEC系统边缘向MEC系统提供服务的应用。该应用可以是部署在MEC系统边缘的应用，也可以是部署在远端，但在本地MEC系统完成注册的应用。本申请对此不作具体限定。

根据本申请提供的方案，边缘应用通过发送应用注册请求消息，能够实现向MEC系统进行应用注册、生成应用描述文件，以及请求应用被纳管，该注册方式可以直接在边缘站点进行，灵活快速。

结合第一方面，在第一方面的某些实现方式中，应用注册响应消息包括应用实例标识。

需要说明的是，本申请的应用注册方案适用场景至少包括以下几种：其一，该边缘应用未在MEC系统中完成应用实例化，则边缘应用可以通过发送应用注册请求消息，使得MEC系统生成应用描述文件AppD，从而完成应用注册和实例化，以及进行服务注册等；其二，该边缘应用在MEC系统中已经完成应用注册，可以通过在应用注册请求消息中携带运行态信息，进一步使MEC系统更新该边缘应用对应的应用描述文件AppD，便于MEC 系统调整边缘应用资源；其三，该边缘应用未在MEC系统中完成注册，可以通过第三方设备实现在MEC系统中进行应用注册、生成应用描述文件AppD，以及进行服务注册等。

也就是说，边缘应用可以自底向上的方式通知多接入边缘计算平台(MECPlatform， MEP)进行应用注册，MEP可以通过对解析应用的模板得到注册相关信息；边缘应用还可以携带虚拟资源信息，通过MEP向多接入边缘计算平台管理器(MEC Platformmanager， MEPM)和多接入边缘计算编排器(MEC Orchestrator，MEO)进行虚拟资源管理注册，使MEO和MEPM可以对该应用进行纳管；边缘应用还可以通过携带运行态信息，将其提供给MEC系统进行管理和使用。该实现方式能够实现向MEC系统提供服务、应用迁移、应用虚拟资源管理和应用运行态信息管理，注册方式灵活快速。

结合第一方面，在第一方面的某些实现方式中，应用实例标识对应的应用实例是根据第一信元确定的，该第一信元是根据应用注册请求消息确定的。

结合第一方面，在第一方面的某些实现方式中，应用注册请求消息还包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

结合第一方面，在第一方面的某些实现方式中，第一信元包括服务名、应用名、虚拟资源信息、规则信息。

结合第一方面，在第一方面的某些实现方式中，应用注册响应消息包括服务实例标识。

结合第一方面，在第一方面的某些实现方式中，边缘应用发送应用注册请求消息，包括：边缘应用向多接入边缘计算平台MEP发送应用注册请求消息；或者，边缘应用向边缘设备(作为代理设备)发送应用注册请求消息。

第二方面，提供了一种用于注册的方法，该方法可以由多接入边缘计算平台(MECPlatform，MEP)执行，或者，也可以由用于MEP的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由MEP执行为例进行说明。

该方法包括：多接入边缘计算平台MEP接收来自边缘应用的应用注册请求消息，该应用注册请求消息包括模板内容和该模板内容对应的模板类型，该模板内容用于描述该边缘应用；MEP根据模板类型解析模板内容；MEP根据模板内容向多接入边缘计算平台管理器MEPM发送第一应用注册请求消息；MEP接收来自MEPM的第一应用注册响应信息； MEP向边缘应用发送应用注册响应消息。

根据本申请提供的方案，MEP通过接收应用注册请求消息，并解析模板内容，以及转发应用注册请求消息，从而实现边缘应用向MEC系统应用注册、生成应用描述文件，以及请求应用被纳管，该注册方式灵活快速。

结合第二方面，在第二方面的某些实现方式中，第一应用注册响应消息包括应用实例标识，以及应用注册响应消息包括应用实例标识。

结合第二方面，在第二方面的某些实现方式中，应用注册请求消息还包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

结合第二方面，在第二方面的某些实现方式中，第一应用注册请求消息包括第一信元，第一信元是根据模板内容获取的。

结合第二方面，在第二方面的某些实现方式中，第一信元是根据模板内容和以下至少一种信息获取的，以下至少一种信息包括：虚拟资源信息、规则信息、鉴权信息、服务名、运行态信息。

结合第二方面，在第二方面的某些实现方式中，第一信元包括：服务名、应用名、虚拟资源信息、规则信息。

结合第二方面，在第二方面的某些实现方式中，第一应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

结合第二方面，在第二方面的某些实现方式中，MEP根据应用注册请求消息创建服务实例，以及分配服务实例标识；其中，应用注册响应消息包括该服务实例标识。

结合第二方面，在第二方面的某些实现方式中，MEP接收来自代理设备的服务注册请求消息；MEP根据服务注册请求消息创建服务实例，以及分配服务实例标识；MEP向代理设备发送第三应用注册响应消息，该第三应用注册响应消息包括该服务实例标识；其中，该第一注册响应消息包括该服务实例标识。

第三方面，提供了一种用于注册的方法，该方法可以由多接入边缘计算平台管理器 (MEC Platform manager，MEPM)执行，或者，也可以由用于MEPM的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由MEPM执行为例进行说明。

该方法包括：多接入边缘计算平台管理器MEPM接收来自多接入边缘计算平台MEP的第一应用注册请求消息；MEPM根据第一应用注册请求消息生成应用描述文件，并分配应用描述文件标识；MEPM向MEP发送第一应用注册响应消息。

根据本申请提供的方案，MEPM根据第一应用注册请求消息完成应用注册，使得边缘应用向MEC系统进行应用注册、生成应用描述文件，以及请求应用被纳管，该注册方式灵活快速。

结合第三方面，在第三方面的某些实现方式中，第一应用注册请求消息包括第一信元。

结合第三方面，在第三方面的某些实现方式中，第一应用注册响应消息包括应用实例标识。

结合第三方面，在第三方面的某些实现方式中，第一信元包括服务名、应用名虚拟资源信息、规则信息。

结合第三方面，在第三方面的某些实现方式中，第一应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

结合第三方面，在第三方面的某些实现方式中，MEPM向多接入边缘计算编排器MEO发送第二应用注册请求消息，该第二应用注册请求消息包括应用描述文件、应用描述文件标识和指示信息；MEPM接收来自MEO的第二应用注册响应消息，该第二应用注册响应消息包括应用实例标识。

第四方面，提供了一种用于注册的方法，该方法可以由多接入边缘计算编排器(MEC Orchestrator，MEO)执行，或者，也可以由用于MEO的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由MEO执行为例进行说明。

该方法包括：多接入边缘计算编排器MEO接收来自多接入边缘计算平台管理器MEPM的第二应用注册请求消息，第二应用注册请求消息包括应用描述文件和应用描述文件标识；MEO向MEPM发送第二应用注册响应消息。

根据本申请提供的方案，MEO通过接收第二应用注册请求消息，存储应用描述文件和应用描述文件标识，并完成边缘应用的虚拟资源实例化，实现边缘应用向MEC系统应用注册、生成应用描述文件，以及请求应用被纳管，该注册方式灵活快速。

结合第四方面，在第四方面的某些实现方式中，第二应用注册响应消息包括应用实例标识。

结合第四方面，在第四方面的某些实现方式中，第二应用注册请求消息还包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

结合第四方面，在第四方面的某些实现方式中，该MEO根据指示信息触发虚拟资源管理，并分配应用实例标识；其中，该第二应用注册响应消息包括应用实例标识。

第五方面，提供了一种用于注册的方法，该方法可以由代理设备执行，或者，也可以由用于代理设备的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由代理设备执行为例进行说明。

该方法包括：代理设备接收来自边缘应用的应用注册请求消息，该应用注册请求消息包括模板内容和该模板内容对应的模板类型，模板内容用于描述边缘应用；代理设备根据模板类型解析模板内容；代理设备根据模板内容向多接入边缘计算平台管理器MEPM发送第一应用注册请求消息；代理设备接收来自MEPM的第一应用注册响应信息；代理设备向边缘应用发送应用注册响应消息。

根据本申请提供的方案，代理设备通过接收应用注册请求消息，并解析模板内容，以及转发应用注册请求消息，从而实现边缘应用向MEC系统应用注册、生成应用描述文件，以及请求应用被纳管，该注册方式灵活快速。

结合第五方面，在第五方面的某些实现方式中，第一应用注册响应消息包括应用实例标识，以及应用注册响应消息包括应用实例标识。

结合第五方面，在第五方面的某些实现方式中，应用注册请求消息还包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

结合第五方面，在第五方面的某些实现方式中，第一应用注册请求消息包括第一信元，第一信元是根据模板内容获取的。

结合第五方面，在第五方面的某些实现方式中，第一信元是根据模板内容和以下至少一种信息获取的，其中，以下至少一种信息包括：虚拟资源信息、规则信息、鉴权信息、服务名、运行态信息。

结合第五方面，在第五方面的某些实现方式中，第一信元包括：服务名、应用名、虚拟资源信息、规则信息。

结合第五方面，在第五方面的某些实现方式中，第一应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

结合第五方面，在第五方面的某些实现方式中，代理设备向多接入边缘计算平台MEP 发送服务注册请求消息；代理设备接收来自MEP的第三应用注册响应消息，第三应用注册响应消息包括服务实例标识；其中，该第一注册响应消息包括服务实例标识。

第六方面，提供了一种用于注册的方法，该方法可以由MEO执行，或者，也可以由用于MEO的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由MEO执行为例进行说明。

该方法包括：多接入边缘计算编排器MEO接收来自多接入边缘计算平台管理器MEPM的第三应用注册请求消息；MEO根据第三应用注册请求消息生成应用描述文件，并分配应用描述文件标识；MEO向MEPM发送第二应用注册响应消息。

根据本申请提供的方案，MEO根据第三应用注册请求消息完成应用注册，使得边缘应用向MEC系统应用注册、生成应用描述文件，以及请求应用被纳管，该注册方式灵活快速。

结合第六方面，在第六方面的某些实现方式中，第三应用注册请求消息包括第一信元。

结合第六方面，在第六方面的某些实现方式中，第二应用注册响应消息包括应用实例标识。

结合第六方面，在第六方面的某些实现方式中，第一信元包括服务名、应用名虚拟资源信息、规则信息。

结合第六方面，在第六方面的某些实现方式中，第三应用注册请求消息包括指示信息，指示信息用于指示对边缘应用进行虚拟资源管理。

结合第六方面，在第六方面的某些实现方式中，MEO根据指示信息触发虚拟资源管理，并分配应用实例标识；其中，第二应用注册响应消息包括应用实例标识。

第七方面，提供了一种用于注册的方法，该方法可以由MEPM执行，或者，也可以由用于MEPM的芯片或电路执行，本申请对此不作限定。为了便于描述，下面以由MEPM 执行为例进行说明。

该方法包括：多接入边缘计算平台管理器MEPM向多接入边缘计算编排器MEO发送第三应用注册请求消息；MEPM接收来自MEO的第二应用注册响应消息。

根据本申请提供的方案，MEPM通过转发第二应用注册响应消息，使得边缘应用向MEC系统应用注册、生成应用描述文件，以及请求应用被纳管，该注册方式灵活快速。

结合第七方面，在第七方面的某些实现方式中，第三应用注册请求消息包括第一信元。

结合第七方面，在第七方面的某些实现方式中，第二应用注册响应消息包括应用实例标识。

结合第七方面，在第七方面的某些实现方式中，第一信元包括服务名、应用名虚拟资源信息、规则信息。

结合第七方面，在第七方面的某些实现方式中，第三应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

第八方面，提供了一种用于注册的装置，该装置包括：收发单元，用于边缘应用发送应用注册请求消息，该应用注册请求消息包括模板内容和该模板内容对应的模板类型，该模板内容用于描述该边缘应用；收发单元，还用于该边缘应用接收应用注册响应消息。

结合第八方面，在第八方面的某些实现方式中，应用注册响应消息包括应用实例标识。

结合第八方面，在第八方面的某些实现方式中，应用实例标识对应的应用实例是根据第一信元确定的，该第一信元是根据应用注册请求消息确定的。

结合第八方面，在第八方面的某些实现方式中，应用注册请求消息还包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

结合第八方面，在第八方面的某些实现方式中，第一信元包括服务名、应用名、虚拟资源信息、规则信息。

结合第八方面，在第八方面的某些实现方式中，应用注册响应消息包括服务实例标识。

结合第八方面，在第八方面的某些实现方式中，收发单元，还用于边缘应用向多接入边缘计算平台MEP发送应用注册请求消息；或者，收发单元，还用于边缘应用向边缘设备发送应用注册请求消息。

第九方面，提供了一种用于注册的装置，该装置包括：收发单元，用于多接入边缘计算平台MEP接收来自边缘应用的应用注册请求消息，该应用注册请求消息包括模板内容和该模板内容对应的模板类型，该模板内容用于描述该边缘应用；处理单元，用于MEP 根据模板类型解析模板内容；收发单元，还用于MEP根据模板内容向多接入边缘计算平台管理器MEPM发送第一应用注册请求消息；收发单元，还用于MEP接收来自MEPM 的第一应用注册响应信息；收发单元，还用于MEP向边缘应用发送应用注册响应消息。

结合第九方面，在第九方面的某些实现方式中，第一应用注册响应消息包括应用实例标识，以及应用注册响应消息包括应用实例标识。

结合第九方面，在第九方面的某些实现方式中，应用注册请求消息还包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

结合第九方面，在第九方面的某些实现方式中，第一应用注册请求消息包括第一信元，第一信元是根据模板内容获取的。

结合第九方面，在第九方面的某些实现方式中，第一信元是根据模板内容和以下至少一种信息获取的，以下至少一种信息包括：虚拟资源信息、规则信息、鉴权信息、服务名、运行态信息。

结合第九方面，在第九方面的某些实现方式中，第一信元包括服务名、应用名、虚拟资源信息、规则信息。

结合第九方面，在第九方面的某些实现方式中，第一应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

结合第九方面，在第九方面的某些实现方式中，处理单元，还用于MEP根据应用注册请求消息创建服务实例，以及分配服务实例标识；其中，应用注册响应消息包括该服务实例标识。

结合第九方面，在第九方面的某些实现方式中，收发单元，还用于MEP接收来自代理设备的服务注册请求消息；处理单元，还用于MEP根据服务注册请求消息创建服务实例，以及分配服务实例标识；收发单元，还用于MEP向代理设备发送第三应用注册响应消息，该第三应用注册响应消息包括该服务实例标识；其中，该第一注册响应消息包括该服务实例标识。

第十方面，提供了一种用于注册的装置，该装置包括：收发单元，用于多接入边缘计算平台管理器MEPM接收来自多接入边缘计算平台MEP的第一应用注册请求消息；处理单元，用于MEPM根据第一应用注册请求消息生成应用描述文件，并分配应用描述文件标识；收发单元，还用于MEPM向MEP发送第一应用注册响应消息。

结合第十方面，在第十方面的某些实现方式中，第一应用注册请求消息包括第一信元。

结合第十方面，在第十方面的某些实现方式中，第一应用注册响应消息包括应用实例标识。

结合第十方面，在第十方面的某些实现方式中，第一信元包括：服务名、应用名虚拟资源信息、规则信息。

结合第十方面，在第十方面的某些实现方式中，第一应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

结合第十方面，在第十方面的某些实现方式中，收发单元，还用于MEPM向多接入边缘计算编排器MEO发送第二应用注册请求消息，该第二应用注册请求消息包括应用描述文件、应用描述文件标识和指示信息；收发单元，还用于MEPM接收来自MEO的第二应用注册响应消息，该第二应用注册响应消息包括应用实例标识。

第十一方面，提供了一种用于注册的装置，该装置包括：收发单元，用于多接入边缘计算编排器MEO接收来自多接入边缘计算平台管理器MEPM的第二应用注册请求消息，第二应用注册请求消息包括应用描述文件和应用描述文件标识；收发单元，还用于MEO 向MEPM发送第二应用注册响应消息。

结合第十一方面，在第十一方面的某些实现方式中，第二应用注册响应消息包括应用实例标识。

结合第十一方面，在第十一方面的某些实现方式中，第二应用注册请求消息还包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

结合第十一方面，在第十一方面的某些实现方式中，该装置还包括：处理单元，用于 MEO根据指示信息触发虚拟资源管理，并分配应用实例标识；其中，该第二应用注册响应消息包括应用实例标识。

第十二方面，提供了一种用于注册的装置，该装置包括：收发单元，用于代理设备接收来自边缘应用的应用注册请求消息，该应用注册请求消息包括模板内容和该模板内容对应的模板类型，模板内容用于描述边缘应用；处理单元，用于代理设备根据模板类型解析模板内容；收发单元，还用于代理设备根据模板内容向多接入边缘计算平台管理器MEPM 发送第一应用注册请求消息；收发单元，还用于代理设备接收来自MEPM的第一应用注册响应信息；收发单元，还用于代理设备向边缘应用发送应用注册响应消息。

结合第十二方面，在第十二方面的某些实现方式中，第一应用注册响应消息包括应用实例标识，以及应用注册响应消息包括应用实例标识。

结合第十二方面，在第十二方面的某些实现方式中，应用注册请求消息还包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

结合第十二方面，在第十二方面的某些实现方式中，第一应用注册请求消息包括第一信元，第一信元是根据模板内容获取的。

结合第十二方面，在第十二方面的某些实现方式中，第一信元是根据模板内容和以下至少一种信息获取的，其中，以下至少一种信息包括：虚拟资源信息、规则信息、鉴权信息、服务名、运行态信息。

结合第十二方面，在第十二方面的某些实现方式中，第一信元包括：服务名、应用名、虚拟资源信息、规则信息。

结合第十二方面，在第十二方面的某些实现方式中，第一应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

结合第十二方面，在第十二方面的某些实现方式中，收发单元，还用于代理设备向多接入边缘计算平台MEP发送服务注册请求消息；收发单元，还用于代理设备接收来自MEP的第三应用注册响应消息，第三应用注册响应消息包括服务实例标识；其中，该第一注册响应消息包括服务实例标识。

第十三方面，提供了一种用于注册的装置，该装置包括：收发单元，用于多接入边缘计算编排器MEO接收来自多接入边缘计算平台管理器MEPM的第三应用注册请求消息；处理单元，用于MEO根据第三应用注册请求消息生成应用描述文件，并分配应用描述文件标识；收发单元，还用于MEO向MEPM发送第二应用注册响应消息。

结合第十三方面，在第十三方面的某些实现方式中，第三应用注册请求消息包括第一信元。

结合第十三方面，在第十三方面的某些实现方式中，第二应用注册响应消息包括应用实例标识。

结合第十三方面，在第十三方面的某些实现方式中，第一信元包括：服务名、应用名虚拟资源信息、规则信息。

结合第十三方面，在第十三方面的某些实现方式中，第三应用注册请求消息包括指示信息，指示信息用于指示对边缘应用进行虚拟资源管理。

结合第十三方面，在第十三方面的某些实现方式中，处理单元，还用于MEO根据指示信息触发虚拟资源管理，并分配应用实例标识；其中，第二应用注册响应消息包括应用实例标识。

第十四方面，提供了一种用于注册的装置，该装置包括：收发单元，用于多接入边缘计算平台管理器MEPM向多接入边缘计算编排器MEO发送第三应用注册请求消息；收发单元，还用于MEPM接收来自MEO的第二应用注册响应消息。

结合第十四方面，在第十四方面的某些实现方式中，第三应用注册请求消息包括第一信元。

结合第十四方面，在第十四方面的某些实现方式中，第二应用注册响应消息包括应用实例标识。

结合第十四方面，在第十四方面的某些实现方式中，第一信元包括：服务名、应用名虚拟资源信息、规则信息。

结合第十四方面，在第十四方面的某些实现方式中，第三应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

第十五方面，提供了一种通信装置，包括收发器、处理器和存储器，该处理器用于控制收发器收发信号，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得该网络设备执行上述第一方面或第一方面中任一种可能实现方式至第七方面或第七方面中任一种可能实现方式中的方法。

可选地，所述处理器为一个或多个，所述存储器为一个或多个。

可选地，所述存储器可以与所述处理器集成在一起，或者所述存储器与处理器分离设置。

可选地，该通信装置还包括，发射机(发射器)和接收机(接收器)。

第十六方面，提供了一种通信系统，包括上述边缘应用、多接入边缘计算平台MEP、多接入边缘计算平台管理器MEPM和多接入边缘计算编排器MEO中的至少一种。

在一个可能的设计中，该通信系统还可以包括本申请实施例提供的方案中与边缘应用进行交互的其他设备。

在另一个可能的设计中，该通信系统还可以包括本申请实施例提供的方案中与多接入边缘计算平台MEP进行交互的其他设备。

在又一个可能的设计中，该通信系统还可以包括本申请实施例提供的方案中与多接入边缘计算平台管理器MEPM进行交互的其他设备。

在又一个可能的设计中，该通信系统还可以包括本申请实施例提供的方案中与多接入边缘计算编排器MEO进行交互的其他设备。

第十七方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序或代码，所述计算机程序或代码在计算机上运行时，使得所述计算机执行上述第一方面或第一方面任一种可能实现方式至第七方面或第七方面中任一种可能实现方式中的方法。

第十八方面，提供了一种芯片，包括至少一个处理器，所述至少一个处理器与存储器耦合，该存储器用于存储计算机程序，该处理器用于从存储器中调用并运行该计算机程序，使得安装有该芯片系统的通信装置执行上述第一方面或第一方面任一种可能实现方式至第七方面或第七方面中任一种可能实现方式中的方法。

其中，该芯片可以包括用于发送信息或数据的输入电路或者接口，以及用于接收信息或数据的输出电路或者接口。

第十九方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被通信装置运行时，使得所述网络设备执行上述第一方面或第一方面任一种可能实现方式至第七方面或第七方面中任一种可能实现方式中的方法。

附图说明

图1是适用本申请的多接入边缘计算架构的示意性结构图。

图2是适用本申请的自顶向下的应用注册方式的一例示意图。

图3是适用本申请的非MEC系统向MEC系统提供服务的一例示意图。

图4是适用本申请的自底向上的应用注册方式的一例示意图。

图5是适用本申请的用于注册的方法的一例示意图。

图6是适用本申请的用于注册的方法的另一例示意图。

图7是适用本申请的用于注册的方法的又一例示意图。

图8是适用本申请的用于注册的方法的又一例示意图。

图9是适用本申请的用于注册的装置的一例示意图。

图10是适用本申请的用于注册的装置的另一例示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(globalsystem of mobile communication，GSM)系统、码分多址(code division multipleaccess， CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long termevolution， LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system， UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX) 通信系统、3GPP系统、第五代(5th generation，5G)系统或新无线(new radio，NR)等。

通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(device todevice， D2D)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machinetype communication，MTC)，车辆与万物(vehicle to everything，V2X)通信(也可以称为车联网通信)，例如，车辆与车辆(vehicle to vehicle，V2V)通信(也可以称为车到车通信)、车辆与基础设施(vehicle to infrastructure，V2I)通信(也可以称为车到基础设施通信)，车辆与行人(vehicle to pedestrian，V2P)通信(也可以称为车到人通信)，车辆与网络(vehicle to network，V2N)通信(也可以称为车到网络通信)。

图1是适用本申请的多接入边缘计算(multi-access edge computing，MEC)架构100 的一例示意图。如图1所示，MEC架构包括MEC系统层(MEC system level)和MEC主机层(MEC host level)。

MEC系统层包括MEC编排器(MEC Orchestrator，MEO)、运营和业务支撑系统、用户应用声明周期代理、用户终端应用和面向客户服务门户等。其中，用户终端应用通过 Mx2接口与用户应用声明周期代理连接，运营和业务支撑系统分别通过Mx1接口和Mm8 接口与面向客户服务门户和用户应用声明周期代理连接，MEO分别通过Mm9接口、Mm1 接口与用户应用声明周期代理连接、运营和业务支撑系统连接。

其中，MEC编排器(MEC Orchestrator，MEO)基于部署的MEC主机，可用资源，可用服务和拓扑，维护MEC系统的全景视图。MEO负责处理和管理应用包，选择合适的 MEC主机进行应用实例化，触发应用实例化和终结实例化，触发应用迁移。

MEC主机层包括MEC主机(MEC host)和其他MEC主机等。其中，MEC主机包括MEC平台(MEC platform，MEP)、MEC应用(MEC application，MEC app)和虚拟基础设施(virtualisation infrastructure)等。例如，MEP通过Mp1接口与MEC应用连接，通过Mp2与虚拟化基础设施连接，通过Mm5接口与MEPM连接。MEPM通过Mm6端口、Mm3端口、Mm2端口与虚拟化基础设施管理器(virtualised infrastructure manager， VIM)、MEO、运营业务支撑系统(operation support sysytem，OSS)或业务支撑系统(business supporting system，BSS)连接，VIM通过Mm7接口与虚拟基础设施连接。其他MEC主机包括其他MEC平台，其他MEC平台通过Mp3接口与MEP连接。

其中，MEC平台管理器(MEC platform manager，MEPM)负责应用生命周期管理，包括通知MEO应用相关事件。MEPM为MEC平台提供网元管理功能。MEPM管理应用规则和要求，包括服务授权、流量规则、DNS配置和解决冲突。

虚拟化技术设施管理器(virtualisation infrastructure manager，VIM)负责分配、管理、释放虚拟化基础设施资源，以及虚拟资源状态的监控和故障上报，面向上层应用提供虚拟化资源池。

另外，VIM还主要用于控制和管理虚拟网络功能(virtualised networkfunction，VNF) 与计算硬件、存储硬件、网络硬件、虚拟计算资源、虚拟存储资源、虚拟网络资源的交互。比如，VIM可以执行资源管理功能，具体如向虚拟机或其它形式的虚拟容器增加相应的虚拟资源、搜集网络功能虚拟基础设施(network functions virtualisationinfrastructure， NFVI)中在系统运行过程中的故障信息等。另外，VIM可以和虚拟网络功能管理器 (virtualised network function manager，VNFM)进行通信，比如接收来自VNFM的资源分配请求、向VNFM反馈资源配置和状态信息等。

MEC平台(MEC platform，MEP)提供环境支持MEC应用进行服务发现，服务注册，服务调用，服务管理等操作，支持处理流量规则和DNS规则。

其中，MEC平台为运行MEC app提供一些基础功能，比如MEC Service的发现、注册、访问，数据面流量的转发等。MEC Service对外提供服务，供MEP、MEC app使用，比如MECservice中的无线网络信息服务(radio network information service)可以提供终端的空口承载信息、PLMN信息等。

应理解，该网络架构架构，允许MEC应用运行在靠近网络边缘的虚拟基础设施上，提供类似高带宽、低时延的服务。

需要说明的是，在ETSI定义的架构下，应用提供应用包(application package)给MEO 进行应用加载以及实例化。MEO解析应用包，获得应用描述文件(AppD)、应用镜像(路径)及其它文件。MEO通过解析AppD能够获取应用运行所需要的各种虚拟资源的信息，并将这些信息通知MEPM和VIM完成虚拟化资源的分配和相关配置。同时MEO还会给应用分配一个应用实例ID来标识该应用实例。当应用实例正常运行后，MEP会根据MEPM 下发的各种规则信息(例如，traffic rule、dns rule等)对应用实例进行必要的环境配置。

应用实例正常运行后，可以通过Mp1接口进行服务注册。应用实例调用MEP提供的MEC服务管理(MEC service management，API)，将自身提供的一个或多个服务的信息注册到MEP。MEP对该应用服务分配服务实例ID(serInstanceId)，并将该ID返回给应用。当应用的服务注册到MEP后，其它应用可以通过服务管理API查询到该服务的信息，该信息包括：端点信息(endpoint)，安全信息(security)等。获取这些服务信息后，其它应用可以作为服务的消费者调用服务。

当前实际MEC项目部署规划方案中，MEO的部署级别一般为大区级以上，某些运营商甚至可能全国部署唯一的MEO设备。这样的部署方式就意味着所有的MEC应用的实例化和上线必须从统一入口执行。即所有的MEC应用从MEO到MEPM，再到MEP，按自顶向下的方式进行实例化和上线。这种方式缺乏灵活性，任何边缘站点的应用部署，都需要依赖集中式的入口操作，无法做到快速灵活的部署。

图2是适用本申请的自顶向下的应用注册方式200的一例示意图。如图2所示，MEC编排器(MEO)加载应用包，并通过Mm3接口通知MEC平台管理器(MEPM)进行应用实例化。然后，MEPM通过Mm6端口通知虚拟化基础设施管理器(VIM)进行虚拟资源分配。最后，MEPM还通过Mm5端口通知MEC平台(MEP)进行规则下发，最终实现自顶向下的应用注册。

同时，除了ETSI MEC系统外，其它标准组织也在定义类似的边缘架构，不同组织定义的边缘应用的注册内容、流程和消息格式可能都不一样，这可能给应用开发者带来不少负担。例如，3GPP SA6和ETSI MEC各自定义了APP注册的接口标准，应用的开发者需要针对这两个系统的不同标准，开发不同格式的应用包交付件，否则按3GPP SA6定义的 EASProfile格式开发的应用包交付件，无法注册在MEC系统中。

图3是适用本申请的非MEC系统向MEC系统提供服务的一例示意图。如图3所示，当类似公有云、3GPP系统、工业系统等领域的应用向边缘MEC系统进行服务注册，也就是说，边缘应用向MEC系统提供或调用服务，或者向边缘MEC系统进行应用迁移(即，请求应用注册和被纳管)，或者进行边缘应用虚拟资源管理和运行态信息管理时，并没有灵活的解决方案。

综上所述，边缘应用如何在MEC系统进行注册，并向MEC系统提供服务是是亟待解决的技术问题。

有鉴于此，本申请提供了一种用于注册的方法和装置，提供自底向上的注册方式，使得应用能够根据业务需求在MEC站点进行服务注册。该方法提供的注册方式灵活快速，可以让边缘应用注册到MEC系统中并提供服务。例如，可以直接在边缘站点进行，然后通过该注册方式，边缘应用可以进行虚拟资源实例化，服务注册或运行态信息注册。应用开发者为非MEC系统开发的应用也可以在MEC系统进行注册，节省了应用开发者适配的工作。公有云或其它系统中部署的应用也可以通过该方法向MEC系统进行应用注册、生成应用描述文件以及进行服务注册。

为了便于理解本申请实施例，作出以下几点说明：

在本申请的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

在本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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分别可以是单个，也可以是多个。

在本申请实施例中，“第一”、“第二”以及各种数字编号指示为了描述方便进行的区分，并不用来限制本申请实施例的范围。例如，区分不同的指示信息等。

在本申请实施例中，“当……时”、“在……的情况下”以及“如果”等描述均指在某种客观情况下设备会做出相应的处理，并非是限定时间，且也不要求设备在实现时一定要有判断的动作，也不意味着存在其它限定。

在本申请实施例中，“用于指示”可以包括用于直接指示和用于间接指示。当描述某一指示信息用于指示A时，可以包括该指示信息直接指示A或间接指示A，而并不代表该指示信息中一定携带有A。

本申请实施例涉及的指示方式应理解为涵盖可以使得待指示方获知待指示信息的各种方法。待指示信息可以作为整体一起发送，也可以分成多个子信息分开发送，而且这些子信息的发送周期和/或发送时机可以相同，也可以不同，本申请对具体的发送方法不作限定。

本申请实施例中的“指示信息”可以是显式指示，即通过信令直接指示，或者根据信令指示的参数，结合其他规则或结合其他参数或通过推导获得。也可以是隐式指示，即根据规则或关系，或根据其他参数，或推导获得。本申请对此不作具体限定。

应理解，本申请所涉及的请求消息、指示信息、响应消息等承载方式可以是但不限于：无线资源控制信令、媒体接入控制(media access control，MAC)层信令中的一种或者两种的组合。其中，无线资源控制信令包括无线资源控制(radio resource control，RRC)信令；MAC层信令包括MAC控制元素(MAC control element，MAC CE)信令；调度信息可以承载在物理层(physical，PHY)信令中，物理层信令包括下行控制信息(downlink controlinformation，DCI)信令等。

在本申请实施例中，“无线通信”可以简称为“通信”。“通信”还可以描述为“数据传输”、“信息传输”、“数据处理”等。“传输”包括“发送”和“接收”。本申请对此不作具体限定。

下面将结合附图详细说明本申请提供的技术方案。

图4是适用本申请实施例的自底向上的应用注册方式400的一例示意图。如图4所示，非MEC应用通过Mp1接口向MEC平台(MEP)发送注册请求，MEP通过Mm5接口通知MEC平台管理器(MEPM)进行处理。然后，MEPM通过Mm3接口通知MEC编排器 (MEO)进行处理。最后，MEPM还通过Mm6接口通知虚拟化基础设施管理器(VIM) 进行处理，最终实现自顶向下的应用注册。

换句话说，该应用注册流程是从边缘的站点，到边缘的管理器，再到中心的编排器，具有灵活快速的特点，方便应用根据业务需求在MEC站点进行服务注册。

图5是适用本申请的用于注册的方法500的一例示意性流程图。具体实现步骤包括：

S510，边缘应用发送应用注册请求消息。

示例性的，边缘应用可以向多接入边缘计算平台MEP或代理设备发送该应用注册请求消息。

对应的，MEP或代理设备接收来自边缘应用的应用注册请求消息。

其中，应用注册请求消息包括模板内容和该模板内容对应的模板类型，该模板内容用于描述该边缘应用。

需要说明的是，在本申请实施例中，边缘应用可以是指期望在MEC系统边缘向MEC系统提供服务的应用。该应用可以是部署在MEC系统边缘的应用，也可以是部署在远端，但在本地MEC系统完成注册的应用。本申请对此不作具体限定。

应理解，模板内容可以理解为模板码流。例如，模板内容为EAS profile，其对应的模板类型为EAS。具体可参见标准3GPP TS 23.558中的定义，为了简洁，此处不再过多赘述。

可选地，应用实例标识(applicationInstanceId)对应的应用实例是根据第一信元确定的，该第一信元是根据应用注册请求消息确定的。

其中，在本申请技术方案中，该第一信元是边缘应用注册的必选信元。

示例性的，第一信元包括：服务名、应用名、虚拟资源信息、规则信息。

可选地，该第一信元还可以包括：服务版本、应用提供者、应用软件版本、应用描述、软件镜像等。

可选地，应用注册请求消息还可以包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

其中，运行态信息可以理解为应用在运行态中的动态信息，包括但不限于：应用服务运行状态，应用实时统计信息等。通过运行态信息可以进一步更新边缘应用的AppD。

S520，MEP或者代理设备根据模板类型解析模板内容。

示例性的，MEP可以根据模板类型完成模板内容的识别，并根据模板类型选择合适的解析模板算法。

一种可能的实现方式，如果MEP通过解析模板内容后，并未获取或者完全获取应用注册必选信元(例如，第一信元)，那么边缘应用(例如，EAS)还可以在应用注册请求消息中携带扩展信元(例如，运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名等)，MEP可以进一步根据携带的扩展信元确定应用注册的必选信元。

也就是说，MEP可以通过判断解析后的信元是否满足应用注册请求，进而确定是否需要通过携带的扩展信元来提供的适配信息，实现最终的边缘应用注册。

需要说明的是，如果解析后的信元以及携带的扩展信元并不能满足边缘应用注册的基本要求，那么可以认为该应用注册请求失败。

可选地，MEP需要检查解析后的信元的正确性。例如，可以是信元格式的检查。如果正确的信元格式是字符串，但是解析后的信元格式是文字或者数字，则说明该信元是不正确的，可以选择剔除。

在本申请实施例中，MEP还可以根据自身的配置和模板类型(例如，EAS)完成对模板内容(例如，EAS profile)的解析(例如，加载知识库等)；或者，MEP也可以根据模板类型向第三方请求，以完成对模板内容的解析等，本身其对此不作具体限定。

S530，MEP或者代理设备根据模板内容向多接入边缘计算平台管理器MEPM发送第一应用注册请求消息。

对应的，MEPM接收来自MEP的第一应用注册请求消息。

可选地，该第一应用注册请求消息包括第一信元，该第一信元是根据模板内容获取的。

可选地，该第一信元是根据模板内容和以下至少一种信息获取的，以下至少一种信息包括：虚拟资源信息、规则信息、鉴权信息、服务名、运行态信息。

可选地，该第一应用注册请求消息包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

一种可能的实现方式，MEPM向多接入边缘计算编排器MEO发送第二应用注册请求消息，第二应用注册请求消息包括应用描述文件、应用描述文件标识和指示信息；MEPM 接收来自MEO的第二应用注册响应消息，第二应用注册响应消息包括应用实例标识。

可选地，当应用实例正常运行后，该MEP可以为该应用创建服务实例。

一种可能的实现方式，MEP根据应用注册请求消息创建服务实例，以及分配服务实例标识(serInstanceId)；其中，应用注册响应消息包括服务实例标识。

另一种可能的实现方式，代理设备向多接入边缘计算平台MEP发送服务注册请求消息，对应的，MEP接收来自代理设备的服务注册请求消息；MEP根据服务注册请求消息创建服务实例，以及分配服务实例标识；MEP向代理设备发送第三应用注册响应消息，对应的，代理设备接收来自MEP的第三应用注册响应消息，第三应用注册响应消息包括服务实例标识；其中，第一注册响应消息包括服务实例标识。

应理解，当边缘应用的服务注册到MEP后，其它应用可以通过服务管理API查询到该服务的信息，该信息包括：端点信息(endpoint)，安全信息(security)等。获取这些服务信息后，其它应用可以作为服务的消费者调用服务。

S540，MEPM根据第一应用注册请求消息生成应用描述文件AppD，并分配应用描述文件标识AppDId。

可选地，MEPM对边缘应用的规则信息(例如，traffic rule、dns rule)等进行检查，保证所有服务对应的规则相互不冲突。例如，同一个DNS地址同时分配给多个不同的应用服务，那么将在通信中引发冲突。

应理解，路由器等数据面转发设备可以根据该规则对流量进行识别和转发。

S550，MEPM向MEO发送第二应用注册请求消息。

对应的，MEO接收来自MEPM的第二应用注册请求消息。

其中，该第二应用注册请求消息包括应用描述文件和应用描述文件标识。

可选地，该第二应用注册请求消息还包括指示信息，该指示信息用于指示对边缘应用进行虚拟资源管理。

一种可能的实现方式，MEO根据指示信息触发虚拟资源管理，并分配应用实例标识；其中，第二应用注册响应消息包括应用实例标识。

示例性的，MEO触发虚拟资源管理的功能，由MEO、MEPM和VIM共同配合完成。

需要说明的是，MEO接收来自MEPM的AppD和AppDId之后，存储该AppD和 AppDId，用于该边缘应用向MEC系统进行应用注册等。另外，MEO通过解析AppD能够获取应用运行所需要的各种虚拟资源的信息，并将这些信息通知MEPM和VIM完成虚拟资源的分配和相关配置。

在本申请实施例中，虚拟资源管理注册可以理解为边缘应用请求MEC系统对应用进行实例化。MEO、MEPM和VIM根据提供的虚拟资源信息，为该边缘应用申请及配置虚拟资源，同时分配应用实例ID(applicationInstanceId)，通过该应用实例ID可进行应用实例的其它操作，如：启动、停止、终止。

其中，虚拟资源分配的具体实现方式可以参照已有技术，本申请对此不作具体限定。

S561，MEO向MEPM发送第二应用注册响应消息。

对应的，MEPM接收来自MEO的第二应用注册响应信息。

可选地，该第二应用注册响应消息包括应用实例标识。

需要说明的是，如果该边缘应用已经通过MEO进行了应用实例化，则MEO直接向MEPM发送应用注册响应消息。也就是说，第二应用注册响应信息可以携带边缘应用对应的应用实例ID。

可选地，如果该边缘应用并没有通过MEO进行应用实例化，则可以在步骤S650的第二应用注册请求消息中携带指示信息，用于指示对边缘应用进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、MEPM和VIM共同配合完成。当应用实例(application instance)处于运行(running)状态后，MEO再向MEPM发送第二应用注册响应消息。

S562，MEPM向MEP发送第一应用注册响应消息。

对应的，MEPM接收来自MEO的第一应用注册响应信息。

可选地，该第一应用注册响应消息包括应用实例标识。

应理解，当边缘应用实例化正常运行后，MEP可以根据MEPM下发的各种规则信息(例如，traffic rule、dns rule等)对应用实例进行必要的环境配置。

S563，MEP向边缘发送应用注册响应消息。

对应的，边缘应用接收应用注册响应消息。

示例性的，MEPM接收来自MEP或代理设备的应用响应消息。

可选地，应用注册响应消息包括应用实例标识。

可选地，应用注册响应消息还包括服务实例标识。

需要说明的是，本申请的应用注册方案适用场景至少包括以下几种：其一，该边缘应用未在MEC系统中完成应用实例化，则边缘应用可以通过发送应用注册请求消息，使得MEC系统生成应用描述文件AppD，从而完成应用注册和实例化，以及进行服务注册等；其二，该边缘应用在MEC系统中已经完成应用注册，可以通过在应用注册请求消息中携带运行态信息，进一步使MEC系统更新该边缘应用对应的应用描述文件AppD，便于MEC 系统调整边缘应用资源；其三，该边缘应用未在MEC系统中完成注册，可以通过第三方设备实现在MEC系统中进行应用注册、生成应用描述文件，以及进行服务注册等。

应理解，以上提供的适用场景仅是示例性说明，不应对本申请技术方案的任何限定。

在上述提供的实现方式中，MEPM根据第一应用注册请求消息完成边缘应用注册，生成AppD以及分配AppDId。

可选地，在本申请技术方案中，MEO也可以完成该边缘应用的注册，生成AppD以及分配AppDId，具体实现方式与MEPM类似。为了简洁，此处不再赘述。

根据本申请提供的技术方案，采用自底向上的应用注册方式，使得边缘应用能够在 MEC系统进行应用注册、生成应用描述文件，以及向MEC系统请求边缘应用被纳管，该注册方式实现快速灵活的部署。本申请技术方案能够使得边缘应用应用注册、应用迁移、应用虚拟资源管理和应用运行态信息管理的实现更加灵活，通过边缘应用通过Mp1接口进行应用注册的流程，实现应用在MEC系统中的服务管理、虚拟资源管理、运行态信息管理等功能。

为便于理解本申请实施例，下面以3GPP系统的EAS向MEC系统请求应用注册为例，对本申请提供的技术方案进行示例性说明。

图6是适用本申请的提供的用于注册的方法600的一例示意性流程图。在该实现方式中，采用自底向上的应用注册流程(见图4)，使得EAS直接向MEC系统注册，MEP可以通过提供API的方式供应用进行注册。具体实现步骤包括：

S610，边缘应用服务器EAS向多接入边缘计算平台MEP发送注册请求消息#a(即，应用注册请求消息的一例)。

对应的，MEP接收来自EAS的注册请求消息#a。

其中，该注册请求消息#a用于请求应用注册，注册请求消息#a包括模板类型和模板内容。例如，EAS对应的模板类型为EAS，对应的模板内容为EAS profile。具体可参见标准3GPP TS 23.558中的定义，为了简洁，此处不再过多赘述。

可选地，该注册请求消息#a中还可以包括虚拟资源信息、规则信息、鉴权信息、服务名等信元中的至少一个。

其中，该注册请求消息#a中携带的信元对应的含义或作用可参见表1。

表1

示例性，运行态信息可以包括在应用实例运行中，针对恶意攻击报文IP及端口号的记录，边缘应用通过将该运行态信息提供给MEC系统，供MEC系统进行分析及进一步处理。

S620，MEP解析该注册请求消息#a，以获取解析后的信元，并检查解析后的信元的正确性。

应理解，MEP可以根据模板类型完成模板内容的识别，并根据模板类型选择合适的解析模板算法。

在该实现方式中，解析后的信元可以包括表2中提供的所有应用注册必选信元(即，第一信元一例)。

可选地，解析后的信元还可以包括应用注册可选信元。例如，规则信息、鉴权信息等。

其中，应用注册必选信元包括服务名、服务版本、应用名、应用提供者、应用软件版本、应用描述、软件镜像和虚拟资源信息，其对应的含义或作用可参见表2。

表2

需要说明的是，如果MEP针对注册请求消息#a的模板内容解析后，并未获取或者完全获取表2中所示的应用注册必选信元，那么还可以通过应用携带的扩展信元进一步确定应用注册的必选信元。即根据解析后的信元是否满足应用注册请求的要求，进而提供的适配信息。

例如，EAS通过注册请求消息#a携带扩展信元。该扩展信元可以是表1中的虚拟资源信息、规则信息、鉴权信息、服务名、运行态信息中的一个或多个。

如果解析后的信元以及携带的扩展信元并不能实现应用注册的基本要求，那么可以认为该注册请求失败。

示例性的，MEP在接收到注册请求消息#a后，根据模板类型EAS对模板内容EASprofile进行解析，以获取应用注册的信元。其中，MEP检查解析后的信元的正确性，可以是信元格式的检查。例如，正确的信元格式是字符串，但是解析后的信元(例如，应用提供者)格式是文字或者数字，则说明该信元是不正确的，可以选择剔除。

类似地，MEP也需要对扩展参数进行格式等检查，具体的格式检查方式在此不过多赘述。

可选地，在本申请实施例中，MEP还可以根据自身的配置和模板类型(例如，EAS)完成对模板内容(例如，EAS profile)的解析(例如，加载知识库等)；或者，MEP也可以根据模板类型向第三方请求，以完成对模板内容的解析等，本身其对此不作具体限定。

S630，MEP向多接入边缘计算平台管理器MEPM发送该注册请求消息#b(即，第一应用注册请求消息的一例)。

对应的，MEPM接收来自MEP的注册请求消息#b。

其中，该注册请求消息#b用于请求应用注册，注册请求消息#b携带步骤S620中解析后的信元，即应用注册的必选信元。

可选地，该注册请求消息#b还包括应用注册的可选信元。

示例性的，MEP将检查通过后的解析后的信元(以及扩展信元)重新组成为应用注册请求消息#b，并发送给MEPM。

一种可能的实现方式，该注册请求消息#b还可以包括指示信息#a(即，指示信息的一例)，该指示信息#a用于指示对应用服务(EAS)进行虚拟资源管理注册。例如，MEO 触发虚拟资源管理的功能，由MEO、MEPM和VIM共同配合完成。

需要说明的是，本申请实施例中的虚拟资源管理注册，指的是请求MEC系统对应用进行实例化，根据提供的虚拟资源信息，申请及配置虚拟资源，同时分配应用实例ID(applicationInstanceId)，通过该ID可进行应用实例的其它操作，如：启动、停止、终止。

其中，虚拟资源管理注册的具体实现方式可以参照已有技术，本申请对此不作具体限定。

S640，可选地，MEPM对规则信息等信元进行检查。

示例性的，规则信息可以包括EAS的流量路由规则(Traffic rule)、域名服务器规则 (domain name server rule，DNS rule)等。例如，MEPM对EAS的Traffic rule、DNS rule进行检查，保证所有服务对应的规则相互不冲突。例如，同一个DNS地址同时分配给多个不同的应用服务，那么将在通信中引发冲突。

可选地，如果步骤S630中的注册请求消息#b还包括指示信息#a，那么MEPM根据该指示信息#a(即，指示信息的一例)对应用服务(EAS)进行虚拟资源管理注册。

S650，MEPM向多接入边缘计算编排器MEO发送注册请求消息#c(即，第二应用注册请求消息的一例)。

对应的，MEO接收来自MEPM的注册请求消息#c。

其中，该该注册请求消息#c用于请求应用注册，注册请求消息#c携带解析后的信元，即应用注册的必选信元。

可选地，该该注册请求消息#c还包括应用注册的可选信元。

示例性的，MEPM将检查通过后的解析后的信元(以及扩展信元)重新组成为应用注册请求消息#c，并发送给MEO。

可选地，该注册请求消息#c还可以包括指示信息#a，该指示信息#a用于指示MEO对应用服务(EAS)进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、 MEPM和VIM共同配合完成。

需要说明的是，步骤S630中的注册请求消息#b和步骤S650中的注册请求消息#c可以相同，本申请对此不作具体限定。

S660，MEO根据注册请求消息#c完成应用注册。

其中，MEO分配AppDId，并根据注册请求消息#c生成应用描述文件AppD。

可选地，如果步骤S650中的注册请求消息#c还包括指示信息#a，那么MEO根据该指示信息#a触发虚拟资源分配流程，待application instance处于running状态后，MEO再向MEPM发送注册响应消息#a。其中，该注册响应消息#a中包括应用实例ID。

其中，虚拟资源分配流程的具体实现方式可以参照已有技术，本申请对此不作具体限定。

S671，MEO向MEPM发送注册响应消息#a(即，第二应用响应消息的一例)。

对应的，MEPM接收来自MEO的注册响应信息#a。

S672，MEPM向MEP发送注册响应信息#b(即，第一应用响应消息的一例)。

对应的，MEP接收来自MEPM的注册响应信息#b。

其中，在步骤S671和步骤S672中，注册响应信息#a和注册响应信息#b用于答复应用注册请求。

可选地，如果该应用已经通过MEO进行了应用实例化，则MEO向MEPM回复注册响应。也就是说，注册响应信息#a和注册响应信息#b中可以携带应用(例如，EAS)对应的应用实例ID。

可选地，如果该应用并没有通过MEO进行应用实例化，则在步骤S650中的注册请求消息#c还可以携带指示信息#a，该指示信息#a用于指示对应用服务(EAS)进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、MEPM和VIM共同配合完成。当应用实例处于运行状态后，MEO再向MEPM发送注册响应消息#a。

S680，可选地，MEP根据注册响应消息#b对该应用(例如，EAS)分配服务实例ID(serInstanceId)，并且使能规则。

其中，MEP分配serInstanceld的具体实现方式可以参照已有技术，使能规则可以是 Traffic rule、DNS rule等规则信息，本申请对此不作具体限定。

S690，MEP向EAS发送注册响应信息#c(即，应用响应消息的一例)。

对应的，EAS接收来自MEP的注册响应信息#c。

其中，注册响应信息#c用于答复应用注册请求，可以携带应用(例如，EAS)对应的应用实例ID，本申请对此不作具体限定。

可选地，该注册响应信息#c还可以包括服务实例ID(serInstanceId)，本申请对此不作具体限定。

应理解，当非MEC应用(例如，EAS)的服务注册到MEC后，MEC系统的应用可以通过服务管理API查询到非MEC应用的服务信息，包括：端点信息(endpoint)，安全信息(security)等信息。MEC系统的应用获取这些服务信息后，可以作为消费者调用非MEC应用的服务。同时，非MEC系统的应用也可以通过服务管理API查询到其它非 MEC应用的服务，并调用这些服务。

需要说明的是，上述以3GPP系统的EAS为例进行示例性说明，不应构成对本申请技术方案的任何限定。应理解，该实现方式中的注册流程同样适用于其他非MEC系统的应用。

综上所述，该实施例采用自底向上的应用注册方式，实现非MEC应用向MEC系统提供服务以及请求被纳管。该注册方式具有灵活快速的特点，方便应用根据业务需求在 MEC站点进行服务注册。

图7是本申请实施例提供的一种用于注册的方法700的示意性流程图。在该实现方式中，采用自底向上的应用注册流程(见图4)，使得3GPP系统的EAS直接向MEC系统注册，MEP可以通过提供API的方式供应用进行注册。与方法600不同之处在于，由MEPM 完成注册，给边缘应用分配AppDId，并生成AppD。具体实现步骤包括：

S710，边缘应用服务器EAS向多接入边缘计算平台MEP发送注册请求消息#1(即，应用注册消息的一例)。

对应的，MEP接收来自EAS的注册请求消息#1。

其中，该注册请求消息#1用于请求应用注册，注册请求消息#1包括模板类型和模板内容。例如，EAS对应的模板类型为EAS，对应的模板内容为EAS profile。具体可参见标准3GPP TS 23.558中的定义，为了简洁，此处不再过多赘述。

可选地，该注册请求消息#1中还包括虚拟资源信息、规则信息、鉴权信息、服务名等信元中的至少一个。

其中，该注册请求消息#1中携带的信元对应的含义或作用可参见方法600中的表1。为了简洁，此处不再赘述。

S720，MEP解析该注册请求消息#1，以获取解析后的信元，并检查解析后的信元的正确性。

在该实现方式中，解析后的信元可以包括表2中提供的所有应用注册必选信元(即，第一信元的一例)，包括服务名、服务版本、应用名、应用提供者、应用软件版本、应用描述、软件镜像和虚拟资源信息，其对应的含义或作用可参见方法600中的表2。为了简洁，此处不再赘述。

示例性的，MEP在接收到注册请求消息#1后，根据模板类型AS对模板内容EASprofile进行解析，以获取应用注册的必选信元和可选信元。其中，MEP检查解析后的信元的正确性，可以是信元格式的检查。例如，正确的信元格式是字符串，但是解析后的信元格式是文字或者数字，则说明该信元是不正确的，可以选择剔除。

S730，MEP向多接入边缘计算平台管理器MEPM发送该注册请求消息#2(即，第一应用注册请求消息的一例)。

对应的，MEPM接收来自MEP的注册请求消息#2。

其中，该注册请求消息#2用于请求应用注册，注册请求消息#b携带步骤S820中解析后的信元，即应用注册的必选信元。

可选地，该注册请求消息#2还包括应用注册的可选信元。

示例性的，MEP将检查通过后的解析后的信元(以及扩展信元)重新组成为应用注册请求消息#2，并发送给MEPM。

一种可能的实现方式，该注册请求消息#2还可以包括指示信息#1(即，指示信息的一例)，该指示信息#1用于指示对应用服务进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、MEPM和VIM共同配合完成。

需要说明的是，本申请实施例中的虚拟资源管理注册，指的是请求MEC系统对应用进行实例化，根据提供的虚拟资源信息，申请及配置虚拟资源，同时分配应用实例ID，通过该ID可进行应用实例的其它操作，如：启动、停止、终止。其中，虚拟资源管理注册的具体实现方式可以参照已有技术，本申请对此不作具体限定。

S740，可选地，MEPM对规则信息等信元进行检查，并根据注册请求消息#2完成应用注册。

其中，MEPM完成应用注册包括分配AppDId，并根据注册请求消息#2生成应用描述文件AppD。

示例性的，规则信息可以包括EAS的流量路由规则(Traffic rule)、域名服务器规则 (DNS rule)等。例如，MEPM对EAS的Traffic rule、DNS rule进行检查，保证所有服务对应的规则相互不冲突。例如，同一个DNS地址同时分配给多个不同的应用服务，那么将在通信中引发冲突。

可选地，如果步骤S730中的注册请求消息#2还包括指示信息#1，那么MEPM根据该指示信息#1对应用服务进行虚拟资源管理注册。

S750，MEPM向多接入边缘计算编排器MEO发送注册请求消息#3(即，第二应用注册请求消息的一例)。

对应的，MEO接收来自MEPM的注册请求消息#3。

其中，该注册请求消息#3用于请求应用注册，注册请求消息#3携带AppDId和AppD。

可选地，该注册请求消息#3还可以包括指示信息#1，该指示信息#1用于对应用服务指示MEO进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、MEPM 和VIM共同配合完成。

S760，MEO储存AppDId和AppD。

可选地，如果步骤S750中的注册请求消息#3还包括指示信息#1，那么MEO根据该指示信息#1触发虚拟资源分配流程，待应用实例处于运行状态后，MEO再向MEPM发送注册响应消息#1。其中，该注册响应消息#1中包括应用实例ID。

S771，MEO向MEPM发送注册响应消息#1(即，第二应用响应消息的一例)。

对应的，MEPM接收来自MEO的注册响应信息#1。

S772，MEPM向MEP发送注册响应信息#2(即，第一应用响应消息的一例)。

对应的，MEP接收来自MEPM的注册响应信息#2。

其中，在步骤S771和步骤S772中，注册响应信息#1和注册响应信息#2用于答复应用注册请求，可以携带应用对应的AppDId和AppD，本申请对此不作具体限定。

可选地，如果该应用已经通过MEO进行了应用实例化，则MEO向MEPM回复注册响应。也就是说，注册响应消息#1中包括应用实例ID。

可选地，如果该应用并没有通过MEO进行应用实例化，则在步骤S750中的注册请求消息#3还可以携带指示信息#1，该指示信息#1用于指示对应用服务进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、MEPM和VIM共同配合完成。当应用实例处于运行状态后，MEO再向MEPM发送注册响应消息#1。

S780，可选地，MEP根据注册响应消息#2分配服务实例ID，并且使能规则。

S790，MEP向EAS发送注册响应信息#3(即，应用响应消息的一例)。

对应的，EAS接收来自MEP的注册响应信息#3。

其中，注册响应信息#3用于答复应用注册请求，可以携带应用对应的应用实例ID，本申请对此不作具体限定。

可选地，该注册响应信息#c还可以包括服务实例ID，本申请对此不作具体限定。

应理解，当非MEC应用的服务注册到MEC后，MEC系统的应用可以通过服务管理 API查询到非MEC应用的服务信息，包括：端点信息(endpoint)，安全信息(security) 等信息。MEC系统的应用获取这些服务信息后，可以作为消费者调用非MEC应用的服务。同时，非MEC系统的应用也可以通过服务管理API查询到其它非MEC应用的服务，并调用这些服务。

图8是本申请实施例提供的一种用于注册的方法800的示意性流程图。在该实现方式中，采用自底向上的应用注册流程(见图4)，使得3GPP系统的EAS通过代理设备服务向MEC系统注册，不改变当前MEP的功能。具体实现步骤包括：

S810，边缘应用服务器EAS向代理设备发送注册请求消息#A(即，应用注册请求消息的一例)。

对应的，代理设备接收来自EAS的注册请求消息#A。

可选地，该注册请求消息#A中还包括虚拟资源信息、规则信息、鉴权信息、服务名等信元中的至少一个。

其中，该注册请求消息#A中携带的信元对应的含义或作用可参见方法600中的表1。为了简洁，此处不再赘述。

需要说明的是，代理设备可以通过提供MEC服务管理(MEC service management，API)的方式，使得EAS调用并进行注册。

S820，代理设备解析该注册请求消息#A，以获取解析后的信元，并检查解析后的信元的正确性。

应理解，代理设备可以根据模板类型完成模板内容的识别，并根据模板类型选择合适的解析模板算法。

在该实现方式中，解析后的信元可以包括2表中提供的所有应用注册必选信元(即，第一信元的一例)，包括服务名、服务版本、应用名、应用提供者、应用软件版本、应用描述、软件镜像和虚拟资源信息，其对应的含义或作用可参见方法600中的表2。为了简洁，此处不再赘述。

需要说明的是，如果MEP针对注册请求消息#A的模板内容解析后，并未获取或者完全获取表2中所示的应用注册必选信元，那么应用还可以通过扩展信元进一步确定应用注册的必选信元。即根据解析后的信元是否满足应用注册请求的要求，进而提供的适配信息。

示例性的，代理设备在接收到注册请求消息#A后，根据模板类型EAS对模板内容EAS profile进行解析，以获取应用注册的必选信元和可选信元。其中，代理设备检查解析后的信元的正确性，可以是信元格式的检查。例如，正确的信元格式是字符串，但是解析后的信元格式是文字或者数字，则说明该信元是不正确的，可以选择剔除。

类似地，代理设备也需要对扩展参数进行格式等检查，具体的格式检查方式在此不过多赘述。

S830，代理设备向多接入边缘计算平台管理器MEPM发送该注册请求消息#B(即，第一应用注册请求消息的一例)。

对应的，MEPM接收来自代理设备的注册请求消息#B。

其中，该注册请求消息#B用于请求应用注册，注册请求消息#B携带步骤S820中解析后的信元，即应用注册的必选信元。

可选地，该注册请求消息#B还包括应用注册的可选信元。

示例性的，代理设备将检查通过后的解析后的信元(以及扩展信元)重新组成为应用注册请求消息#B，并发送给MEPM。

一种可能的实现方式，该注册请求消息#B还可以包括指示信息#A(即，指示信息的一例)，该指示信息#A用于指示对应用服务进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、MEPM和VIM共同配合完成。

需要说明的是，本申请实施例中的虚拟资源管理注册，指的是请求MEC系统对应用进行实例化，根据提供的虚拟资源信息，申请及配置虚拟资源，同时分配应用实例ID，通过该ID可进行应用实例的其它操作，如：启动、停止、终止。

S840，可选地，MEPM对规则信息等信元进行检查。

可选地，如果步骤S830中的注册请求消息#B还包括指示信息#A，那么MEPM根据该指示信息#A对应用服务进行虚拟资源管理注册。

S850，MEPM向多接入边缘计算编排器MEO发送注册请求消息#C(即，第二应用注册请求消息的一例)。

对应的，MEO接收来自MEPM的注册请求消息#C。

其中，该注册请求消息#C用于请求应用注册，注册请求消息#C携带解析后的信元，即应用注册的必选信元。

可选地，该注册请求消息#C还包括应用注册的可选信元。

可选地，该注册请求消息#C还可以包括指示信息#A，该指示信息#A用于指示对应用进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、MEPM和VIM 共同配合完成。

需要说明的是，步骤S830中的注册请求消息#B和步骤S850中的注册请求消息#C可以相同，本申请对此不作具体限定。

S860，MEO根据注册请求消息#C完成应用注册。

可选地，如果步骤S850中的注册请求消息#C还包括指示信息#A，那么MEO根据该指示信息#A触发虚拟资源分配流程，待application instance处于running状态后，MEO再向MEPM发送注册响应消息#A。其中，该注册响应消息#A中包括应用实例ID。

需要说明的是，该实现方式是MEO完成边缘应用的注册流程。

可选地，本申请还可以由MEPM完成应用注册流程。即MEPM给应用分配AppDId，并生成AppD。具体实现步骤可以参见方法700中步骤S740-S760。为了简洁，此处不再赘述。

S871，MEO向MEPM发送注册响应消息#A(即，第二应用响应消息的一例)。

对应的，MEPM接收来自MEO的注册响应信息#A。

S872，MEPM向代理设备发送注册响应信息#B(即，第一应用响应消息的一例)。

对应的，代理设备接收来自MEPM的注册响应信息#B。

其中，在步骤S971和步骤S972中，注册响应信息#A和注册响应信息#B用于答复应用注册请求。

可选地，如果该应用已经通过MEO进行了应用实例化，则MEO向MEPM回复注册响应。也就是说，注册响应信息#A和注册响应信息#B中可以携带应用对应的应用实例ID。

可选地，如果该应用并没有通过MEO进行应用实例化，则在步骤S650中的注册请求消息#C还可以携带指示信息#A，该指示信息#a用于指示对应用服务(EAS)进行虚拟资源管理注册。例如，MEO触发虚拟资源管理的功能，由MEO、MEPM和VIM共同配合完成。当应用实例应用实例处于运行状态后，MEO再向MEPM发送注册响应消息#a。

S880，代理设备向MEP发送注册请求消息#D(即，服务注册请求消息的一例)。

对应的，MEP接收来自代理设备的注册请求消息#D。

其中，该注册请求消息#D用于请求服务注册，注册请求消息#D中包括应用(例如，EAS)对应的应用实例ID。

S890，可选地，MEP根据注册请求消息#D分配服务实例ID，并且使能规则。

S891，MEP向代理设备发送注册响应信息#C(即，第三应用响应消息的一例)。

对应的，代理设备接收来自MEP的注册响应信息#C。

其中，注册响应信息#C用于答复应用注册请求，可以携带应用对应的应用实例ID，本申请对此不作具体限定。

S892，代理设备向EAS发送注册响应信息#D(即，应用响应消息的一例)。

对应的，EAS接收来自代理设备的注册响应信息#D。

其中，注册响应信息#D用于答复应用注册请求，可以携带应用对应的应用实例ID，本申请对此不作具体限定。

可选地，该注册响应信息#D还可以包括服务实例ID，本申请对此不作具体限定。

总之，根据本申请提供的技术方案，可以降低边缘应用开发者的应用上线成本，应用开发者进行一种格式的应用开发，就可以应用在不同的系统中。还可以使应用在边缘站点向中心管理设备进行注册上线，增加了应用部署的灵活性。还可以满足应用从非MEC系统向MEC系统的迁移，并将应用纳管到MEC系统中。

上文结合图1至图8，详细描述了本申请的用于注册的方法侧实施例，下面将结合图 9和图10，详细描述本申请的用于注册的装置侧实施例。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图9是本申请实施例提供的用于注册的装置的示意性框图。如图9所示，该装置1000 可以包括收发单元1010和处理单元1020。收发单元1010可以与外部进行通信，处理单元1020用于进行数据处理。收发单元1010还可以称为通信接口或收发单元。

在一种可能的设计中，该装置1000可实现对应于上文方法实施例中的边缘应用执行的步骤或者流程，其中，处理单元1020用于执行上文方法实施例中边缘应用的处理相关的操作，收发单元1010用于执行上文方法实施例中边缘应用的收发相关的操作。

示例性地，收发单元1010，用于：边缘应用发送应用注册请求消息，应用注册请求消息包括模板内容和模板内容对应的模板类型，模板内容用于描述边缘应用；边缘应用接收应用注册响应消息。

在另一种可能的设计中，该装置1000可实现对应于上文方法实施例中的多接入边缘计算平台MEP执行的步骤或者流程，其中，收发单元1010用于执行上文方法实施例中MEP的收发相关的操作，处理单元1020用于执行上文方法实施例中MEP的处理相关的操作。

示例性地，收发单元1010，用于：多接入边缘计算平台MEP接收来自边缘应用的应用注册请求消息，应用注册请求消息包括模板内容和模板内容对应的模板类型，模板内容用于描述边缘应用；

处理单元1020，用于：MEP根据模板类型解析模板内容；

收发单元1010，还用于：MEP根据模板内容向多接入边缘计算平台管理器MEPM发送第一应用注册请求消息；MEP接收来自MEPM的第一应用注册响应信息；MEP向边缘应用发送应用注册响应消息。

在又一种可能的设计中，该装置1000可实现对应于上文方法实施例中的多接入边缘计算平台管理器MEPM执行的步骤或者流程，其中，处理单元1020用于执行上文方法实施例中MEPM的处理相关的操作，收发单元1010用于执行上文方法实施例中MEPM的收发相关的操作。

示例性地，收发单元1010，用于：多接入边缘计算平台管理器MEPM接收来自多接入边缘计算平台MEP的第一应用注册请求消息；

处理单元1020，用于：MEPM根据第一应用注册请求消息生成应用描述文件，并分配应用描述文件标识；

收发单元1010，还用于：MEPM向MEP发送第一应用注册响应消息。

在又一种可能的设计中，该装置1000可实现对应于上文方法实施例中的多接入边缘计算编排器MEO执行的步骤或者流程，其中，处理单元1020用于执行上文方法实施例中MEO的处理相关的操作，收发单元1010用于执行上文方法实施例中MEO的收发相关的操作。

示例性地，收发单元1010，用于：多接入边缘计算编排器MEO接收来自多接入边缘计算平台管理器MEPM的第二应用注册请求消息，第二应用注册请求消息包括应用描述文件和应用描述文件标识；MEO向MEPM发送第二应用注册响应消息。

在又一种可能的设计中，该装置1000可实现对应于上文方法实施例中的代理设备执行的步骤或者流程，其中，处理单元1020用于执行上文方法实施例中代理设备的处理相关的操作，收发单元1010用于执行上文方法实施例中代理设备的收发相关的操作。

示例性的，收发单元1010，用于：代理设备接收来自边缘应用的应用注册请求消息，应用注册请求消息包括模板内容和模板内容对应的模板类型，模板内容用于描述边缘应用；

处理单元1020，用于：代理设备根据模板类型解析模板内容；

收发单元1010，还用于：代理设备根据模板内容向多接入边缘计算平台管理器MEPM 发送第一应用注册请求消息；代理设备接收来自MEPM的第一应用注册响应信息；代理设备向边缘应用发送应用注册响应消息。

在又一种可能的设计中，该装置1000可实现对应于上文方法实施例中的MEO执行的步骤或者流程，其中，处理单元1020用于执行上文方法实施例中MEO的处理相关的操作，收发单元1010用于执行上文方法实施例中MEO的收发相关的操作。

示例性的，收发单元1010，用于：多接入边缘计算编排器MEO接收来自多接入边缘计算平台管理器MEPM的第三应用注册请求消息；

处理单元1020，用于：MEO根据第三应用注册请求消息生成应用描述文件，并分配应用描述文件标识；

收发单元1010，还用于：MEO向MEPM发送第二应用注册响应消息。

在又一种可能的设计中，该装置1000可实现对应于上文方法实施例中的MEPM执行的步骤或者流程，其中，处理单元1020用于执行上文方法实施例中MEPM的处理相关的操作，收发单元1010用于执行上文方法实施例中MEPM的收发相关的操作。

示例性的，收发单元1010，用于：多接入边缘计算平台管理器MEPM向多接入边缘计算编排器MEO发送第三应用注册请求消息；MEPM接收来自MEO的第二应用注册响应消息。

应理解，这里的装置1000以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置1000可以具体为上述实施例中的发送端，可以用于执行上述方法实施例中与发送端对应的各个流程和/或步骤，或者，装置1000可以具体为上述实施例中的接收端，可以用于执行上述方法实施例中与接收端对应的各个流程和/或步骤，为避免重复，在此不再赘述。

上述各个方案的装置1000具有实现上述方法中发送端所执行的相应步骤的功能，或者，上述各个方案的装置1000具有实现上述方法中接收端所执行的相应步骤的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块；例如收发单元可以由收发机替代(例如，收发单元中的发送单元可以由发送机替代，收发单元中的接收单元可以由接收机替代)，其它单元，如处理单元等可以由处理器替代，分别执行各个方法实施例中的收发操作以及相关的处理操作。

此外，上述收发单元还可以是收发电路(例如可以包括接收电路和发送电路)，处理单元可以是处理电路。在本申请的实施例，图9中的装置可以是前述实施例中的接收端或发送端，也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。其中，收发单元可以是输入输出电路、通信接口。处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。

图10示出了本申请实施例提供的用于注册的装置2000。该装置2000包括处理器2010 和收发器2020。其中，处理器2010和收发器2020通过内部连接通路互相通信，该处理器2010用于执行指令，以控制该收发器2020发送信号和/或接收信号。

可选地，该装置2000还可以包括存储器2030，该存储器2030与处理器2010、收发器2020通过内部连接通路互相通信。该存储器2030用于存储指令，该处理器2010可以执行该存储器2030中存储的指令。

在一种可能的实现方式中，装置2000用于实现上述方法实施例中的边缘应用对应的各个流程和步骤。

在另一种可能的实现方式中，装置2000用于实现上述方法实施例中的多接入边缘计算平台MEP对应的各个流程和步骤。

在又一种可能的实现方式中，装置2000用于实现上述方法实施例中的多接入边缘计算平台管理器MEPM对应的各个流程和步骤。

在又一种可能的实现方式中，装置2000用于实现上述方法实施例中的多接入边缘计算编排器MEO对应的各个流程和步骤。

应理解，装置2000可以具体为上述实施例中的发送端或接收端，也可以是芯片或者芯片系统。对应的，该收发器2020可以是该芯片的收发电路，在此不做限定。具体地，该装置2000可以用于执行上述方法实施例中与发送端或接收端对应的各个步骤和/或流程。

可选地，该存储器2030可以包括只读存储器和随机存取存储器，并向处理器提供指令和数据。存储器的一部分还可以包括非易失性随机存取存储器。例如，存储器还可以存储设备类型的信息。该处理器2010可以用于执行存储器中存储的指令，并且当该处理器2010执行存储器中存储的指令时，该处理器2010用于执行上述与发送端或接收端对应的方法实施例的各个步骤和/或流程。

在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

应注意，本申请实施例中的处理器可以是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。本申请实施例中的处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器 (enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM， SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

根据本申请实施例提供的方法，本申请还提供一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得该计算机执行图 5或图6或图7或图8所示实施例中的方法。

根据本申请实施例提供的方法，本申请还提供一种计算机可读介质，该计算机可读介质存储有程序代码，当该程序代码在计算机上运行时，使得该计算机执行图5或图6或图 7或图8所示实施例中的方法。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种用于注册的方法，其特征在于，包括：

边缘应用发送应用注册请求消息，所述应用注册请求消息包括模板内容和所述模板内容对应的模板类型，所述模板内容用于描述所述边缘应用；

所述边缘应用接收应用注册响应消息。

2.根据权利要求1所述的方法，其特征在于，所述应用注册响应消息包括应用实例标识。

3.根据权利要求2所述的方法，其特征在于，所述应用实例标识对应的应用实例是根据第一信元确定的，所述第一信元是根据所述应用注册请求消息确定的。

4.根据权利要求3所述的方法，其特征在于，所述第一信元包括：服务名、应用名、虚拟资源信息、规则信息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述应用注册请求消息还包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述应用注册响应消息包括服务实例标识。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述边缘应用发送应用注册请求消息，包括：

所述边缘应用向多接入边缘计算平台MEP发送所述应用注册请求消息；或者，

所述边缘应用向边缘设备发送所述应用注册请求消息。

8.一种用于注册的方法，其特征在于，包括：

多接入边缘计算平台MEP接收来自边缘应用的应用注册请求消息，所述应用注册请求消息包括模板内容和所述模板内容对应的模板类型，所述模板内容用于描述所述边缘应用；

所述MEP根据所述模板类型解析所述模板内容；

所述MEP根据所述模板内容向多接入边缘计算平台管理器MEPM发送第一应用注册请求消息；

所述MEP接收来自所述MEPM的第一应用注册响应信息；

所述MEP向所述边缘应用发送应用注册响应消息。

9.根据权利要求8所述的方法，其特征在于，所述第一应用注册响应消息包括应用实例标识，以及所述应用注册响应消息包括应用实例标识。

10.根据权利要求8或9所述的方法，其特征在于，所述应用注册请求消息还包括以下至少一种：运行态信息、虚拟资源信息、规则信息、鉴权信息、服务名。

11.根据权利要求8至10中任一项所述的方法，其特征在于，所述第一应用注册请求消息包括第一信元，所述第一信元是根据所述模板内容获取的。

12.根据权利要求11所述的方法，其特征在于，所述第一信元是根据所述模板内容和以下至少一种信息获取的，所述以下至少一种信息包括：虚拟资源信息、规则信息、鉴权信息、服务名、运行态信息。

13.根据权利要求11或12所述的方法，其特征在于，所述第一信元包括：服务名、应用名、虚拟资源信息、规则信息。

14.根据权利要求8至13中任一项所述的方法，其特征在于，所述第一应用注册请求消息包括指示信息，所述指示信息用于指示对所述边缘应用进行虚拟资源管理。

15.根据权利要求8至14中任一项所述的方法，其特征在于，所述方法还包括：

所述MEP根据所述应用注册请求消息创建服务实例，以及分配服务实例标识；

其中，所述应用注册响应消息包括所述服务实例标识。

16.根据权利要求8至14中任一项所述的方法，其特征在于，所述方法还包括：

所述MEP接收来自代理设备的服务注册请求消息；

所述MEP根据所述服务注册请求消息创建服务实例，以及分配服务实例标识；

所述MEP向所述代理设备发送第三应用注册响应消息，所述第三应用注册响应消息包括所述服务实例标识；

其中，所述第一注册响应消息包括所述服务实例标识。

17.一种用于注册的方法，其特征在于，包括：

多接入边缘计算平台管理器MEPM接收来自多接入边缘计算平台MEP的第一应用注册请求消息；

所述MEPM根据所述第一应用注册请求消息生成应用描述文件，并分配应用描述文件标识；

所述MEPM向所述MEP发送第一应用注册响应消息。

18.根据权利要求17所述的方法，其特征在于，所述第一应用注册请求消息包括第一信元。

19.根据权利要求17或18所述的方法，其特征在于，所述第一应用注册响应消息包括应用实例标识。

20.根据权利要求18或19所述的方法，其特征在于，所述第一信元包括：服务名、应用名、虚拟资源信息、规则信息。

21.根据权利要求17至20中任一项所述的方法，其特征在于，所述第一应用注册请求消息包括指示信息，所述指示信息用于指示对边缘应用进行虚拟资源管理。

22.根据权利要求21所述的方法，其特征在于，所述方法还包括：

所述MEPM向多接入边缘计算编排器MEO发送第二应用注册请求消息，所述第二应用注册请求消息包括所述应用描述文件、所述应用描述文件标识和所述指示信息；

所述MEPM接收来自所述MEO的第二应用注册响应消息，所述第二应用注册响应消息包括应用实例标识。

23.一种用于注册的方法，其特征在于，包括：

多接入边缘计算编排器MEO接收来自多接入边缘计算平台管理器MEPM的第二应用注册请求消息，所述第二应用注册请求消息包括应用描述文件和应用描述文件标识；

所述MEO向所述MEPM发送第二应用注册响应消息。

24.根据权利要求23所述的方法，其特征在于，所述第二应用注册响应消息包括应用实例标识。

25.根据权利要求23或24所述的方法，其特征在于，所述第二应用注册请求消息还包括指示信息，所述指示信息用于指示对边缘应用进行虚拟资源管理。

26.根据权利要求25所述的方法，其特征在于，所述方法还包括：

所述MEO根据所述指示信息触发虚拟资源管理，并分配应用实例标识；

其中，所述第二应用注册响应消息包括所述应用实例标识。

27.一种用于注册的装置，其特征在于，包括：

用于实现权利要求1至7中任一项所述的方法的单元。

28.一种用于注册的装置，其特征在于，包括：

用于实现权利要求8至16中任一项所述的方法的单元。

29.一种用于注册的装置，其特征在于，包括：

用于实现权利要求17至22中任一项所述的方法的单元。

30.一种用于注册的装置，其特征在于，包括：

用于实现权利要求23至26中任一项所述的方法的单元。

31.一种通信系统，其特征在于，包括：

用于执行如权利要求1至7中任一项所述的方法的边缘应用；或者

用于执行如权利要求8至16中任一项所述的方法的多接入边缘计算平台MEP；或者

用于执行如权利要求17至22中任一项所述的方法的多接入边缘计算平台管理器MEPM；或者

用于执行如权利要求23至26中任一项所述的方法的多接入边缘计算编排器MEO。

32.一种无线通信装置，其特征在于，包括：处理器，所述处理器与存储器耦合；所述处理器，用于执行所述存储器中存储的计算机程序，以使得所述装置执行如权利要求1至26中任一项所述的方法。

33.一种芯片，其特征在于，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的通信装置执行如权利要求1至26中任一项所述的方法。

34.一种计算机程序，其特征在于，所述计算机程序被通信装置执行时，实现如权利要求1至26中任一项所述的方法。

35.一种计算机可读存储介质，其特征在于，包括：所述计算机可读存储介质上存储有计算机程序，当所述计算机程序运行时，使得所述计算机执行如权利要求1至26中任一项所述的方法。