首页> 中国专利> 用于聚合服务的通用服务NFV编排与管理系统和方法

用于聚合服务的通用服务NFV编排与管理系统和方法

摘要

一种用于网络功能虚拟化管理与编排的系统和方法,其包括:虚拟化基础设施管理器;耦接至虚拟化基础设施管理器的网络功能虚拟化编排器;耦接至网络功能虚拟化编排器的虚拟网络功能管理器;耦接至网络功能虚拟化编排器的一个或更多个专用网络服务,所述一个或更多个专用网络服务由网络功能虚拟化编排器根据通用网络服务描述符进行编排;以及耦接至虚拟网络功能管理器的一个或更多个专用网络功能,虚拟网络功能管理器被配置成根据通用网络功能描述符来管理专用网络功能。

著录项

  • 公开/公告号CN106797325A

    专利类型发明专利

  • 公开/公告日2017-05-31

    原文格式PDF

  • 申请/专利权人 华为技术有限公司;

    申请/专利号CN201580055190.X

  • 发明设计人 相治咸;

    申请日2015-10-14

  • 分类号H04L12/24(20060101);H04L29/06(20060101);

  • 代理机构深圳市深佳知识产权代理事务所(普通合伙);

  • 代理人王仲凯

  • 地址 518129 广东省深圳市龙岗区坂田华为总部办公楼

  • 入库时间 2023-06-19 02:21:55

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2022-09-23

    未缴年费专利权终止 IPC(主分类):H04L12/24 专利号:ZL201580055190X 申请日:20151014 授权公告日:20190820

    专利权的终止

  • 2019-08-20

    授权

    授权

  • 2017-06-23

    实质审查的生效 IPC(主分类):H04L12/24 申请日:20151014

    实质审查的生效

  • 2017-05-31

    公开

    公开

说明书

本申请要求于2014年10月14日提交的题为“System and Method for GenericService NFV Orchestration and Management for Converged Service”的第62/063,826号美国临时申请以及于2015年10月13日提交的题为“System and Method for GenericService NFV Orchestration and Management for Converged Service”的第14/881,569号美国申请的权益,上述两个申请在此以引用的方式合并至本文中。

技术领域

本发明一般性涉及虚拟网络,并且在具体实施方式中,涉及用于聚合服务的通用服务NFV编排与管理系统和方法。

背景技术

网络功能虚拟化(Network function virtualization,NFV)是通过使用虚拟硬件抽象将网络功能与运行网络功能的硬件分离的原理。NFV是致力于利用通用硬件平台来使网络设备虚拟化以提供成本降低、操作高效和新服务敏捷性的行业。欧洲电信标准化协会(ETSI)NFV行业规范组(ISG)正在开发用于NFV的框架。

虚拟网络具有有限数量的资源。必须协调和管理这些资源以确保最佳分配,这对实现适当的连接可能是必需的。虚拟网络所运行的网络服务其生命周期必须被进行适当地管理。网络功能虚拟化管理与编排(network functions virtualization management andorchestration,NFV-MANO)系统对虚拟网络功能及其各自的网络功能虚拟化基础设施(network function virtualization infrastructures,NFVI)进行管理和协调。当前的NFV-MANO系统是单个实体,这使得当前的NFV-MANO系统不适合云计算系统中的某些网络实际情况。

发明内容

技术优点由描述用于聚合服务的通用服务NFV编排与管理系统和方法的本公开实施方式来一般地实现。

根据一种实施方式,提供了一种用于网络功能虚拟化管理与编排的系统。该系统包括:虚拟化基础设施管理器(virtualized infrastructure manager,VIM);耦接至VIM的网络功能虚拟化编排器(network functions virtualization orchestrator,NFVO);耦接至NFVO的虚拟网络功能管理器(virtual network function manager,VNFM);耦接至NFVO的一个或更多个专用网络服务,所述一个或更多个专用网络服务由NFVO根据通用网络服务描述符进行编排;以及耦接至VNFM的一个或更多个专用网络功能,VNFM被配置成根据通用网络功能描述符来管理专用网络功能。

根据另一实施方式,提供了一种用于管理虚拟网络的方法。该方法包括:接收通用描述符,通用描述符包括公用管理功能;接收用于执行公用管理功能的指令;以及根据指令和通用描述符来执行专用管理功能。

根据又一实施方式,提供了一种用于编排虚拟网络的方法。该方法包括:接收用于编排用于网络服务的资源的指令;根据所接收到的指令来分配网络功能虚拟化(NFV)基础设施资源;根据所分配的NFV基础设施资源来选择通用网络服务;以及根据所选择的通用网络服务来编排专用网络服务。

附图说明

为了更透彻地理解本公开及其优点,现在结合附图参考以下描述,在附图中:

图1示出了根据实施方式的无线通信网络的图;

图2示出了根据实施方式的虚拟网络;

图3a至图3c示出了根据实施方式的网络功能虚拟化管理与编排(NFV-MANO)系统;

图4示出了虚拟通信网络;

图5示出了根据实施方式的用于编排虚拟网络功能的方法;

图6示出了根据实施方式的用于管理虚拟网络功能的方法;

图7示出了根据实施方式的处理系统的图;以及

图8示出了收发器的框图。

除非另有指示,否则不同附图中的相应的附图标记和符号通常指代相应的部分。绘制附图是为了清楚地说明实施方式的相关方面,因此未必是按比例绘制的。

具体实施方式

下面详细讨论本公开的实施方式的实施和使用。然而,应当理解,本文所公开的构思可以在各种特定环境中实施,并且本文所讨论的具体实施方式仅是说明性的且并不用于限定权利要求书的范围。此外,应当理解,在不背离由所附权利要求书所限定的本公开的精神和范围的情况下,在本文中可以做出各种修改、替换和变换。

本文所公开的是用于使用通用网络服务和数据模型来编排和管理NFV的系统和方法。NFV处理许多类型的底层网络服务。每个网络服务可以与由标准组织或外部供应商定义的功能进行交互以形成不同的端到端(E2E)服务,例如移动性管理实体(mobilitymanagement entity,MME)、分组网关(packet gateway,PGW)、服务网关(serving gateway,SGW)等。用于网络服务的许多实现细节可以由NFV处理。

虚拟化网络功能必须被适当地管理。网络功能虚拟化编排器(NFVO)有助于创建和管理虚拟网络功能。NFVO可以根据期望的生命周期、网络需求、可用资源等来创建和协调虚拟网络功能。同样地,一旦虚拟网络功能被创建,则虚拟网络功能管理器(VNFM)负责虚拟网络功能的生命周期管理。

当前的NFV-MANO方案将所有管理和编排责任定位在单个位置和网络中。这些方案不接受以下实际情况:网络服务通常并非全都由在其内运行MANO的同一网络所拥有或操作。相反,网络服务经常由不同的部门建立或者例如是从云提供商租用的。网络服务的云提供商的示例可以包括AT&T、亚马逊的AWS、微软的Azure等。将其自身一部分定位在本地网络中而将另一部分定位在云网络中的聚合MANO使资源能够被更有效地分配和扩展。例如,根据实施方式的MANO可以将服务编排与管理定位在本地网络中,而资源编排与管理可以被定位在云网络中。该配置应对以下实际情况:云资源常常存在于不同网络中并且由与本地网络部件的组织不同的组织来管理。

此外,由于创建了越来越多类型的网络,所以需要支持与接入技术无关的应用和服务。存在许多可能需要支持移动网络能力和固定网络能力二者的E2E服务。针对网络需要支持的每个E2E服务,可能需要不同类型的NFV。因此,针对每种类型的网络服务,可能需要不同的NFVO、VNFM和虚拟化基础设施管理器(VIM)。网络中的编排和管理设备的这种多样性是不期望的。根据实施方式的MANO可以将编排和管理抽象成通用网络服务和数据模型。然后专用服务则可以针对每个网络服务实现这些通用服务的细节。这样的系统使服务编排系统和资源编排系统能够在不知道彼此的实现细节的情况下进行操作。这种业务分离可以实现更大的操作灵活性以及更智能的虚拟网络功能分配和管理。这种增加的灵活性可以使虚拟网络功能得以快速开发并且使与其他服务交付组织的协作得以增加。

图1图示了用于传送数据的网络100。网络100包括具有覆盖区域101的基站110、多个移动设备120、回程网络130和NFV-MANO系统140。如所示出的,基站110与移动设备120建立上行链路(短划线)连接和/或下行链路(点划线)连接,其用于将来自移动设备120的数据传送至基站110以及将来自基站110的数据传送至移动设备120。经由上行链路/下行链路连接传送的数据可以包括在移动设备120之间传送的数据以及通过回程网络130传送至远端(未示出)/从远端传送的数据。如本文所使用的,术语“基站”是指被配置成提供网络的无线接入的任意部件(或部件的集合),例如增强型基站(eNB)、宏基站、家庭基站(femtocell)、Wi-Fi接入点(AP)或其他无线启用设备。基站可以根据一个或更多个无线通信协议例如长期演进(LTE)、LTE升级版(LTE-A)、高速分组接入(High Speed Packet Access,HSPA)、Wi-Fi 802.11a/b/g/n/ac等来提供无线接入。如本文所使用的,术语“移动设备”是指能够与基站建立无线连接的任意部件(或部件的集合),例如用户设备(user equipment,UE)、移动站(mobile station,STA)和其他无线启用设备。在一些实施方式中,网络100可以包括各种其他无线设备例如中继器、低功率节点等。

NFV-MANO系统140可以是网络100中的独立设备,或者NFV-MANO系统140可以与另外的设备共同位于网络100中。尽管NFV-MANO系统140在图1中被示为单个项,但它可以横跨网络100中的多个设备。另外,如下面所讨论的,尽管NFV-MANO系统140被示出为全部处于网络100中,但应当指出,在一些实施方式中,NFV-MANO系统140可以跨越多个网络。

图2示出了根据实施方式的虚拟网络200。虚拟网络200包括NFV-MANO系统202和多个网络服务204、206。NFV-MANO系统202可以表明NFV-MANO系统140中的功能。网络服务204、206在图2中被示出为两个块,但应当理解,在一些实施方式中,可以存在连接至NFV-MANO系统202的许多网络服务204、206,并且这些网络服务204、206可以包括各种不同的部件。例如,可以存在用于连接至NFV-MANO系统202并且由NFV-MANO系统202管理的固定网络或移动网络的服务,其中,NFV-MANO系统202可以包含用于每个网络服务的编排器和管理器。

图2的根据实施方式的NFV-MANO系统包括VIM 205、NFVO 208和VNFM 210。图2示出了共同位于同一设备中的所有三个这些部件。VIM 205对虚拟网络功能进行操作、管理和协调。VIM 205还将虚拟网络功能与用于每个NFV的相应基础设施进行协调。VIM 205可以位于内容提供商或服务提供商的网络内。在一些实施方式中,VIM 205位于云服务提供商的网络中。

NFVO 208可以是管理网络服务的生命周期的功能块。除了虚拟网络功能的其他方面,NFVO 208还协调和管理网络服务的生命周期。此外,NFVO 208还管理和协调资源分配以确保VIM对网络功能虚拟化基础设施内的资源进行最佳分配。在一些实施方式中,NFVO 208可以控制云计算基础设施中的资源的纵向扩展或横向扩展。

VNFM 210可以是管理虚拟网络的生命周期的功能块。VNFM 210可以与VIM协调以及与NFVO协调以确保在必要时(例如由NFVO)创建及销毁虚拟网络元件。NFVO可以位于本地网络或云网络中。替选地,如下面所讨论的,NFVO可以替代地包括多个部件,其中一些部件位于本地网络中而另一些部件位于云网络中。

图3a示出了根据实施方式的NFV-MANO系统300。NFV-MANO系统300包括VIM 302、网络服务304、NFVO 306和VNFM 308。如上面关于图2所讨论的,VIM 302可以执行网络的核心管理。然而,不同于图2所示的网络,NFV-MANO系统300并不包含在单个设备或网络内。例如,VIM 302、部分NFVO 306和部分VNFM 308可以在云网络中,而NFVO 306和VNFM 308的另一部分可以在本地网络或服务提供商网络中。图3a所示的NFV-MANO系统300是不意味着受限于特定硬件、软件和/或网络配置的灵活设计。

如上所讨论的,网络服务304可以包括许多不同的网络服务和功能。这些网络服务可以被编排成形成E2E服务。需要被编排以形成E2E服务的特定网络服务和接口可以在规范例如3GPP中进行定义。例如,在要形成移动3GPP服务的实施方式中,所编排的网络服务304可以包括例如移动性管理实体(MME)、分组网关(PGW)和/或服务网关(SGW)。

如下面将参照图3b至图3c讨论的,NFVO 306和VNFM 308可以被抽象成对通用网络服务和专用网络服务进行管理和编排。这使得网络的管理部件能够对通用网络服务进行操作,而NFVO 306和/或VNFM 308将通用服务命令转换成专用服务命令。因此,网络的一些部分不需要网络服务304如何被管理和编排的知识。

图3b示出了根据实施方式的网络功能虚拟化编排器(NFVO)350。NFVO 350可以说明图3a中的NFVO 306。为了在网络中形成E2E服务,NFVO 350可以被进一步细分成多个编排器元件。NFVO 350还可以包括资源编排器352和服务编排器354。这些不同的编排器功能可以位于网络上的同一设备中、网络上的不同设备中或跨越不同网络的不同设备中。例如,资源编排器352可以位于第一云网络中,而服务编排器354可以位于不同的云网络中。

为了适应形成不同E2E服务所需的许多不同网络服务,服务编排器354可以被抽象成公用服务编排器356和专用服务编排器358。公用服务编排器356可以使用通用语言或协议与资源编排器352进行通信。专用服务编排器358可以直接与资源编排器352进行交互,或者专用服务编排器358可以与公用服务编排器356进行交互以对虚拟资源进行编排以满足虚拟网络的某些需求。当向资源编排器352做出针对E2E服务的请求时,公用服务编排器356可以与专用服务编排器358进行通信以使用具体网络服务例如3GPP移动服务、线缆服务、固网服务、电信管理论坛(TeleManagement Forum,TMF)服务和/或宽带论坛(BroadbandForum,BBF)固定网络服务的已知细节来塑造期望的E2E服务。专用服务编排器358负责创建专用(即,特定于服务的)网络服务描述符。专用网络服务描述符可以与特定技术、标准组织、开源社区等关联。专用网络服务描述符还可以是基于与业务域或特定提供商的解决方案相关联的参数而创建。所创建的专用服务描述符可以是通用服务描述的子集,使得NFV-MANO的其他部件不需要知道底层网络服务的特定细节。然而,应当指出的是,服务编排器354不一定分为公用服务编排器和专用服务编排器。在一些实施方式中,公用服务编排器和专用服务编排器两者可以一起位于设备或网络上。

资源编排器352可以根据所定义的数据模型来与公用服务编排器356进行交互。该数据模型可以包含某些字段和信息。在一些实施方式中,公用服务编排器356可以使用上述同一数据模型来与专用服务编排器358进行交互。在一些实施方式中,公用服务编排器356和/或专用服务编排器358可以利用该数据模型的子集来进行通信。这个子集可以类似于资源编排器352中所使用的数据模型,但还可以增加特定于服务的信息和参数。这些参数可以由例如与所调用的专用服务编排器相关联的标准组织来调用。例如,除通用数据模型中的参数之外,3GPP网络还可以根据3GPP标准来调用其他参数。

公用服务编排器356和专用服务编排器358之间的接口可以被细分成专用服务编排器的另外的层。这种额外的抽象可以实现在编排网络服务时的另外的粒度。也可以根据这些抽象的层来对服务描述和数据模型进行细分。因此,例如,第一专用服务编排器可以笼统调用3GPP网络,然后由第一专用服务编排器调用的第二专用服务编排器可以专门调用LTE网络。例如,资源编排器352可以在不具有将要创建什么样的移动网络的知识的情况下告诉公用服务编排器356“为移动设备构造E2E网络”。然后,公用服务编排器356可以决定应当创建3GPP网络,并且告诉专用服务编排器358“构造3GPP网络”。然后,专用服务编排器358可以利用其网络服务的知识以及根据3GPP规范来编排虚拟3GPP网络并且创建用于该网络的通用网络描述符。然后可以将这个通用网络描述符传递至VNFM例如VNFM 308。抽象虚拟资源创建的这种系统使得能够在不具有虚拟网络的底层细节的知识的情况下对虚拟网络功能进行管理和编排。例如,服务编排器354可以位于云计算网络中,因此资源编排器352可以不具有云网络的能力的知识。通过创建通用服务描述,资源编排器352仍然可以编排和管理云网络中的E2E服务。这种业务分离使得另外的网络技术在被创建时就能够被添加至云网络中。例如,新的网络标准和开源项目可以促成能够编排资源编排器352所不了解的新类型的网络的新的专用服务编排器。抽象的服务编排器使得能够改变或改善网络服务,而资源编排器352、VIM 302或VNFM 308不需要关于该改变的知识。这将使未来的网络能够在不对VNFM或资源编排器352进行改变的情况下起作用。

图3c示出了根据实施方式的虚拟化网络功能管理器(VNFM)370。VNFM 370可以说明图3a中的VNFM 308。VNFM 370包括公用VNFM 372和专用VNFM 374。这些不同的管理功能可以位于网络上的一个设备中,或者替选地可以跨越多个设备和/或网络而分开。例如,公用VNFM 372可以位于资源编排器352所在的云网络中,而专用VNFM 374可以位于服务编排器354所在的本地网络中。

公用VNFM 372管理虚拟网络特征的公用部分。公用VNFM 372可以使用由服务编排器354创建的通用功能描述。通用功能描述可以包括:通用功能,例如生命周期管理;以及与服务编排器354的公用部分的交互。与服务编排器354一样,公用VNFM 372可以使用可与专用VNFM(下面讨论的)共享的公用数据模型。

专用VNFM 374管理由专用服务编排器358建立的网络服务的专用部分。类似于专用服务编排器358,专用VNFM 374可以执行由与某些网络服务例如3GPP或BBF相关联的组织定义的功能。对于LTE网络,可以将用于虚拟网络功能的元件管理器集成到专用VNFM 374中。因而,专用VNFM 374可以执行如由各种标准组织、运营商、供应商等所描述的虚拟网络功能实例生命周期管理。与专用服务编排器358一样,专用VNFM 374可以细分成专用VNFM的另外的层。这种额外的抽象可以实现在管理网络服务时的另外的粒度。

专用VNFM 374可以使用与用于与公用VNFM 372进行通信的功能描述和数据模型相似的功能描述和数据模型来与专用VNFM 374所管理的虚拟网络功能进行通信。这些数据模型可以包括特定于由专用VNFM 374管理的网络服务的另外的字段。因而,专用VNFM 374可以是由具体供应商、业务域等实现和/或维护的公用VNFM 372的子集。类似于服务编排器354,公用VNFM 372和专用VNFM 374可以组合在一个设备上或由不同的供应商、组织等单独实现。

图4示出了根据实施方式的虚拟通信网络400。虚拟通信网络400包括VIM 402、公用VNFM 404、资源编排器406和服务编排器408。如上面参照图3b所讨论的,资源编排器406和服务编排器408可以是在不同网络上或同一网络上实现的NFVO的部件。VIM 402、公用VNFM 404、资源编排器406和服务编排器408全部可以进行通信以对虚拟通信网络400进行管理和编排。

如上面参照图3b所讨论的,服务编排器408包括公用服务编排器410和专用服务编排器412。如图4中用虚线双向箭头所示的,公用服务编排器410可以使用通用服务描述和数据模型来与资源编排器406和公用VNFM 404进行通信。如上面参照图3b至图3c所讨论的,专用服务编排器412可以使用下述服务描述和数据模型来与公用服务编排器410进行通信,所述服务描述和数据模型是通用服务描述和数据模型的子集但包括特定于由专用服务编排器412实现的虚拟网络功能的另外的数据字段和描述。

虚拟通信网络400还包括专用VNFM 414、416和网络服务418、420。公用VNFM、专用VNFM 414、416和网络服务418、420可以利用信息模型或数据模型进行通信。信息模型表示VNFM与NFVO之间交换的信息,而数据模型是信息模型的更详细地定义该信息模型的参数的实现。也就是说,信息模型是特定数据模型可以实现的较高水平的、抽象的模型。如上面所讨论的,如图4中用实线双箭头所示,专用VNFM 414、416可以使用通用功能描述以及信息模型或数据模型来与公用VNFM进行通信。同样地,专用VNFM 414、416可以使用专用功能描述以及信息模型或数据模型来与网络服务418、420和/或服务编排器408进行通信。在一些实施方式中,这些功能描述以及信息模型或数据模型可以类似于由专用服务编排器412使用以与公用服务编排器410进行通信的功能描述以及信息模型或数据模型。

图5示出了根据实施方式的用于编排虚拟网络功能的方法500。方法500可以表明在资源编排器406和/或服务编排器408中发生的操作。方法500开始于在步骤502中接收用于扩展虚拟网络功能的指令。这些指令可以由例如VIM发送。方法500继而在步骤504中对资源进行优化和分配。方法500继而在步骤506中选择通用网络服务。这个通用网络服务可以利用通用数据模型进行通信。方法500结束于在步骤508中编排专用网络服务。这个专用网络服务可以对应于特定于组织或供应商的网络功能。

图6示出了根据实施方式的用于管理虚拟网络功能的方法600。方法600可以表明在公用VNFM 404中发生的操作。方法600开始于在步骤602中接收用于管理虚拟网络功能的指令。这些指令可以由例如VIM发送。方法600继而在步骤604中选择要管理的通用网络服务。方法600结束于在步骤606中执行对虚拟网络功能的专用管理。这可以利用在方法500中创建的专用网络服务来执行。

图7示出了根据实施方式的用于执行本文所描述的方法的处理系统700的框图,该处理系统700可以安装在主设备中。如所示出的,处理系统700包括可以(可以不)如图7所示那样布置的处理器702、存储器704、接口706、708、710。处理器702可以是适于执行计算和/或其他与处理相关的任务的部件或部件的集合,以及存储器704可以是适于存储用于由处理器702执行的程序和/或指令的任意部件或部件的集合。在一种实施方式中,存储器704包括非暂态计算机可读介质。接口706、708、710可以是使处理系统700能够与其他设备/部件和/或用户进行通信的任意部件或部件的集合。例如,接口706、708、710中的一个或更多个可以适于将来自处理器702的数据、控制或管理消息传送至安装在主设备和/或远程设备上的应用。作为另一示例,接口706、708、710中的一个或更多个可以适于使用户或用户设备(例如个人计算机(PC)等)能够与处理系统700进行交互/通信。处理系统700可以包括图7中未描绘的另外的部件如长期储存(例如非易失性存储器等)。

在一些实施方式中,处理系统700被包括在正在访问的网络设备中或者在电信网络的另外的部分中。在一个示例中,处理系统700在无线或有线电信网络中的网络侧设备例如基站、中继站、调度器、控制器、网关、路由器、应用程序服务器或电信网络的任意其他设备中。在另一些实施方式中,处理系统700在访问无线或有线电信网络的用户侧设备例如移动站、用户设备(UE)、个人计算机(PC)、平板、可穿戴通信设备(例如智能手表等)或适于访问电信网络的任意其他设备中。

在一些实施方式中,接口706、708、710中的一个或更多个将处理系统700连接至适于经由电信网络发送和接收信令的收发器。图8示出了适于经由电信网络发送和接收信令的收发器800的框图。收发器800可以安装在主设备中。如所示出的,收发器800包括网络侧接口802、耦合器804、发送器806、接收器808、信号处理器810和设备侧接口812。网络侧接口802可以包括适于经由有线或无线通信网络发送或接收信令的任意部件或部件的集合。耦合器804可以包括适于促进经由网络侧接口802进行的双向通信的任意部件或部件的集合。发送器806可以包括适于将基带信号变换成适合经由网络侧接口802传输的调制载波信号的任意部件或部件的集合(例如,上变换器、功率放大器等)。接收器808可以包括适于将经由网络侧接口802接收到的载波信号变换成基带信号的任意部件或部件的集合(例如,下变换器、低噪声放大器等)。信号处理器810可以包括适于将基带信号变换成适于经由设备侧接口812通信的数据信号或者将适于经由设备侧接口812通信的数据信号变换成基带信号的任意部件或部件的集合。设备侧接口812可以包括适于在信号处理器810与主设备内的部件(例如,处理系统700、本地局域网(LAN)端口等)之间传送数据信号的任意部件或部件的集合。

收发器800可以经由任意类型的通信介质发送和接收信令。在一些实施方式中,收发器800经由无线介质发送和接收信令。例如,收发器800可以是适于根据无线电信协议如蜂窝协议(例如长期演进(LTE)等)、无线局域网络(WLAN)协议(例如Wi-Fi等)或任意其他类型的无线协议(例如,蓝牙、近场通信(NFC)等)进行通信的无线收发器。在这样的实施方式中,网络侧接口802包括一个或更多个天线/辐射元件。例如,网络侧接口802可以包括单个天线、多个单独的天线或被配置成进行多层通信的多天线阵列,例如单输入多输出(SIMO)、多输入单输出(MISO)和多输入多输出(MIMO)等。在另一些实施方式中,收发器800经由有线介质例如双绞线、同轴电缆、光纤等来发送和接收信令。特定处理系统和/或收发器可以利用所有所示的部件或部件的仅子集,并且集成的水平可以随设备而不同。

另外,网络功能虚拟化管理与编排(NFV-MANO)系统包括:用于虚拟化基础设施管理器(VIM)的装置;用于耦接至VIM的网络功能虚拟化编排器(NFVO)的装置;用于耦接至NFVO的虚拟网络功能管理器(VNFM)的装置;用于耦接至NFVO的一个或更多个专用网络服务的装置,所述一个或更多个专用网络服务由NFVO根据通用网络服务描述符进行编排;以及用于耦接至VNFM的一个或更多个专用网络功能的装置,所述VNFM被配置成根据通用网络功能描述符来管理专用网络功能。

尽管已经详细描述了说明书,但应当理解,在不背离由所附权利要求书所限定的本公开的精神和范围的情况下,可以做出各种修改、替换和变更。此外,本公开的范围并非旨在限于本文所描述的具体实施方式,作为本领域普通技术人员,将容易从本公开领会到当前存在或以后待开发的过程、机器、制造、物质组成、装置、方法或步骤可以执行与本文所描述的相应实施方式基本上相同的功能或者实现与本文所描述的相应实施方式基本上相同的结果。因此,所述权利要求书旨在将这样的过程、机器、制造、物质组成、装置、方法或步骤包括在其范围内。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号