[0129]优选实施例二
[0130]基于NVE自动发现协议的自动部署方案
[0131]NVA在获得VN需求后，首先获得VM的详细的需求信息，上述需求信息包括VM的个数,VM的性能指标等参数，并将对VM的详细需求信息发送给VM协同系统。由VM协同系统完成所有相关的VM到具体的VMM的分布和部署。其中VM的部署，需要包括对NVE自动发现协议的支持，同时，可以规定在VM准备就绪后，自动触发NVE自动发现协议的执行。当然，也可以通过NVA发送显式的VM开始运行NVE自动发现协议命令，触发VM的NVE自动发现协议的运行。
[0132]需要说明的是，本实施例的有关VM的部署，如果不使用VM协同系统，NVA也可以直接将VN需求的VM映射到具体的VMM，根据VMM的资源情况以及和NVE的连接位置等信息。具体的配置管理命令和有关参数的传递情况，使用前述类似/相同的机制。
[0133]上述VM的自动发现NVE协议的执行，触发一系列事件，包括:VM自动发送NVE自动报文，以发现NVE，在确认为其服务的NVE后，由NVE自动发送VM的VN身份认证，在身份认证通过后，获得VM所在VN的context信息，并返回给NVE ;上述NVE自动配置生成VNcontext,上述配置工作，包括但不限于:生成VRF和/或生成VRF的有关表项。上述VRF表项包括但不限于:IP/MAC地址，接口，VN-1D，NVE地址之一或者多个。在上述NVE生成VNcontext后，或者进一步生成新的VRF表项信息后，自动发送VN更新信息，使得VN的路由信息的同步。
[0134]需要说明的是，在本实施例的具体环境中，并不假设NVE已经获得了 NVA的地址。即在一般的情况下，NVE并不自动拥有NVA的地址信息，需要通过某种方法来获得，一种方法是通过手工配置NVA的地址。但是，这个并不符合业务自动提供的宗旨。而且，NVE的数量一般都比较庞大，要进行手工配置是一个耗时的工作。因此，需要有自动发现的方案，支持VN的自动提供,对于该技术方案,优选实施例三提供了详细的技术方案。
[0135]图10为根据本发明优选实施例二的VN自动提供流程图，如图10所示:
[0136]需要说明的是，图10中的AAA是认证授权计费(Authenticat1n、Authorizat1nand Accounting)的简称。
[0137]步骤S902:准备VN的VM，以及其所属的VN信息。具体的是，通过门户系统获得VN的需求并将VN需求发送给NVA，或者通过网络管理员将VN的需求配置进NVA，由NVA进一步将VN需求映射到有关相关的NVE和VMM/VM协同系统，并由VM协同系统准备好各VM，所述VM支持NVE自动发现协议；
[0138]步骤S904:VM就绪后，或者通过显示命令触发VM运行VN自动发现协议；
[0139]步骤S906:VM发送NVE发现广播报文；
[0140]步骤S908 =NVE返回应答存在信息；
[0141]步骤S910:VM发送NVE请求报文；
[0142]步骤S912 =NVE返回确认信息；
[0143]步骤S914 =NVE自动发现NVA，并通过NVA实现对VM接入VN的身份认证，可选地获取VM的IP地址；
[0144]步骤S916:NVA/AAA向NVE返回VN的相关信息，所述相关信息是VN context的部分，或者全部组成信息。其中包括所述VN是层2 (L2)的，还是层3 (L3)网络信息。
[0145]步骤S918:NVE 向 VM 返回 VN-1D 信息；
[0146]步骤S920:NVE形成对应VN转发表的VM对应的表项；VRF表项包括但不限于:IP/MAC地址，接口，虚拟网络号/标识。
[0147]步骤S922 =NVE通过NVE-NVA协议进行VN信息同步；具体的，NVE可以通过VNTP协议自动地同步VN的其他NVE的路由信息。即将本地的路由信息，或者是新更新的路由信息，通过NVA同步到VN中的其他所有NVE中。而不同VN的路由信息的通告，通过VN-1D来进行区分，从而不至于发生不同VN之间的路由更新发生错误。
[0148]步骤S924:VM发送报文；报文封装可选的使用VN-1D，或者进一步通过指定的L2协议进行封装，例如包括VLAN封装，或者Q-1n-Q封装等。
[0149]步骤S926 =NVE发送报文到其他NVE 般通过VN-1D进行封装区分不同的VN。
[0150]步骤S928:目的VNE发送报文给所属VN的VM ；
[0151 ] 步骤S930:可以作为目的端NVE从其他NVE接收报文。
[0152]对上述步骤，有关报文转发，进一步描述如下，VM发送报文，一般包括VLAN信息。而NVE通过设定的VLAN接口接收该报文，并和相关的VN进行对应，具体的是根据报文的目的IP地址查找VRF的有关表项，获得目的地址的所对应的NVE地址，对原IP报文，用NVE的IP地址作为源地址，目的NVE的IP地址作为目的地址，并进一步使用VN-1D对原IP报文进行封装并发送。即实现重叠网络的报文传送。在该报文到达目的NVE后，目的NVE根据VN-1D信息，将上述报文交由上述VN的VRF进行处理，具体的，是根据目的IP地址查找VRF表项，获得对应的接口，并将该报文发送到该接口上去，一般而言，需要进行L2层封装，目的VM接收经过L2封装的报文，并解封装出原来的IP报文。从而实现通信。从而实现了VN0
[0153]而本实施例的步骤S914的自动发现方法，见优选实施例三。
[0154]优选实施例三
[0155]NVE的NVA自动发现的实现方法
[0156]对于NVA的自动发现，由于网络中的NVA数量一般都比较有限，例如逻辑上只有一个NVA，或者少数的几个NVA，因此，一种NVE自动发现NVA实现方法，是:在NVA发送给VMM/VM协同系统或者NVE的配置信息中，包括NVA的地址信息，或者针对NVE自动发现协议，即优选实施案例二的情况，是从VM的NVE自动发现协议消息中获得NVA信息，包括NVA的地址信息，而该信息进一步是有最初的NVA准备VM的命令中提供的。
[0157]这样，就可以免除需要对每一个NVE配置NVA信息。
[0158]由于可能支持VN客户漫游的情况，即可能存在多个不同的运营商的NVA，因此NVA的信息，可能不是一个NVA的IP地址，而是一组NVA IP地址，表示有多个NVA。而且NVE可以进一步根据NVA地址的不同运营商属性，在具体的VN提供过程中进行选择。
[0159]在NVE的操作中，可以根据VN客户的属性，选择一个适合于VN的NVA。当然，在这种情况下，NVE使用NVA时，首先需要通过NVA的认证，对漫游用户需要和其归属的NVA进行进一步的通信并获得认证通过，才可以获得业务提供。
[0160]本实施例的另外一种实现方案是NVE可以通过SLP协议发现NVA，或者NVA也可以使用SLP自动发现NVE。
[0161]具体的实现方案是:SLP协议主要包括UA(用户代理)，SA(服务代理)，和DA(目录代理)等几个部分，UA通过SA或者/和DA获得业务的具体位置。在本实施例的应用中，SA和/或者DA中保存的是NVA和/或者NVE的地址，NVA或者NVE通过SLP协议获得NVE或者NVA的地址。具体的，在网络中部署一个SA和/或DA目录服务器，所有有关的NVE等可以提供VN支持的设备，在加电后或者在SLP协议启动后，向上述SA和/或DA服务目录服务器注册。并且，SA和/或DA服务目录服务器，可以接受对目录服务的查询，这样NVA/NVE就是通过这样的机制，来实现NVE/NVA的自动发现。
[0162]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器(ROM, Read-Only Memory)、随机存取存储器(RAM, Random AccessMemory)、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0163]需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0164]综上所述，本发明实施例达到了以下技术效果:解决了相关技术中，对于VN业务需求进行手工配置而导致的工作量大、耗时长以及容易出错的问题，可以使得用户快速的获得业务，或者相对较快的获得业务，并且，还可以降低出错的风险，降低网络运维管理的开销，进一步降低整个网络的建设和运营成本。
[0165]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0166]以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种虚拟网络VN业务的提供方法，其特征在于，所述方法包括: 网络虚拟化控制设备NVA将预先获取的VN业务需求映射到特定的网络虚拟化边缘设备NVE和虚拟机管理程序VMM ;将所述VN业务需求转换成与所述VN相关的所有所述NVE和所述VMM可以执行的相关配置管理命令； 所述NVA将所述配置管理命令分别对应发送给所述NVE和所述VMM。2.根据权利要求1所述的方法，其特征在于，在所述NVA将预先获取的VN业务需求映射到所述NVE和所述VMM之前，还包括: 运营商门户系统收集VN的需求信息，并将所述需求信息发送给所述NVA ;或者， 由VN业务提供商的网络管理员将所