一种用于多运营商核心网对接MEC的方法及系统
技术领域
本发明涉及通信技术领域，尤其涉及一种用于多运营商核心网对接MEC的方法及系统。
背景技术
随着国际形势的突变，国内进一步加速了5G(5th generation mobile networks或5th generation wireless systems、5th-Generation，第五代移动通信技术)建设，同时也在加速各类基于5G技术的二次开发和应用方案。3GPP(3rd Generation PartnershipProject，第三代合作伙伴计划)定义了5G应用的三大场景：eMBB(Enhanced MobileBroadband，增强移动宽带)、URLLC(Ultra-reliable and Low Latency Communications，超高可靠低时延通信)和mMTC(Massive Machine Type Communication，海量机器类通信)。其中，eMBB场景提供大流量移动宽带业务，如高速下载、高清视频等，这对无线回传网络造成巨大的压力，这需要将业务尽可能下沉至网络边缘，以实现业务的本地分流；而URLLC场景提供超高可靠超低时延通信，如无人驾驶、工业控制等，这也需要将业务下沉至网络边缘，已减少网络传输带来的网络时延。
面对5G应用需要下沉至网络边缘的特点，MEC(Multi-Access Edge Computing，边缘计算)应运而生，并且已经作为关键技术被纳入3GPP5G标准。5G核心网通过CP(controlplane，控制面)与UP(User plane，用户面)分离，UPF(User Plane Function，用户面网元)可以灵活的下沉部署到网络边缘，而PCF(Policy Control Function，策略控制)以及SMF(Session Management Function，会话管理)等控制面功能可以集中部署。而MEC使运营商和第三方服务可以托管在UE(User Equipment,用户终端)的接入点附近，从而通过减少端到端延迟和传输网络上的负载来实现高效的服务交付。5G核心网选择一个靠近UE的UPF，并通过N6接口执行从UPF到本地数据网络的流量控制。
但是，在目前的5G+MEC架构中，只能支持MEC系统对接单个运营商的5G核心网，即MEC系统和5G核心网需要属于同一个运营商，而MEC系统无法对接不同运营商的5G核心网，这一点也导致了5G应用的成本难以进一步降低，运营商的建设成本也居高不下。
发明内容
本发明的实施例提供一种用于多运营商核心网对接MEC的方法及系统，能够实现MEC系统对接不同运营商的5G核心网。
为达到上述目的，本发明的实施例采用如下技术方案：
第一方面，本申请实施例提供一种用于多运营商核心网对接MEC的方法，包括：
MEC的AF根据本地存储的关联信息或者配置信息，查询得到请求消息指向的运营商的核心网入口；所述MEC的AF将所述请求消息发送至NEF，所述NEF在UDR中保存接收到的请求消息；PCF收到来自所述UDR的数据改变的通知，并更新SMF的PCC规则；SMF从PCF接收到更新后的PCC规则后，重新配置PDU会话的用户面。
第二方面，本申请实施例提供用于多运营商核心网对接MEC的系统，包括：
MEC，用于通过AF根据本地存储的关联信息或者配置信息，查询得到请求消息指向的运营商的核心网入口；之后，将所述请求消息发送至NEF；所述NEF，用于在UDR中保存接收到的请求消息；PCF，用于收到来自所述UDR的数据改变的通知，并更新SMF的PCC规则；SMF，用于从PCF接收到更新后的PCC规则后，重新配置PDU会话的用户面。
在第二方面的第一种可能的实现方式中，还包括：部署在所述MEC上的第一处理单元、第二处理单元和传输预处理单元：
第一处理单元用于在创建所述请求消息的过程中，触发AF调用Nnef_TrafficInfluence_Create服务操作，所述请求消息包括所述AF的事务标识。
第二处理单元，用于更新或移除已有的请求消息，触发AF调用Nnef_TrafficInfluence_Update服务操作或Nnef_TrafficInfluence_Delete服务操作，同时提供对应所述已有的请求消息的AF的事务标识。
传输预处理单元，用于触发AF根据配置或者调用Nbsf_management_Discovery服务操作，到达为当前PDU会话选择的PCF。
在第二方面的第二种可能的实现方式中，所述NEF上部署了映射单元和数据保存单元，其中：
映射单元，用于将所述MEC的AF提供的信息映射为5GC所需的信息。
数据管理单元，用于：当所述MEC的AF调用Nnef_TrafficInfluence_Create服务操作时，或者调用Nnef_TrafficInfluence_Update服务操作时，所述NEF在所述UDR中保存所述请求消息；
和，当所述MEC的AF调用Nnef_TrafficInfluence_delete服务操作时，所述NEF从所述UDR中删除所述MEC的AF需求；
和，在所述NEF在所述UDR中保存所述请求消息，或者所述NEF从所述UDR中删除所述MEC的AF需求之后，所述NEF向MEC的AF发送响应信息。
在第二方面的第三种可能的实现方式中，所述PCF上部署了检测单元和规则管理单元，其中：
检测单元，用于所述PCF接收来自所述UDR的数据改变的通知Nudr_DM_Notifynotification，其中，所述PCF订阅了MEC的AF请求修改。
规则管理单元，用于所述PCF确定当前被所述MEC的AF请求影响的PDU会话，针对每一个所确定的PDU会话，所述PCF调用Npcf_SMPolicyControl_UpdateNotify服务操作更新所述SMF的PCC规则；其中，当所述请求消息,包含对用户面路径改变的通知报告的请求时，所述PCF在PCC规则中添加的信息包括：指向所述NEF或所述MEC的AF的通知目标地址，和包含AF事务内部标识的通知关联标识。
在第二方面的第四种可能的实现方式中，所述SMF上部署了规则转发单元，用于所述SMF通过N4接口，向所述UPF下发，携带PCC规则和运营商网络标识信息的消息。
在第二方面的第五种可能的实现方式中，所述UPF上部署了规则加载单元，用于在UPF收到所述SMF发出的消息后，根据所述运营商网络标识信息，将所述请求消息与所述运营商在所述MEC和所述UPF上占用的资源关联管理，并执行相应的资源控制。
在第二方面的第六种可能的实现方式中，在MEC主机级上，部署了反馈单元，用于MEC主机级向MEC系统级，反馈所述运营商在所述MEC主机级的资源使用情况。
在第二方面的第七种可能的实现方式中，在MEC系统级上，部署了资源维护单元，用于所述MEC系统级，维护不同运营商的网络标识信息和资源请求消息表。
本发明实施例提供的用于多运营商核心网对接MEC的方法及系统，MEC系统级具有资源管理模块，负责管理对接不同运营商5G核心网的UPF的资源使用情况，具体地，UPF处于MEC主机级，MEC主机级向MEC系统级上报针对本地UPF不同运营商的使用情况，MEC系统级根据与不同运营商的签约协议进行统计和管理。MEC系统级的资源管理模块还可以下发相应策略规则给MEC主机级的UPF，UPF上的资源执行模块将执行有关策略。资源管理模块管理并维护不同运营商网络标识信息与其对应的资源请求消息表。SMF通过N4接口向MECUPF下发携带PCC规则的消息，具体地，该消息还携带运营商网络标识信息，例如PLMN-ID。MEC UPF收到SMF的消息后，根据运营商网络标识信息将该请求消息与该运营商在此MEC UPF上占用的资源关联管理，并执行相应的资源控制。MEC主机级向MEC系统级反馈运营商在MEC主机级的资源使用情况，MEC系统级维护不同运营商网络标识信息与其对应的资源请求消息表。从而实现了MEC系统对接不同运营商的5G核心网。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本发明实施例提供的目前的5G与MEC基本架构示意图；
图2为本发明实施例提供的方法流程示意图；
图3为本发明实施例提供的的MEC与多运营商5G核心网架构；
图4为本发明实施例提供的处理MEC AF请求以影响未由UE地址标识的会话的路由流程图。
具体实施方式
为使本领域技术人员更好地理解本发明的技术方案，下面结合附图和具体实施方式对本发明作进一步详细描述。下文中将详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。本发明的技术方案也不排除具有未被直接或明确表述的其它单元和步骤的情形。诸如“第一”和“第二”之类的用语并不表示单元在时间、空间、大小等方面的顺序而仅仅是作区分各单元之用。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。
本实施例中所出现的一些英文缩写，分别表示：
MEC(Multi-Access Edge Computing，多接入边缘计算)、
UPF(User Plane Function，用户面功能)、
PCF(Policy Control Function，策略控制功能)、
PCC(Policy Control and Charging，策略控制和计费)、
SMF(Session Management Function，会话管理功能)、
NEF(Network Exposure Function，网络开放功能)、
5G(5th generation mobile networks或5th generation wireless systems、5th-Generation，第五代移动通信技术)、
3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)、
eMBB(Enhanced Mobile Broadband，增强移动宽带)、
URLLC(Ultra-reliable and Low Latency Communications，超高可靠低时延通信)、
mMTC(Massive Machine Type Communication，海量机器类通信)、
CP(control plane，控制面)、
UP(User plane，用户面)、
UE(User Equipment,用户设备)、
AF(Application Function，应用功能)、
DN(Data Network，数据网络)、
NFs(Network Functions，网络功能)。
在实际应用中，ETSI GS MEC规范定义了MEC参考架构，ETSIMEC系统由MEC主机和MEC管理功能组成。MEC主机包含MEC平台、虚拟化基础设施以及上面运行的各种MEC应用和服务。MEC管理功能包含MEC系统级管理功能和主机级管理功能，其中MEC系统级管理功能包含用户应用生命周期管理代理、运营支撑系统和MEC编排器，MEC主机级管理功能包含MEC平台管理器和虚拟化基础设施管理器。MEC使运营商和第三方服务可以托管在UE的接入点附近，从而通过减少端到端延迟和传输网络上的负载来实现高效的服务交付。5G核心网选择一个靠近UE的UPF，并通过N6接口执行从UPF到本地数据网络的流量控制。这可以基于UE的签约数据、UE位置、来自应用功能(AF)的信息、策略或其他相关流量规则。
在这类应用场景中，MEC系统相对于5G核心网是AF+DN的角色，如图1所示，MEC编排器是MEC系统级功能实体，它充当AF，可以与NEF(Network Exposure Function，网络开放功能)交互，或者在某些情况下直接与目标5G NFs交互，比如，以非可信AF的角色通过NEF->PCF->SMF影响用户面策略，或者以可信AF的角色通过直接到PCF->SMF影响用户面策略。在MEC主机级别上，MEC平台也可以作为AF，与5G NFs交互。MEC系统作为AF的一种特殊形式，可以与NEF/PCF进行更多的交互，调用其他的5GC(5G核心网)开放能力，如消息订阅、QoS等等。
本实施例的方案，是在如图1所示的架构基础上进行的二次开发，并最终设计出如图3所示的MEC与多运营商5G核心网架构。本实施例旨在提出一种多运营商的5GMEC通信方法，以支持MEC系统对接不同运营商的5G核心网，将接入网与互联网业务深度融合，在更靠近用户的网络边缘提供服务，以提升用户体验。具体在图3的方案中，MEC系统级具有资源管理模块，负责管理对接不同运营商5G核心网的UPF的资源使用情况，具体地，UPF处于MEC主机级，MEC主机级向MEC系统级上报针对本地UPF不同运营商的使用情况，MEC系统级根据与不同运营商的签约协议进行统计和管理。MEC系统级的资源管理模块还可以下发相应策略规则给MEC主机级的UPF，UPF上的资源执行模块将执行有关策略。资源管理模块管理并维护不同运营商网络标识信息与其对应的资源请求消息表。
本发明实施例提供一种用于多运营商核心网对接MEC的方法，如图2所示，包括：
S1、MEC的AF根据本地存储的关联信息或者配置信息，查询得到请求消息指向的运营商的核心网入口。
其中，根据本地存储的关联信息或者配置信息，查询核心网入口，可以按照目前5G方案中的通常理解，即：假设有5G核心网A和B，如果MEC AF根据本地配置信息(比如，配置的5GCA的入口地址为IPA)，则根据配置信息的地址发送；如果MECAF需要为5G核心网A的用户发送请求，则先根据关联信息获知该用户属于5G核心网A，再将请求消息发送过去，关联信息记载了用户所属于的5G核心网。
S2、所述MEC的AF将所述请求消息发送至NEF，所述NEF在UDR中保存接收到的请求消息。
S3、PCF收到来自所述UDR的数据改变的通知，并更新SMF的PCC规则。
其中，所述的数据改变的通知，可以按照目前5G方案中的通常理解，即：首先在UDR中保存AF请求消息，若PCF订阅了AF请求修改，则所以UDR向PCF发送该通知，该通知用于告知PCF：UDR中保存的AF请求消息改变。本实施例中所述的PCC规则，一般包含业务数据流模板，QoS参数等，UPF通过执行PCC规则来实现特定UE的业务流量的管控，而运营商的核心网可以制定PCC规则。
S4、SMF从PCF接收到更新后的PCC规则后，重新配置PDU会话的用户面。
其中，所述的用户面，可以理解为转发设备，比如本方案中的UPF属于用户面设备，在实际的落地实现中，UPF与MEC属于一个大系统，并且通常由一个运营商部署，此处不同于部署5G核心网的运营商。重新配置PDU会话的用户面的过程中，“重新配置”的是用户面的参数，例如：在重新配置后，更新后的PCC规则调低了用户的优先级、带宽等QoS参数。
进一步的，还包括：在创建所述请求消息的过程中，所述MEC的AF调用Nnef_TrafficInfluence_Create服务操作，所述请求消息包括所述AF的事务标识。其中，被调用的“Nnef_TrafficInfluence_Create”这串字符是一个消息名，具体执行上实现为一种服务操作(service operation)。更新或移除已有的请求消息，MEC的AF调用Nnef_TrafficInfluence_Update服务操作或Nnef_TrafficInfluence_Delete服务操作，同时提供对应所述已有的请求消息的AF的事务标识。例如：图4所示的，为本实施中处理MEC AF请求以影响未由UE地址标识的会话的路由流程，其中：步骤1.为创建一个新的请求，MEC的AF调用Nnef_TrafficInfluence_Create服务操作。该请求包括一个AF事务标识。如果MEC的AF订阅了与所述PDU会话相关的事件通知，则MEC的AF还指示其希望在何处接收相应的通知(AF通知报告信息)。为更新或移除一个已有的请求，MEC的AF调用Nnef_TrafficInfluence_Update或Nnef_TrafficInfluence_Delete服务操作，同时提供对应的AF事务标识。
进一步的，所述MEC的AF将所述请求消息发送至NEF，包括：所述MEC的AF根据配置或者调用Nbsf_management_Discovery服务操作，到达为当前PDU会话选择的PCF，其中，所述的“根据配置”，是指MEC AF根据预先配置好的地址找到对应的PCF，如果是调用服务则基于BSF(绑定支持功能)找到对应的PCF，再将消息发送过去。这里的“到达”，指的是把消息发送到该PCF，前面的配置或者调用服务都是为了找到PCF，从而实现了信息流的通达。所述的PDU会话可以理解为：UE与网络之间交换数据的通道。所述NEF将所述MEC的AF提供的信息映射为5GC所需的信息，其中，“所述MEC的AF提供的信息”具体包括了AF请求消息中携带的参数，“AF提供的信息映射为5GC所需的信息”可以理解为：一个或几个MEC系统的参数到另外一个或几个5GC系统的参数的转换，转变前后的参数名字不同，而“5GC所需的信息”指的就是转变后的参数，即上述参数映射的结果。例如：图4所示的，其中：步骤2.MEC AF发送请求到NEF。具体地，AF根据业务需求将请求消息发送到对应的运营商5G核心网，MEC的AF可以根据本地的关联信息或者配置信息找到对应的运营商5G核心网入口。如果请求是由MEC的AF直接发送给PCF，则MEC的AF根据配置或者调用Nbsf_management_Discovery服务操作，到达为当前PDU会话选择的PCF。NEF确保必要的授权控制，包括对MEC的AF请求的流量控制，并将MEC的AF提供的信息映射为5GC所需的信息。
具体的，所述NEF在UDR中保存接收到的请求消息，包括：当所述MEC的AF调用Nnef_TrafficInfluence_Create服务操作时，或者调用Nnef_TrafficInfluence_Update服务操作时，所述NEF在所述UDR中保存所述请求消息。当所述MEC的AF调用Nnef_TrafficInfluence_delete服务操作时，所述NEF从所述UDR中删除所述MEC的AF需求，其中，此处的“需求”指的是就是已经存在的AF请求消息，这个请求消息中携带的参数作为所述“需求”。在所述NEF在所述UDR中保存所述请求消息，或者所述NEF从所述UDR中删除所述MEC的AF需求之后，所述NEF向MEC的AF发送响应信息。例如：图4所示的，其中：步骤3.当Nnef_TrafficInfluence_Create或Update：NEF在UDR中保存MEC的AF请求消息。当Nnef_TrafficInfluence_delete：NEF从UDR中删除MEC的AF需求。NEF向MEC的AF发送响应。
进一步的，所述PCF收到来自所述UDR的数据改变的通知，包括：所述PCF收到来自所述UDR的数据改变的通知Nudr_DM_Notify notification，其中，所述PCF订阅了MEC的AF请求修改，具体来说，即理解为PCF可以向UDR订阅“AF请求修改”，即如果AF请求发生了修改，UDR要向PCF发送消息。例如：图4所示的，其中：步骤4.订阅了MEC的AF请求修改的PCF收到来自UDR的数据改变的通知Nudr_DM_Notify notification。
所述更新SMF的PCC规则，包括：所述PCF确定当前被所述MEC的AF请求影响的PDU会话，针对每一个所确定的PDU会话，所述PCF调用Npcf_SMPolicyControl_UpdateNotify服务操作更新所述SMF的PCC规则，其中，PDU会话被所述MEC的AF请求影响，可以理解为：因为AF请求消息中携带了参数，这些参数最终会转化为PCC规则，并在UPF上执行，从而影响了UE的PDU会话。当所述请求消息,包含对用户面路径改变的通知报告的请求时，所述PCF在PCC规则中添加的信息包括：指向所述NEF或所述MEC的AF的通知目标地址，和包含AF事务内部标识的通知关联标识，其中，需要说明的是：“…的通知报告的请求”是目前5G标准的英文文稿的直译，表示的是：如果用户面路径发生改变，则PCF需要向对应目标地址对象发送通知报告，而上述发送通知报告的操作是需要在请求消息中指示的，否则不会发送后续的通知报告，因此称之为“通知报告的请求”。例如：图4所示的，其中：步骤5.PCF判断当前PDU会话是否可能被MEC的AF请求影响。对于每一个受影响的PDU会话，PCF通过调用Npcf_SMPolicyControl_UpdateNotify服务操作更新SMF的PCC规则。如果MEC的AF请求包含对用户面路径改变的通知报告的请求，则PCF在PCC规则中包含上报事件所需的信息，包括指向NEF或MEC的AF的通知目标地址，以及包含AF事务内部标识的通知关联标识，其中，此处的“通知关联标识”是一个参数，这个参数又包含了“AF事务内部标识”，属于5G标准文稿里的概念和定义。
需要说明的是，本实施例中，SMF从PCF接收到更新后的PCC规则后，重新配置PDU会话的用户面，包括：
所述SMF通过N4接口，向所述UPF下发，携带PCC规则和运营商网络标识信息的消息。
UPF收到所述SMF发出的消息后，根据所述运营商网络标识信息，将所述请求消息与所述运营商在所述MEC和所述UPF上占用的资源关联管理，并执行相应的资源控制。此处收到所述SMF发出的消息的UPF，指的是MECUPF，即表示UPF属于MEC大系统的，并且是由同一个运营商部署的。
MEC主机级向MEC系统级，反馈所述运营商在所述MEC主机级的资源使用情况。
所述MEC系统级，维护不同运营商的网络标识信息和资源请求消息表。
例如：图4所示的，其中：步骤6.当从PCF接收到PCC规则后，SMF可以采取适当的措施重配置PDU会话的用户面，SMF通过N4接口向UPF下发携带PCC规则的消息，具体地，该消息还携带运营商网络标识信息，例如PLMN-ID。MEC UPF收到SMF的消息后，根据运营商网络标识信息将该请求消息与该运营商在此MEC UPF上占用的资源关联管理，并执行相应的资源控制。MEC主机级向MEC系统级反馈运营商在MEC主机级的资源使用情况，MEC系统级维护不同运营商网络标识信息与其对应的资源请求消息表。比如SMF执行的动作有：
1－在数据路径上增加、替换或移除一个UPF，比如作为UL-CL或者分流点。
2－为UE分配一个新的前缀(适用于IPv6 multi-homing)。
3－向目标DNAI中的UPF更新新的流量引导规则。
4－通过Namf_EventExposure_Subscribe服务操作，向AMF订阅感兴趣区域的通知。
本实施例，还提供一种用于多运营商核心网对接MEC的系统，如图3所示的，包括：
MEC，用于通过AF根据本地存储的关联信息或者配置信息，查询得到请求消息指向的运营商的核心网入口。之后，将所述请求消息发送至NEF。
所述NEF，用于在UDR中保存接收到的请求消息。
PCF，用于收到来自所述UDR的数据改变的通知，并更新SMF的PCC规则。
SMF，用于从PCF接收到更新后的PCC规则后，重新配置PDU会话的用户面。
结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(RandomAccessMemory，RAM)、闪存、只读存储器(ReadOnlyMemory，ROM)、可擦除可编程只读存储器(ErasableProgrammableROM，EPROM)、电可擦可编程只读存储器(ElectricallyEPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本实施例中还包括，部署在所述MEC上的第一处理单元、第二处理单元和传输预处理单元，其中：
第一处理单元用于在创建所述请求消息的过程中，触发AF调用Nnef_TrafficInfluence_Create服务操作，所述请求消息包括所述AF的事务标识；
第二处理单元，用于更新或移除已有的请求消息，触发AF调用Nnef_TrafficInfluence_Update服务操作或Nnef_TrafficInfluence_Delete服务操作，同时提供对应所述已有的请求消息的AF的事务标识；
传输预处理单元，用于触发AF根据配置或者调用Nbsf_management_Discovery服务操作，到达为当前PDU会话选择的PCF；
进一步的，在所述MEC的主机级(即MEC主机级)，部署了反馈单元，用于MEC主机级向MEC系统级，反馈所述运营商在所述MEC主机级的资源使用情况；
在所述MEC的系统级(即MEC系统级)，部署了资源维护单元，用于所述MEC系统级，维护不同运营商的网络标识信息和资源请求消息表。
所述NEF上部署了映射单元和数据保存单元，其中：
映射单元，用于将所述MEC的AF提供的信息映射为5GC所需的信息。
数据管理单元，用于：当所述MEC的AF调用Nnef_TrafficInfluence_Create服务操作时，或者调用Nnef_TrafficInfluence_Update服务操作时，所述NEF在所述UDR中保存所述请求消息；
和，当所述MEC的AF调用Nnef_TrafficInfluence_delete服务操作时，所述NEF从所述UDR中删除所述MEC的AF需求；
和，在所述NEF在所述UDR中保存所述请求消息，或者所述NEF从所述UDR中删除所述MEC的AF需求之后，所述NEF向MEC的AF发送响应信息。
所述PCF上部署了检测单元和规则管理单元，其中：
检测单元，用于所述PCF接收来自所述UDR的数据改变的通知Nudr_DM_Notifynotification，其中，所述PCF订阅了MEC的AF请求修改；
规则管理单元，用于所述PCF确定当前被所述MEC的AF请求影响的PDU会话，针对每一个所确定的PDU会话，所述PCF调用Npcf_SMPolicyControl_UpdateNotify服务操作更新所述SMF的PCC规则；其中，当所述请求消息,包含对用户面路径改变的通知报告的请求时，所述PCF在PCC规则中添加的信息包括：指向所述NEF或所述MEC的AF的通知目标地址，和包含AF事务内部标识的通知关联标识。
所述SMF上部署了规则转发单元，用于所述SMF通过N4接口，向所述UPF下发，携带PCC规则和运营商网络标识信息的消息。
所述UPF上部署了规则加载单元，用于在UPF收到所述SMF发出的消息后，根据所述运营商网络标识信息，将所述请求消息与所述运营商在所述MEC和所述UPF上占用的资源关联管理，并执行相应的资源控制。本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。
