CN110692216B - 利用上下文感知来协调管理和移动网络服务操作平面的方法 - Google Patents

利用上下文感知来协调管理和移动网络服务操作平面的方法 Download PDF

Info

Publication number
CN110692216B
CN110692216B CN201780091065.3A CN201780091065A CN110692216B CN 110692216 B CN110692216 B CN 110692216B CN 201780091065 A CN201780091065 A CN 201780091065A CN 110692216 B CN110692216 B CN 110692216B
Authority
CN
China
Prior art keywords
entity
oss
context
network management
entities
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
CN201780091065.3A
Other languages
English (en)
Other versions
CN110692216A (zh
Inventor
克拉丽莎·玛奎赞
安雪莉
里卡多·特里维松诺
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN110692216A publication Critical patent/CN110692216A/zh
Application granted granted Critical
Publication of CN110692216B publication Critical patent/CN110692216B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
    • 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/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • 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/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • 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/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
    • 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/12—Discovery or management of network topologies
    • 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/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • 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/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
    • 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • 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/0894—Policy-based network configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及一种支持E2E网络切片的MCN，其包括控制实体(CA_NF)，一个或多个以功能进行扩展的NF实体(CA‑NFExt)，以功能进行扩展的OSS(CA_OSSExt)和协调实体(CA_CF)。CA_NF通过CA_CF利用If‑CA_MP接口和If‑CAC_OSS接口与CA_OSSExt通信，利用相应的If‑CA_NF接口和/或其它NF接口与CA‑NFExt通信。CA_NF基于从OSS和NF实体接收到的信息生成具有某一类型的上下文，再基于生成的上下文向NF实体和OSS中被生成的上下文影响的任一实体发送上下文相关信息，并且一旦从OSS接收到关于OSS决定在从CA_NF接收到生成的上下文时实施更改的通知消息时，就在一段时间内阻止向NF实体传输任何生成的上下文。

Description

利用上下文感知来协调管理和移动网络服务操作平面的方法
技术领域
本申请涉及无线通信领域，更具体地，涉及下一代系统的移动核心网络(MobileCore Network，MCN)架构的设计。
背景技术
软件化、虚拟化、云端和移动边缘计算领域的技术趋势在移动电信系统的演进中的影响力日益扩大。
聚焦在移动网络领域，部分最新的4G(Fourth Generation，4G)特征(例如：3GPP版本14：控制平面和用户平面分离)以及5G(Fifth Generation，5G)系统(Fifth GenerationSystem，5GS)的关键设计原理(例如：3GPP版本15：支持网络切片和架构模块化)明确表明了会尝试利用网络功能虚拟化和软件定义网络的潜力。
网络切片是5GS的关键特征，其目的是使移动网络运营商创建为客户定制的网络，从而为不同的市场场景提供优化的解决方案，包括在电信领域整合垂直行业。如标题为3GPP TR 23.799，“5G系统架构研究”，v14.0.0的技术报告所公开的，这使得在所支持的功能、性能和隔离方面产生各种需求。标题为3GPP TS 23.501，“5G系统的系统架构”v0.3.0的技术规范将网络切片定义为完整逻辑网络，其包括提供某些网络能力和网络特性所必需的一组网络功能(Network Function，NF)和相应的资源。网络切片包括接入网络(AccessNetwork，AN)和核心网络(Core Network，CN)。网络切片实例(Network Slice Instance，NSI)被定义为网络切片的实例化，即提供预期的网络切片服务的一组已部署的网络功能。
架构模块化设计原理可以支持网络切片，这个原理表明5GS参考架构以将核心网络分解为控制平面(Control Plane，CP或C-平面)和用户平面(User Plane，UP或U-平面)的网络功能的正交集合为特征。控制平面网络功能分为公共控制网络功能(Common ControlNetwork Function，CCNF)和切片专用控制网络功能(Slice-specific Control NetworkFunction，SCNF)，用以区分多个NSI中可共享的NF和NSI专用的NF。
基于上述内容，显然，极高的5GS灵活性将以即将来临的部署场景为代价，而这种部署场景会在网络规划和工程、网络配置、网络管理和网络优化方面增加复杂度，从而模糊控制领域和管理领域的边界。
在此场景下，加强管理、控制和用户平面之间关系的增强型网络操作模型和机制必将会出现。
4G时代的信息管理由于一些原因受限于物理网络实体。第一，不需要统一信息，每个3GPP类型的物理盒子(例如：演进型分组核心网(Evolved Packet Core，EPC)的子部件，比如移动性管理实体(Mobility Management Entity，MME)、服务网关(Serving Gateway，SGW)和分组数据网(Packet Data Network，PDN)网关(Packet Data Network Gateway，PGW)等)可以覆盖广泛的服务配置范围，这样就足够自我优化了。第二，网络是非常静态的，服务也受到限制。举例而言，移动宽带(Mobile Broadband，MBB)只有数据服务和长期演进语音承载(Voice-Over-Long-Term-Evolution，VoLTE)服务。因此，不存在可预见的需要复杂信息处理的动态性。相较而言，5G移动系统将会支持多种多样的设备(例如：智能电话、可穿戴设备、智能车辆、家用电器或工业设备等)，从而需要具有多样化网络配置需求的网络服务。因此，预计5G移动系统在处理不同的使用情况时会更加灵活高效。为此，像MME这样的整块网络实体应该消失，取而代之的应是粒度更精细的网络功能(例如：移动性管理或会话管理等)以及网络功能虚拟化(Network Functions Virtualization，NFV)和软件定义网络(Software-Defined Networking，SDN)技术。此外，用户平面功能的分布还将调用U平面的动态性。此类系统动态性在系统自动化方面的需求较高，为的是避免系统操作过于复杂和昂贵。
在此情况下，期望网络管理平面(Management Plane，MP)(例如，通过操作支持系统(Operations Support System，OSS)来采集网络实体信息)在实现系统自动化方面发挥关键作用。但是，传统网络管理平面(Management Plane，MP)的主要局限在于从生产网络采集信息的目的不是为了控制。举例而言，这些信息只能作为历史数据以进行故障分析或者用作统计，而这通常也是人为干预所需要的。为了使系统实现充分的自动化，具有一种基于从网络管理平面(Management Plane，MP)采集的现有信息生成有用的上下文的机制是很重要的，将此类有用的上下文反馈给网络服务层，以此达到控制(例如提高系统操作效率或避免由于缺少信息交换引起的冲突操作)的目的也很重要。举例而言，C平面功能可以将用A标示的U平面网关更改为用B标示的另一U平面网关，因为其注意到了网关A上延长的时延，然而在基础设施中，网关A处于第一数据中心(Data Center，DC)(标示为DC#1)，网关B处于第二DC(标示为DC#2)。在基础设施层，出于维护的目的，代管网关B的虚拟机(VirtualMachine，VM)可以迁移至DC#1。两个平面同步且不协调的此类更改会导致正在发生的时延或者用户感知到更改后的相同时延的增加。
发明内容
因此本申请的一个目的是为移动网络的控制平面(Control Plane，CP)和管理平面(Management Plane，MP)提供解决方案，以利用上下文感知来关闭CP实体和MP实体之间的决策环，从而优化移动网络操作。
此目可以通过独立权利要求的特征达到。根据附属权利要求、说明书和附图，本申请的其它实施例是显而易见的。
第一面，本申请涉及一种与网络管理实体(OSS)和一个或多个网络功能(NetworkFunction，NF)实体通信的控制实体(CA_NF)。所述控制实体(CA_NF)用于从所述一个或多个NF实体和所述网络管理实体(OSS)接收信息，所接收到的信息与生成上下文有关，基于所述接收到的信息生成所述上下文，基于所生成的上下文，向所述一个或多个NF实体和所述网络管理实体(OSS)中被生成的上下文影响的任一实体发送上下文相关信息。
根据第一方面的进一步实施形式，通过第一接口(If-CA_MP)接收来自所述网络管理实体(OSS)的所述信息，通过相应的第二接口(If-CA_NF)接收来自所述一个或多个NF实体的所述信息。
根据第一方面的进一步实施形式，当所述网络管理实体(OSS)受到所述生成的上下文影响时，通过所述第一接口(If-CA_MP)向所述网络管理实体(OSS)发送所述上下文相关信息，当所述一个或多个NF实体中的一个实体受到所述生成的上下文影响时，通过所述第二接口(If-CA_NF)向所述一个或多个NF实体中的所述实体发送所述上下文相关信息。
根据第一方面的进一步实施形式，当受到所述生成的上下文影响的所述实体是一个在接收到所述生成的上下文时容易实施更改的实体时，所述上下文相关信息包括所述生成的上下文，当受到所述生成的上下文影响的所述实体是一个容易被实施的更改影响的实体时，所述上下文相关信息包括关于所述生成的上下文类型的通知消息。
根据第一方面的进一步实施形式，所述生成的上下文类型有一种格式，所述格式给出的指示是仅关于包括容易实施更改的实体的第一实体(CP，MP)，或关于包括容易实施更改的实体的第一实体(CP，MP)和包括容易被实施的更改影响的实体的第二实体(MP，CP)。此外，所述第二实体(MP，CP)与所述第一实体(CP，MP)不同，所述一个或多个NF实体部署在所述第一实体中，所述网络管理实体(OSS)部署在所述第二实体中，或者所述一个或多个NF实体部署在所述第二实体中，所述网络管理实体(OSS)部署在所述第一实体中。
根据第一方面的进一步实施形式，所述控制实体(CA_NF)用于一旦从所述网络管理实体(OSS)接收到通知消息时，在一段时间内阻止向所述一个或多个NF实体传输任何生成的上下文，其中，当所述网络管理实体(OSS)决定在从所述控制实体(CA_NF)接收到生成的上下文时实施更改时，所述网络管理实体(OSS)生成所述通知消息，并且传输被阻止的时间段大于或等于所述网络管理实体(OSS)实施更改所需的时间。
上述目标也可以根据第二方面来解决。
第二方面，本申请涉及一个如第一方面和/或第一方面的任一实施形式所述的网络管理实体(OSS)。
根据第二方面的进一步实施形式，所述网络管理实体(OSS)用于以功能进行扩展，从而获得扩展网络管理实体(CA_OSSExt)，所述功能使得所述网络管理实体(OSS)能够与如第一方面和/或第一方面的任一实施形式所述的控制实体(CA_NF)通信。此外，所述扩展网络管理实体(CA_OSSExt)用于向所述控制实体(CA_NF)发送与生成所述上下文有关的信息，还用于当所述网络管理实体(OSS)受到所述生成的上下文影响时，从所述控制实体(CA_NF)中接收所述上下文相关信息。
根据第二方面的进一步实施形式，所述扩展网络管理实体(CA_OSSExt)通过与协调实体(CA_CF)的通信来实现与所述控制实体(CA_NF)的通信。
根据第二方面的进一步实施形式，所述扩展网络管理实体(CA_OSSExt)利用第三接口(If-CAC_OSS)与所述协调实体(CA_CF)通信。
根据第二方面的进一步实施形式，所述扩展网络管理实体(CA_OSSExt)用于当从所述控制实体(CA_NF)接收到如第一方面的一个实施形式所述的通知消息时，在一段时间内阻止所述网络管理实体(OSS)进行任何更改。此外，阻止任何更改的时间段大于或等于所述一个或多个NF实体受到所述生成的上下文影响实施更改所需的时间。
上述目标也可以根据第三方面来解决。
第三方面，本申请涉及一种如前述方面和/或前述方面的任一实施形式所述的网络功能(Network Function，NF)实体。
根据第三方面的进一步实施形式，所述网络功能(Network Function，NF)实体用于以功能进行扩展，从而获得扩展NF实体(CA_NFExt)，所述功能使得所述NF实体能够与所述控制实体(CA_NF)通信。此外，所述扩展NF实体(CA_NFExt)用于向所述控制实体(CA_NF)发送与生成所述上下文有关的信息，还用于当所述NF实体受到所述生成的上下文影响时，从所述控制实体(CA_NF)中接收所述上下文相关信息。
上述目标也可以根据第四方面来解决。
第四方面，本申请涉及一种如第二方面的实施形式所述的协调实体(CA_CF)。
上述目标也可以根据第五方面来解决。
第五方面，本申请涉及一种支持E2E网络切片的移动核心网络(Mobile CoreNetwork，MCN)。所述移动核心网络(Mobile Core Network，MCN)包括如第一方面和/或第一方面的任一实施形式所述的控制实体(CA_NF)，如第二方面和/或第二方面的任一实施形式所述的网络管理实体(OSS)，如第三方面和/或第三方面的任一实施形式所述的一个或多个网络功能(Network Function，NF)实体，以及如第四方面所述的协调实体(CA_CF)。
根据第五方面的进一步实施形式，将所述网络管理实体(OSS)和所述协调实体(CA-CF)实施到管理平面(Management Plane，MP)中，将所述控制实体(CA_NF)和所述一个或多个NF实体实施到控制平面(Control Plane，CP)和/或用户平面(User Plane，UP)中，其中所述CP和所述MP分别是如第一方面的一个实施形式所述的第一实体(CP，MP)和第二实体(MP，CP)中的一个。
根据第五方面的进一步实施形式，所述移动核心网络(Mobile Core Network，MCN)配置有网络功能虚拟化(Network Function Virtualization，NFV)框架。
根据第五方面的进一步实施形式，所述一个或多个网络功能(Network Function，NF)实体和所述网络管理实体(OSS)都是所述NFV框架的一部分，所述控制实体(CA_NF)和所述协调实体(CA_CF)都是独立的实体。
根据第五方面的进一步实施形式，所述控制实体(CA_NF)、所述一个或多个网络功能(Network Function，NF)实体、所述网络管理实体(OSS)以及所述协调实体(CA_CF)都是所述NFV框架的一部分。
上述目标也可以根据第六方面来解决。
第六方面，本申请涉及一种用于与网络管理实体(OSS)和一个或多个网络功能(Network Function，NF)实体进行通信的方法。该方法包括以下步骤：在控制实体(CA_NF)处从所述一个或多个NF实体和所述网络管理实体(OSS)中接收信息，接收到的信息与生成上下文有关，基于所述接收到的信息，在所述控制实体(CA_NF)处生成所述上下文，并基于所述生成的上下文，从所述控制实体(CA_NF)向所述一个或多个NF实体和所述网络管理实体(OSS)中受到所述生成的上下文影响的任一实体发送上下文相关信息。
根据第六方面的进一步实施形式，该方法包括以下步骤：当从所述网络管理实体(OSS)接收到通知消息时，在一段时间内，在所述控制实体(CA_NF)处阻止向所述一个或多个NF实体传输任何生成的上下文。此外，一旦所述网络管理实体(OSS)决定在接收到源自所述上下文相关信息的所述生成的上下文时实施更改，所述网络管理实体(OSS)生成所述通知消息，并且传输被阻止的时间段大于或等于所述网络管理实体(OSS)实施更改所需的时间。
上述目标也可以根据第七方面来解决。
第七方面，本申请涉及一种与控制实体(CA_NF)和一个或多个网络功能(NetworkFunction，NF)实体通信的方法。该方法包括以下步骤：从所述网络管理实体(OSS)向所述控制实体(CA_NF)发送信息，所发送的信息与在所述控制实体(CA_NF)处生成上下文有关，并且，基于生成的上下文，当所述网络管理实体(OSS)受到所述生成的上下文影响时，在所述网络管理实体(OSS)处以及从所述控制实体(CA_NF)处接收上下文相关信息。
根据第七方面的进一步实施形式，该方法包括以下步骤：当在所述网络管理实体(OSS)处以及从所述控制实体(CA_NF)处接收到关于所述生成的上下文类型的通知消息时，在一段时间内阻止对所述网络管理实体(OSS)进行任何更改。此外，所述一个或多个NF实体容易实施更改，因此会受到所述生成的上下文的影响，所述网络管理实体(OSS)容易受到所述实施的更改的影响，因此会受到所述生成的上下文的影响，阻止对所述网络管理实体(OSS)进行任何更改的时间段大于或等于所述一个或多个NF实体受到所述生成的上下文影响实施更改所需的时间。
上述目标也可以根据第八方面来解决。
第八方面，本申请涉及一种包括程序代码计算机程序，用于在计算机上执行时，执行如第六方面和/或第六方面的任一实施形式和/或第七方面和/或第七方面的任一实施形式所述的方法。
因此，该方法可以一种自动且可重复的方式执行。
所述计算机程序可由上述装置执行。
更具体地，应注意上述所有装置都可基于具有离散硬件组件、集成芯片或晶片模块配置的离散硬件电路来实施，或者基于信号处理设备或受软件例程控制的晶片或存储于存储器中的程序，写入计算机可读介质或从网络(例如：因特网)中下载。
应进一步理解，本申请的优选实施例还可为附属权利要求或上述实施例与相应独立权利要求的任意组合。
下面将根据下文描述的实施例清楚地阐明本申请的这些和其它方面。
附图说明
在本公开的以下详述部分中，将参考附图中所示的示例性实施例来更详细地解释本申请，其中：
图1示出了一种简化版本的典型端到端(End-To-End，E2E)切片架构100。
图2示出了根据本申请实施例的一种具有功能扩展和通信接口的增强型端到端(End-To-End，E2E)切片架构200。
图3示出了根据本申请实施例的第一步骤序列(编号为1到4)，其说明了增强型端到端(End-To-End，E2E)切片架构200的特定功能实体(CA_NF、CA_OSSExt、CA_CF、CA_NFExt)可在处理生成的任意类型的上下文时进行自身通信的方式。
图4示出了根据本申请实施例的第二步骤序列(编号为5)，其说明了增强型端到端(End-To-End，E2E)切片架构200的特定功能实体(CA_NF、CA_OSSExt、CA_CF、CA_NFExt)可在处理一种“仅CP”型的生成的上下文时进行自身通信的方式。
图5示出了根据本申请实施例的第三步骤序列(编号为5到8)，其说明了增强型端到端(End-To-End，E2E)切片架构200的特定功能实体(CA_NF、CA_OSSExt、CA_CF、CA_NFExt)可在处理一种“CP-MP”型的生成的上下文时进行自身通信的方式。
图6示出了根据本申请实施例的第四步骤序列(编号为5到10)，其说明了增强型端到端(End-To-End，E2E)切片架构200的特定功能实体(CA_NF、CA_OSSExt、CA_CF、CA_NFExt)可在处理一种“MP-CP”型的生成的上下文时进行自身通信的方式。
图7示出了根据本申请实施例的基于增强型端到端(End-To-End，E2E)切片架构200和一种3GPP控制平面(Control Plane，CP)架构的一种增强型端到端(End-To-End，E2E)切片架构300。
图8示出了根据本申请实施例的一种增强型ETSI NFV MANO架构400。
图9示出了根据本申请实施例的一种增强型ETSI NFV MANO架构500。
相同的附图标记用于相同或至少功能上等效的特征。
具体实施方式
网络切片可被定义为被绑定在一起以提供特定移动网络服务的一组功能。网络切片可包括接入网络(Access Network，AN)、传输网络(Transport Network，TN)和核心网络(Core Network，CN)，CN依次包括用户平面(User Plane，UP)功能和控制平面(ControlPlane，CP)功能。本申请使用的UP功能(User Plane Function，UPF)概念是指CN中使用的网络功能(Network Function，NF)或网络功能(Network Function，NF)实体，以便处理UP流量并由此提供某些网络服务。举例来说，UPF可以是移动性锚定功能。此外，本申请使用的CP功能(Control Plane Function，CPF)概念是指CN中使用的NF或NF实体，以便在终端(例如：用户设备(User Equipment，UE))连接到移动CN时为其执行CPF。
图1示出了一种简化版本的典型端到端(End-To-End，E2E)切片架构100。E2E切片架构可定义网络切片实例(Network Slice Instance，NSI)操作和管理涉及的实体。如标题为：3GPP TR 28.801，“对于5G网络的网络切片的管理和编排的研究”的技术报告所揭露的，NSI可被定义为“一组网络功能和用于这些网络功能的资源，这些网络功能和资源经过安排和配置，形成了满足某些网络特征的完整逻辑网络”。例如，在巴塞罗那2017年移动世界大会(Mobile World Congress，MWC 2017)发布的标题为“5G服务保证的网络切片(5GService-guaranteed network slicing)”的白皮书中可以找到此类NSI的更详细视图。
图1的左侧描绘了NSI，其网络功能(Network Function，NF)实体部署在控制平面(Control Plane，CP)和用户平面(User Plane，UP)中，且其资源位于接入网络(AccessNetwork，AN)、传输网络(Transport Network，TN)和核心网络(Core Network，CN)中。图1的右侧描绘了管理平面(Management Plane，MP)，其实体和功能与网络切片、其资源、网络实体和网络功能(Network Function，NF)实体的管理有关。如所说明的一样，MP实体可以是业务支持系统(Business Support System，BSS)，作为网络管理实体的操作支持系统(Operations Support System，OSS)，以及切片管理系统(Slice Management System，SMS)。BSS可在业务层负责高层次的管理，而网络管理实体(OSS)可保留管理网络实体任务，SMS则可负责管理与NSI相关联的实体(AN、TN、CN)。此类E2E切片架构还可包括托管第三方应用程序和/或网络功能的数据中心资源。
以下将会基于支持网络切片(Network Slicing，NS)的5G构架来阐述所提出的发明。但是，应注意本申请还可应用于任何不具有NS特征的早期生成系统或应用于任何不支持NS的未来系统。
如图2中增强型端到端(End-To-End，E2E)切片架构200所描绘的，图1中典型端到端(End-To-End，E2E)切片架构100已经扩展了，而特定功能实体(CA_NF、CA_OSSExt、CA_CF、CA_NFExt)和接口(If-CA_NF、If-CA_MP、If-CAC_OSS)需要使上下文感知机制能够关闭CP实体和MP实体之间的决策环。
在特定功能实体中，控制实体(CA_NF)也被称为上下文感知网络功能实体(CA_NF)，可用于通过切片管理系统(Slice Management System，SMS)与网络管理实体(OSS)进行双向通信，还用于与NSI的一个或多个网络功能(Network Function，NF)实体进行双向通信。具体地，控制实体(CA_NF)可用于利用相应的专用接口(If-CA_NF)从一个或多个NF实体中接收与生成上下文有关的信息，并且利用专用接口(If-CA_MP)从网络管理实体(OSS)中接收与生成上下文有关的信息。其还可用于基于接收到的信息生成上下文，并且基于生成的上下文，向在一个或多个NF实体和网络管理实体(OSS)中受到生成的上下文影响的任一实体发送上下文相关信息(例如，分别根据是否更改将被执行或已经执行而生成的上下文或通知消息。)。
关于上下文相关信息，当网络管理实体(OSS)受到生成的上下文影响时，可利用专用接口(If-CA_MP)将其发送给网络管理实体(OSS)，当一个或多个NF实体中的一个实体受到生成的上下文影响时，还可利用相应的专用接口(If-CA_NF)将其发送给一个或多个NF实体中的一个实体。此外，当受到生成的上下文影响的实体是一个在接收到生成的上下文时容易实施更改的实体时，上下文相关信息可包括生成的上下文。
另一方面，当受到生成的上下文影响的实体是一个容易受到所述实施的更改的影响的实体时，上下文相关信息可包括关于生成的上下文的类型的通知消息。在一实施例中，生成的上下文的类型可以具有一种格式，这种格式给出的指示是仅关包括容易实施更改的实体的第一实体(例如：CP或者MP)。参考本实施例，生成的上下文的类型的格式可描述为元组(<第一实体>)，也可简单标示为术语“仅第一实体”，其中第一实体是在其平面实施某一更改的实体。在另一实施例中，生成的上下文的类型可以具有一种格式，该格式给出的指示是关于所述第一实体(例如：CP或者MP)和第二实体(例如：MP，如果第一实体是CP，或者CP，如果第一实体是MP)，其不同于第一实体(CP，MP)且其包括容易被实施的更改影响的实体。参考本实施例，生成的上下文的类型的格式可描述为元组(<第一实体>，<第二实体>)，也可简单标示为术语“第一实体-第二实体”，其中第一实体是在其平面实施某一更改的实体，第二实体是通过在其平面感知更改的影响而受到实施的更改的后果影响的实体。
在非限制性列举中，生成的上下文的类型可以描述为例如：“仅CP”、“CP-MP”或者“MP-CP”等。因此，以“仅CP”标示的上下文的类型将与要在CP中实施的更改有关，而在MP中影响最小或者没有影响，并且在此情况下，不会发送通知消息。关于以“CP-MP”标示的上下文的类型，其将与CP中的更改有关，且此更改可能会影响MP，在此情况下，通知消息会发送给MP的特定功能实体。例如：如果CP更改了来自用户的网关，MP将会看见部分网络的流量缩减和另外一部分网络的流量增加。关于以“MP-CP”标示的上下文的类型，其将会与MP中的更改有关，且此更改可能会影响CP，通知消息会发送给CP的特定功能实体。
在一实施例中，一个或多个NF实体可以部署在第一实体(CP，MP)中，网络管理实体(OSS)可以部署在第二实体(MP，CP)中。在另一实施例中，一个或多个NF实体可以部署在第二实体(MP，CP)中，网络管理实体(OSS)可以部署在第一实体(CP，MP)中。
此外，控制实体(CA_NF)可用于当从网络管理实体(OSS)接收到通知消息时，在一段时间内阻止向一个或多个NF实体传输任何生成的上下文。当网络管理实体(OSS)决定一旦从控制实体(CA_NF)接收到生成的上下文就实施更改时，网络管理实体(OSS)可以生成通知消息，而阻止传输的时间段应该大于或等于网络管理实体实施更改所需的时间。
网络管理实体(OSS)可用于以功能进行扩展，从而获得扩展网络管理实体(CA_OSSExt)，其也被称为扩展上下文感知操作支持系统(CA_OSSExt)，这些功能使得网络管理实体(OSS)能够与控制实体(CA_NF)通信。具体地，扩展网络管理实体(CA_OSSExt)可用于向控制实体(CA_NF)发送与生成上下文有关的信息，并且还可用于当网络管理实体(OSS)受到生成的上下文影响时，从控制实体(CA_NF)接收上下文相关信息。
扩展网络管理实体(CA_OSSExt)可以通过与协调实体(CA_CF，也标示为CA协调器)的通信来实现与控制实体(CA_NF)的通信，该协调实体也被称为上下文感知协调功能实体(CA_CF、CA协调器)。另一方面，扩展网络管理实体(CA_OSSExt)可以利用专用接口(If-CAC_OSS)与协调实体(CA_CF、CA协调器)进行通信。
扩展网络管理实体(CA_OSSExt)可进一步用于当从控制实体(CA_NF)接收到通知消息时，在一段时间内阻止网络管理实体(OSS)进行任何更改，而阻止任何更改的时间段应该大于或等于一个或多个NF实体受到生成的上下文影响实施更改所需的时间。
关于网络功能(NF)实体，其可用于以功能进行扩展，从而获得扩展NF实体(CA_NFExt)，这些功能使得NF实体能够与控制实体(CA_NF)通信。就其本身而言，扩展NF实体(CA_NFExt)可用于向控制实体(CA_NF)发送与生成上下文有关的信息，其还可用于当NF实体受到生成的上下文影响时，从控制实体(CA_NF)中接收上下文相关信息。
如图2所示，网络管理实体(OSS)和协调实体(CA_CF)可实施于管理平面(Management Plane，MP)中，而控制实体(CA_NF)和一个或多个NF实体可实施于控制平面(Control Plane，CP)和/或用户平面(User Plane，UP)中。
以下，图3至图6的图示说明了步骤序列，其说明了增强型端到端(End-To-End，E2E)切片架构200的特定功能实体(CA_NF、CA_OSSExt、CA_CF、CA_NFExt)可在处理可生成的不同类型的上下文时，利用特定接口(If-CA_NF、If-CA_MP、If-CAC_OSS)进行自身通信的方式。
图3示出了根据本申请实施例的第一步骤序列(分别用编号“1”、“2”、“3”和“4”表示)，其适用于生成的上下文的任何类型。
在步骤1中，通过各个相应的If-CA_NF接口分别向控制实体(CA_NF)发送信息，该信息从NSI的不同资源(例如：部署在CP中的NF实体的CP NF实体和/或部署在UP中的NF实体的UP NF实体)监控，且与生成上下文有关。
在步骤2中，通过If-CAC_OSS接口从扩展网络管理实体(CA_OSSExt)向SMS的协调实体(CA_CF、CA协调器)发送信息，该信息由网络管理实体(OSS)监控，且与生成上下文有关。
在步骤3中，协调实体(CA_CF、CA协调器)充当从扩展网络管理实体(CA_OSSExt)接收到的或者可选地，直接从SMS接收到的监控信息的中继器，并且通过If-CA_MP接口将该监控信息发送给控制实体(CA_NF)。
在步骤4中，控制实体(CA_NF)基于监控信息和上述由元组(<第一实体>)和/或(<第一实体>，<第二实体>)定义的任何上下文模型生成上下文相关信息。
应注意，步骤1和步骤3可以同时非连续地出现。实际上，图示以连续的步骤形式示出信息的传播，仅是出于解释的目的，从而应理解，步骤的列举未必表示时间执行顺序。
图4示出了根据本申请实施例的第二步骤序列(用编号“5”表示)，其适用于“仅CP”型的生成的上下文。
在步骤5中，控制实体(CA_NF)向注册以接收生成的上下文的NF实体(例如：图4所示的CP NF实体)发送生成的上下文。然后，基于生成的上下文，例如，为了优化CP程序(例如：关于移动性管理、设备位置和可达性、会话管理、鉴认和授权等)、接入和核心资源的使用(例如：无线资源、传输资源等)，以及UPF的选择和使用等，NF实体最终会做出更改。
图5示出了根据本申请实施例的第三步骤序列(用编号“5”、“6”、“7”和“8”表示)，其适用于“CP-MP”型的生成的上下文。
在步骤5中，控制实体(CA_NF)向注册以接收生成的上下文的NF实体(例如：图5所示的CP NF实体)发送生成的上下文。
在步骤6中，控制实体(CA_NF)也向协调实体(CA_CF、CA协调器)发送关于生成的上下文的特定类型(即在此情况下的CP-MP)的通知消息。
在步骤7中，当从控制实体(CA_NF)接收到通知消息时，协调实体(CA_CF、CA协调器)向扩展网络管理实体(CA_OSSExt)中继转发此通知消息。
在步骤8中，基于接收到的通知消息，扩展网络管理实体(CA_OSSExt)会触发或执行在网络管理实体(OSS)处的机制，其目的是在一段时间内在此阻止有关所告知的上下文的任何更改，且该时间段大于或等于生成的上下文所涉及的一个或多个NF实体实施更改所需的时间。
应注意，步骤5和步骤6可以同时非连续地出现。实际上，图示以连续的步骤形式示出生成的上下文的传播，仅是出于解释的目的，从而应理解，步骤的列举未必表示时间执行顺序。
图6示出了根据本申请实施例的第四步骤序列(用编号“5”、“6”、“7”、“8”、“9”和“10”表示)，其适用于“MP-CP”型的生成的上下文。
在步骤5中，控制实体(CA_NF)向协调实体(CA_CF、CA协调器)发送生成的上下文。
在步骤6中，协调实体(CA_CF、CA协调器)接收“MP-CP”型的生成的上下文，并且将其转发给扩展网络管理实体(CA_OSSExt)，扩展网络管理实体再依次将生成的上下文传送给网络管理实体(OSS)。
在步骤7中，如果基于生成的上下文的接收，网络管理实体(OSS)决定触发或者实施NSI的实体操作的更改，则网络管理实体(OSS)告知扩展网络管理实体(CA_OSSExt)。
在步骤8中，扩展网络管理实体(CA_OSSExt)向协调实体(CA_CF、CA协调器)告知从MP视角来看，更改可由MP的网络管理实体(OSS)在与接收到的上下文相关联的NSI的实体中实施。
在步骤9中，当从扩展网络管理实体(CA_OSSExt)接收关于将实施的更改的通知消息时，协调实体(CA_CF、CA协调器)转发此通知消息给控制实体(CA_NF)。
在步骤10中，当从协调实体(CA_CF、CA协调器)接收关于将实施的更改的通知消息时，控制实体(CA_NF)在一段时间内(此时间段大于或等于网络管理实体实施更改所需的时间)阻止任何上下文的生成和/或任何生成的上下文向NSI的NF实体的传输，以避免MP和CP/UP在NSI中同时实施更改。
应注意，增强型端到端(End-To-End，E2E)切片架构200可由移动核心网络(MobileCore Network，MCN)支持，该移动核心网络至少包括控制实体(CA_NF)、网络管理实体(OSS)、一个或多个NF实体以及协调实体(CA_CF)。
在本申请的特定功能实体和接口的一示例性且非限制性的实施方式中，图7示出了根据本申请实施例的基于增强型端到端(End-To-End，E2E)切片架构200和来自3GPPTS23.501的3GPP控制平面(Control Plane，CP)架构的增强型端到端(End-To-End，E2E)切片架构300。
图7的左侧示出了部署在CP中的主要NF实体(NEF、NRF、PCF、UDM、AF、AUSF、AMF、SMF)，如3GPP TS23.501所定义的，增强型端到端(End-To-End，E2E)切片架构200的特定功能实体(CA_NF，CA_NFExt)和接口(If-CA_NF，If-CA_MP)已实施到其基于服务的接口(Nnef、Nnrf、Npcf、Nudm、Naf、Nausf、Namf、Nsmf)和位于核心网络(Core Network，CN)和UP之间的接口(N1、N2、N3、N4、N6)。图7的右侧示出了MP的特定功能实体(CA_OSSExt、CA_CF)和增强型端到端(End-To-End，E2E)切片架构200的特定接口(If-CAC_OSS)。
和3GPP TS 23.501一致，已实施的If-CA_NF接口可被定义为基于服务的接口。通过此接口，任何NF实体都可以调用控制实体(CA_NF)提供的服务(即功能)。此外，来自3GPPTS 23.501技术规范的部分现有NF实体已经在功能上扩展为扩展3GPP NF实体，其可利用本申请的控制实体(CA_NF)所生成的上下文进行操作。如图7所示的扩展3GPP NF实体中，以下者可在非限制性列举中列出：
-NEF(网络曝光功能)：在功能上进行扩展以能够接收生成的上下文并将其曝光给任何其它的NF实体，或者曝光外部应用程序给CN；
-PCF(策略控制功能)：在功能上进行扩展以发送信息给CA_NF并且消耗控制实体(CA_NF)生成的上下文，从而使PCF能够优化待应用的策略；
-AF(应用功能)：在功能上进行扩展以使得应用向控制实体(CA_NF)发送信息并且消耗控制实体(CA_NF)生成的上下文，其目的是为了做出是否改进应用操作性能的决定；
-AMF(接入和移动性管理功能)：在功能上进行扩展以发送信息并消耗控制实体(CA_NF)生成的上下文，其目的在于优化AN操作和移动性支持；
-SMF(会话管理功能)：在功能上进行扩展以发送信息并消耗控制实体(CA_NF)生成的上下文，其目的在于优化正在进行中的会话管理以及新会话的建立。
无论如何都应注意，在3GPP TS 23.501技术规范中发现的而未在图7中描绘的其它现有NF实体还可在功能上扩展为扩展3GPP NF实体，其可利用本申请的控制实体(CA_NF)所生成的上下文进行操作。
本申请中定义的其它特定功能实体(CA_CF、CA_OSSExt)和接口(If-CA_MP、If-CAC_OSS)都被嵌入到增强型端到端(End-To-End，E2E)切片架构300的MP内，其中IF-CA_MP接口将CP处的CA_NF实体连接到MP处的CA_CF实体。
相较于增强型端到端(End-To-End，E2E)切片架构200，管理和编排(managementand orchestration，MANO)构架中的虚拟网络功能(Virtual Network Function，VNF)实体将假定为等效于NSI的NF实体。但是，图8没有描绘NSI。此外，SMS不能被仅考虑OSS/BSS的存在的MANO构架完全覆盖，该MANO构架本身无法等效于SMS。但是，当MANO架构管理NF实体即VNF实体时，其包括必须由SMS提供的部分功能。
在本申请的特定功能实体和接口的一示例性且非限制性实施方式中，图8示出了根据本申请实施例的一增强型欧洲电信标准协会(European TelecommunicationsStandards Institute，ETSI)网络功能虚拟化(Network Functions Virtualization，NFV)MANO架构400。增强型ETSI NFV MANO架构400是基于标题为：ETSI GS NFV-IFA 009v1.1.1(2016-07)的组织规范(group specification，GS)的图4.1.1所示的NFV-MANO功能块和参考点。其中，公开了也如图8所示适用于其功能块、参考点和接口的定义和细节。
在图8的实施例中，CA_NF实体是一个独立的NF实体，即其没有被给定的NSI的MANO框架部署为VNF实体。这表示由MANO框架部署和管理的VNF实体都是CP和UP的NF实体。每个VNF实体则在功能上进行扩展以获得本申请提出的相应的CA_NFExt实体。此外，协调实体(CA_CF)不在MANO框架本身的控制或者管理之下。其也是一个独立的实体。本申请实施例提出的接口的映射是简单明了的。具有CA_NFExt实体的VNF实体通过if-CA_NF接口连接至CA_NF实体。CA_NF实体和协调实体(CA_CF)通过If-CA_MP接口相互连接。OSS在功能上进行扩展以获得通过If-CAC_OSS接口连接至协调实体(CA_CF)的CA_OSSExt实体。
在本申请的特定功能实体和接口的另一个示例性且非限制性的实施方式中，图9示出了根据本申请实施例的一增强型ETSI NFV MANO架构500。该增强型ETSI NFV MANO架构500是基于标题为：ETSI GS NFV-IFA 009v1.1.1(2016-07)的GS文件的图4.1.1所示的NFV-MANO功能块和参考点。其中，公开了也如图9所示的适用于其功能块、参考点和接口的定义和细节。
在图9的其它实施例中，本申请定义的特定功能实体和接口与MANO构架紧密地集成在一起。这些特定功能实体和接口的部分功能需要被拆分成MANO构架的不同部分。例如，协调实体(CA_CF)的功能需要被拆分成在VNF管理器(Virtual Network FunctionManager，VNFM)处的NFV协同器(Network Function Virtualization Orchestrator，NFVO)。在此情况下，NFVO可以通过协调实体(CA_CF)的所有关键功能进行扩展，而VNFM可以经扩展以充当协调实体(CA_CF)的中继器，将该中继器嵌入到NFVO中以使得来自CN的CP的消息到达协调实体(CA_CF)。
图9的实施例的另一方面是指CA_NF实体可被认为是由MANO框架部署和管理的VNF实体。在此情况下，CA_NF实体的功能在MANO框架的元件管理器(Element Manager，EM)和VNF实体之间被拆分，该VNF实体即为CA_NF实体本身。此外，图9既没有描绘CA_NFExt实体，也没有描绘If-CA_NF接口，而此实体和接口描绘在图8中且与CA_NF实体连接。本申请定义的其它特定接口(If-CA_MP、If-CAC_OSS)可实施为MANO框架中现有接口的延伸。具体地，来自MANO框架的Ve-Vnfm-em接口可以通过If-CA_MP接口的功能进行扩展。此外，来自MANO框架的Or-Vnfm接口可以通过If-CA_MP和If-CAC_OSS接口的能力进行扩展，因为MANO框架的VNFM实体还可表现为协调实体(CA_CF)的中继器。另外，来自MANO框架的Or-Ma-nfvo接口可以通过If-CAC_OSS接口的能力进行扩展。
综上所述，本申请涉及支持E2E网络切片的MCN，其包括控制实体(CA_NF)、以功能进行扩展的一个或多个NF实体(CA-NFExt)、以功能进行扩展的网络管理实体(OSS)(CA_OSSExt)以及协调实体(CA_CF)。CA_NF通过CA_CF利用第一接口(If-CA_MP)和第三接口(If-CAC_OSS)与CA_OSSExt通信，利用相应的第二接口(If-CA_NF)和/或其它NF接口与一个或多个扩展NF实体(CA-NFExt)通信。CA_NF基于从OSS和一个或多个NF实体接收的信息，生成具有某一类型的上下文，再基于生成的上下文，发送上下文相关信息给一个或多个NF实体和OSS中受到生成的上下文影响的任一实体，并且当从OSS接收到关于OSS决定在从CA_NF接收到生成的上下文时实施更改的通知消息时，在一段时间内阻止向一个或多个NF实体传输任何生成的上下文。另一方面，当从控制实体(CA_NF)接收到通知消息时，扩展网络管理实体(CA_OSSExt)在一段时间内阻止网络管理实体(OSS)进行任何更改。
此外，由于控制实体(CA_NF)和网络管理实体(OSS)之间的相互通信，利用上下文感知关闭CP实体和MP实体之间的决策环，本申请在非限制性列举中具有以下好处：
-使关于保留在MP中的系统实体情况的信息能够在部署于CP中的NF实体的决策中得到考虑；
-减少MP和CP处发生不必要或多次更改，以此解决涉及相关实体或在同一地理区域的实体的情况。举例来说，本申请可以减少在CP处运行网关迁移，并更改与在CP处迁移涉及的与同一网关相关联的基础设施资源的情况；
-有潜力减少长期产能规划和基础设施资源预配的需求，以此保证移动网络服务的预期性能。例如，在4G时代，服务品质(Quality of Service，QoS)类别标识符(Qualityof Service Class Identifier，QCI)具有预计由MP在基础设施处提供的时延的预算。这表示首先必须理解移动流量的特征是什么，然后则是为此类需求确定尺寸并预先配置网络。就4G而言，本申请有潜力做出更动态地调节，从而减少过量配置的可能性。
附图和上文的说明已经详细地展示并描绘了本申请，此类图示和说明可视为示意性的或者示例性的，而非限定性的。本申请不限于本公开的实施例。通过阅读本公开发明，所属领域的技术人员将清楚其它变体。此类变体可涉及所属领域中已经知道且可代替本文已经描述的特征或除本文已经描述的特征之外使用的其它特征。
在此结合各种实施例描述了本申请。但本领域技术人员通过实践本申请，研究附图、本申请以及所附的权利要求，能够理解并获得公开实施例的其它变体。在权利要求书中，词语“包括”也不排除其它元素或步骤，不定冠词“一”也不排除多个。单个处理器或其它单元可满足权利要求中描述的几项的功能。在仅凭某些措施记载在相互不同的从属权利要求书中这个单纯的事实并不意味着这些措施的结合不能有效地使用。计算机程序可存储或分发到合适的介质上，例如与其它硬件一起或者作为其它硬件的部分提供的光存储介质或者固态介质，还可以以其它形式例如通过因特网或者其它有线或无线电信系统分发。
尽管已经参考本申请的特定特征和实施例描述了本申请，但是明显在不脱离本申请的精神和范围的情况下可以制定本申请的各种修改和组合。说明书和附图仅被视为所附权利要求书所定义的本申请的说明并且考虑落于本说明书的范围内的任何和所有修改、变体、组合或均等物。

Claims (17)

1.一种与网络管理实体（OSS）和一个或多个网络功能（Network Function，NF）实体通信的控制实体（CA_NF），所述控制实体（CA_NF）用于：
从所述一个或多个NF实体和所述网络管理实体（OSS）接收信息，所接收到的信息与生成上下文有关，其中，通过第一接口（If-CA_MP）接收来自所述网络管理实体（OSS）的所述信息，通过相应的第二接口（If-CA_NF）接收来自所述一个或多个NF实体的所述信息；
基于所述接收到的信息生成所述上下文；
基于所生成的上下文，向所述一个或多个NF实体和所述网络管理实体（OSS）中被所述生成的上下文影响的任一实体发送上下文相关信息，
其中，当所述网络管理实体（OSS）受到所述生成的上下文影响时，通过所述第一接口（If-CA_MP）向所述网络管理实体（OSS）发送所述上下文相关信息；
其中，当所述一个或多个NF实体中的一个实体受到所述生成的上下文影响时，通过所述第二接口（If-CA_NF）向所述一个或多个NF实体中的所述实体发送所述上下文相关信息，
其中，当受到所述生成的上下文影响的所述实体是一个在接收到所述生成的上下文时容易实施更改的实体时，所述上下文相关信息包括所述生成的上下文；
其中，当受到所述生成的上下文影响的所述实体是一个容易被实施的更改影响的实体时，所述上下文相关信息包括关于所述生成的上下文类型的通知消息。
2.根据权利要求1所述的控制实体（CA_NF），其特征在于：
所述生成的上下文类型有一种格式，所述格式给出的指示是仅关于包括容易实施更改的实体的第一实体（CP，MP），或关于包括容易实施更改的实体的第一实体（CP，MP）和包括容易被实施的更改影响的实体的第二实体（MP，CP）；
所述第二实体（MP，CP）与所述第一实体（CP，MP）不同；
所述一个或多个NF实体部署在所述第一实体中，所述网络管理实体（OSS）部署在所述第二实体中，或者
所述一个或多个NF实体部署在所述第二实体中，所述网络管理实体（OSS）部署在所述第一实体中。
3.根据权利要求2所述的控制实体（CA_NF），用于：
一旦从所述网络管理实体（OSS）接收到通知消息时，在一段时间内阻止向所述一个或多个NF实体传输任何生成的上下文，其中，
当所述网络管理实体（OSS）决定在从所述控制实体（CA_NF）接收到所述生成的上下文时实施更改时，所述网络管理实体（OSS）生成所述通知消息，并且
传输被阻止的时间段大于或等于所述网络管理实体（OSS）实施更改所需的时间。
4.根据权利要求1所述的控制实体（CA_NF），其中，所述网络管理实体（OSS）用于：
以功能进行扩展，从而获得扩展网络管理实体（CA_OSSExt），所述功能使得所述网络管理实体（OSS）能够与如权利要求1至3中任一项所述的控制实体（CA_NF）通信，其中，
所述扩展网络管理实体（CA_OSSExt）用于向所述控制实体（CA_NF）发送与生成所述上下文有关的信息，还用于当所述网络管理实体（OSS）受到所述生成的上下文影响时，从所述控制实体（CA_NF）中接收所述上下文相关信息。
5.根据权利要求4所述的控制实体（CA_NF），其特征在于：
所述扩展网络管理实体（CA_OSSExt）通过与协调实体（CA_CF）的通信来实现与所述控制实体（CA_NF）的通信。
6.根据权利要求5所述的控制实体（CA_NF），其特征在于：
所述扩展网络管理实体（CA_OSSExt）利用第三接口（If-CAC_OSS）与所述协调实体（CA_CF）通信。
7.根据权利要求4至6任一项所述的控制实体（CA_NF），其特征在于：
所述扩展网络管理实体（CA_OSSExt）用于当从所述控制实体（CA_NF）接收到所述通知消息时，在一段时间内阻止所述网络管理实体（OSS）进行任何更改，其中，
阻止任何更改的时间段大于或等于所述一个或多个NF实体受到所述生成的上下文影响实施更改所需的时间。
8.根据权利要求1所述的控制实体（CA_NF），其中，所述网络管理实体（OSS）用于：
以功能进行扩展，从而获得扩展NF实体（CA_NFExt），所述功能使得所述NF实体能够与所述控制实体（CA_NF）通信，其中，
所述扩展NF实体（CA_NFExt）用于向所述控制实体（CA_NF）发送与生成所述上下文有关的所述信息，还用于当所述NF实体受到所述生成的上下文影响时，从所述控制实体（CA_NF）中接收所述上下文相关信息。
9.一种支持E2E网络切片的移动核心网络（Mobile Core Network，MCN），所述移动核心网络（Mobile Core Network，MCN）包括：
如权利要求5或6所述的网络管理实体（OSS）。
10.根据权利要求9所述的移动核心网络（Mobile Core Network，MCN），其特征在于：
将所述网络管理实体（OSS）和所述协调实体（CA_CF）实施到管理平面（ManagementPlane，MP）中；
将所述控制实体（CA_NF）和所述一个或多个NF实体实施到控制平面（Control Plane，CP）和/或用户平面（User Plane，UP）中，所述CP和所述MP分别是如权利要求2所述的第一实体（CP，MP）和第二实体（MP，CP）中的一个。
11.根据权利要求9所述的移动核心网络（Mobile Core Network，MCN），其配置有网络功能虚拟化（Network Function Virtualization，NFV）框架。
12.根据权利要求11所述的移动核心网络（Mobile Core Network，MCN），其特征在于：
所述一个或多个网络功能（Network Function，NF）实体和所述网络管理实体（OSS）都是所述NFV框架的一部分；
所述控制实体（CA_NF）和所述协调实体（CA_CF）都是独立的实体。
13.根据权利要求11所述的移动核心网络（Mobile Core Network，MCN），其特征在于：
所述控制实体（CA_NF）、所述一个或多个网络功能（Network Function，NF）实体、所述网络管理实体（OSS）和所述协调实体（CA_CF）都是所述NFV框架的一部分。
14.一种与网络管理实体（OSS）和一个或多个网络功能（Network Function，NF）实体进行通信的方法，包括：
在控制实体（CA_NF）处从所述一个或多个NF实体和所述网络管理实体（OSS）中接收信息，接收到的信息与生成上下文有关；
基于所述接收到的信息，在所述控制实体（CA_NF）处生成所述上下文；
基于生成的上下文，从所述控制实体（CA_NF）向所述一个或多个NF实体和所述网络管理实体（OSS）中受到所述生成的上下文影响的任一实体发送上下文相关信息，
其中，从所述网络管理实体（OSS）向所述控制实体（CA_NF）发送信息，所发送的信息与在所述控制实体（CA_NF）处生成上下文有关；
基于生成的上下文，当所述网络管理实体（OSS）受到所述生成的上下文影响时，在所述网络管理实体（OSS）处以及从所述控制实体（CA_NF）处接收上下文相关信息；
其中，当受到所述生成的上下文影响的所述实体是一个在接收到所述生成的上下文时容易实施更改的实体时，所述上下文相关信息包括所述生成的上下文；
其中，当受到所述生成的上下文影响的所述实体是一个容易被实施的更改影响的实体时，所述上下文相关信息包括关于所述生成的上下文类型的通知消息。
15.根据权利要求14所述的方法，包括：
当从所述网络管理实体（OSS）接收到通知消息时，在一段时间内，在所述控制实体（CA_NF）处阻止向所述一个或多个NF实体传输任何生成的上下文，其中，
一旦所述网络管理实体（OSS）决定在接收到源自所述上下文相关信息的所述生成的上下文时实施更改，所述网络管理实体（OSS）生成所述通知消息；并且
传输被阻止的时间段大于或等于所述网络管理实体（OSS）实施更改所需的时间。
16.根据权利要求14或15所述的方法，包括：
当在所述网络管理实体（OSS）处以及从所述控制实体（CA_NF）处接收到关于所述生成的上下文类型的通知消息时，在一段时间内阻止所述网络管理实体（OSS）进行任何更改，其中，
所述一个或多个NF实体容易实施更改，因此会受到所述生成的上下文的影响；
所述网络管理实体（OSS）容易受到所述实施的更改的影响，因此会受到所述生成的上下文的影响；
阻止对所述网络管理实体（OSS）进行任何更改的时间段大于或等于所述一个或多个NF实体受到所述生成的上下文影响实施更改所需的时间。
17.一种计算机可读存储介质，用于存储程序代码，所述程序代码在计算机上执行时，使得所述计算机执行如权利要求14至16中任一项所述的方法。
CN201780091065.3A 2017-06-13 2017-06-13 利用上下文感知来协调管理和移动网络服务操作平面的方法 Active CN110692216B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2017/064398 WO2018228674A1 (en) 2017-06-13 2017-06-13 Method for using context awareness for the coordination of management and mobile network service operation planes

Publications (2)

Publication Number Publication Date
CN110692216A CN110692216A (zh) 2020-01-14
CN110692216B true CN110692216B (zh) 2021-05-18

Family

ID=59067656

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780091065.3A Active CN110692216B (zh) 2017-06-13 2017-06-13 利用上下文感知来协调管理和移动网络服务操作平面的方法

Country Status (4)

Country Link
US (1) US11240096B2 (zh)
EP (1) EP3625931B1 (zh)
CN (1) CN110692216B (zh)
WO (1) WO2018228674A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11082299B2 (en) * 2018-03-26 2021-08-03 Apple Inc. Managing virtual links in a network service instance
CN112154629B (zh) 2018-05-11 2022-08-26 华为技术有限公司 用于交换用于分析的网络切片实例数据的控制面实体和管理面实体
US11916734B2 (en) 2019-03-22 2024-02-27 Koninklijke Kpn N.V. Third party network and network slice management
WO2021110894A1 (en) * 2019-12-04 2021-06-10 Koninklijke Kpn N.V. Providing interface between network management and slice management

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104639653A (zh) * 2015-03-05 2015-05-20 北京掌中经纬技术有限公司 基于云架构的自适应方法及系统
CN105376083A (zh) * 2014-08-25 2016-03-02 华为技术有限公司 节能控制方法、管理服务器和网络设备
CN105453485A (zh) * 2013-09-06 2016-03-30 华为技术有限公司 用于服务嵌入和资源协调的系统及方法
CN106375987A (zh) * 2015-07-22 2017-02-01 中兴通讯股份有限公司 一种网络切片的选择方法及系统

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8804530B2 (en) 2011-12-21 2014-08-12 Cisco Technology, Inc. Systems and methods for gateway relocation
US9436443B2 (en) * 2014-08-28 2016-09-06 At&T Intellectual Property I, L.P. Software defined network controller
US10129108B2 (en) * 2015-11-13 2018-11-13 Huawei Technologies Co., Ltd. System and methods for network management and orchestration for network slicing
US10135701B2 (en) * 2016-02-19 2018-11-20 At&T Intellectual Property I, L.P. Context-aware virtualized control decision support system for providing quality of experience assurance for internet protocol streaming video services
US11068314B2 (en) * 2017-03-29 2021-07-20 Juniper Networks, Inc. Micro-level monitoring, visibility and control of shared resources internal to a processor of a host machine for a virtual environment
US11051183B2 (en) * 2017-05-10 2021-06-29 Huawei Technologies Co., Ltd. Service provision steps using slices and associated definitions

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105453485A (zh) * 2013-09-06 2016-03-30 华为技术有限公司 用于服务嵌入和资源协调的系统及方法
CN105376083A (zh) * 2014-08-25 2016-03-02 华为技术有限公司 节能控制方法、管理服务器和网络设备
CN104639653A (zh) * 2015-03-05 2015-05-20 北京掌中经纬技术有限公司 基于云架构的自适应方法及系统
CN106375987A (zh) * 2015-07-22 2017-02-01 中兴通讯股份有限公司 一种网络切片的选择方法及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Network Slicing Architecture;Huawei Technologies;《IETF》;20170313;参见文中第3节-第6节 *

Also Published As

Publication number Publication date
US20200119995A1 (en) 2020-04-16
EP3625931B1 (en) 2021-10-27
EP3625931A1 (en) 2020-03-25
CN110692216A (zh) 2020-01-14
WO2018228674A1 (en) 2018-12-20
US11240096B2 (en) 2022-02-01

Similar Documents

Publication Publication Date Title
US12095640B2 (en) Network data analytics functionality enhancement and new service consumers
CN111684774B (zh) 移动边缘计算(mec)中的服务质量(qos)控制方法、系统
CN111052849B (zh) 移动网络交互代理的方法和设备
US11240096B2 (en) Method for using context awareness for the coordination of management and mobile network service operation planes
CN107113188B (zh) 基于云的无线电接入网络中的层管理器装置及操作方法
EP3537819B1 (en) Resource scheduling method and base station
CN107769946B (zh) 一种网络配置方法及网络设备
US20200008250A1 (en) Wireless Connection Establishment Method And Apparatus
JP7193060B2 (ja) 通信方法、通信装置、及び通信システム
KR20190039270A (ko) 단말의 이동성 패턴을 관리하는 방법 및 장치
EP3871441A1 (en) Devices and methods for time sensitive communication in a communication network
CN110730487A (zh) 一种选择会话管理功能网元的方法、装置及系统
CN113632439B (zh) 支持虚拟以太网网桥管理的蜂窝通信系统
CN114342489B (zh) 一种通信方法、通信装置、终端设备及用户面网元
JP2024519220A (ja) ユーザ機器、スケジューリングノード、ユーザ機器のための方法、スケジューリングノードのための方法および集積回路
CN113746649B (zh) 一种网络切片控制方法及通信装置
US20230180157A1 (en) Apparatus, Method and Computer Program
CN114342511A (zh) 通信方法和通信装置
CN111757313A (zh) 一种通信方法及装置
US20230379687A1 (en) Network slice local switching at a distributed unit
CN109792455A (zh) 用于传输数据的方法和设备
CN110708727B (zh) 搬迁管理方法及装置
WO2023194350A1 (en) Apparatuses, methods, and computer programs for temporarily unavailable network slices
EP4316169A1 (en) Activation/de-activation mechanism for one scg and scells, and conditional pscell change/addition
GB2621550A (en) Apparatus, method and computer program

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant