节点间通信处理方法及路由确定节点与流程

本发明实施例涉及通信技术，尤其涉及一种节点间通信处理方法及路由确定节点。
背景技术：
：在现有第三代移动通信伙伴组织(3rdGenerationPartnershipProject，简称：3GPP)协议中定义的核心网(EvolvedPacketCore，简称EPC)网络架构中，移动管理实体(MobilityManagementEntity，简称MME)为控制面功能，公共数据网关(PDNGateway，简称PGW)/服务网关ServingGateway，简称SGW)为承载面功能，服务GPRS支持节点(ServicingGPRSSupportNode，简称SGSN)、MME、PGW、SGW等网元都作为独立的物理实体存在，以PGW为例，PGW内部集成很多的数据面功能，比如移动IP、数据包过滤、GPRS隧道协议(GPRSTunnelingProtocol，简称GTP)隧道管理、安全、计费等等，主要有两个问题：一是这些功能以紧耦合的方式在一个物理盒子里实现，不利于引入新的功能；二是功能的数量按照产品的规格固定在物理盒子中进行配置，在低业务量时浪费，而在高业务量时拥塞。现有技术提出了一种融合软件定义网络(Software-defined-network，简称SDN)控制与承载分离的设计思路的SDN+网络功能虚拟化(NetworkFunctionsVirtualization，简称NFV)的新型网络架构，该新型网络架构解耦了EPC网络架构中耦合了多种功能的网络实体。然而，在该新型网络架构中，如果有不同通信对象的数据通路，如何将通信过程中产生的各种接口数据，进行正确的路由和处理，并到达目标端节点，现有技术并未提出解决方法。技术实现要素：本发明实施例提供一种节点间通信处理方法及路由确定节点，实现根据目标端节点的全局虚拟标识确定接口数据在新型网络架构中进行传输的路由路径。本发明第一方面，提供一种节点间通信处理方法，包括：路由确定节点确定目标端节点的全局虚拟标识，所述路由确定节点为软件定义网络中的集中网络控制单元或者入口点或者功能节点，所述目标端节点为传输接口数据的路由路径的目标端节点，所述全局虚拟标识用于指示所述目标端节点的接口信息和网络信息；所述路由确定节点根据所述全局虚拟标识，确定所述路由路径上的处理节点的网络参数和路由参数。在第一方面的第一种可能的实现方式中，所述路由确定节点根据所述全局虚拟标识，确定所述路由路径上的处理节点的网络参数和路由参数，包括：所述路由确定节点根据所述全局虚拟标识，确定所述路由路径上的第一处理节点，以使所述第一处理节点根据接收到的所述全局虚拟标识确定所述路由路径上的第二处理节点的网络参数和路由参数，所述第二处理节点为所述第一处理节点的下一跳处理节点。结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述网络参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种；所述路由参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种。结合第一方面或第一方面的第一种或第二种可能的实现方式中任意一种，在第一方面的第三种可能的实现方式中，所述全局虚拟标识包括接口类型标识和全局资源标识；所述接口类型标识包括标准接口标识或者自定义接口标识。根据第一方面的第三种可能的实现方式中，在第一方面的第四种可能的实现方式中，所述全局资源标识包括网络中的逻辑资源标识信息、物理资源标识信息、动态资源标识信息、组标识信息中的至少一种。根据第一方面的第三种可能的实现方式中，在第一方面的第五种可能的实现方式中，所述全局资源标识包括公共陆地移动网络PLMN标识、区域标识、基站标识、小区标识、用户设备标识、承载标识；所述路由确定节点根据所述全局虚拟标识，确定处理所述接口数据的路由路径上的处理节点的网络参数和路由参数，包括：所述路由确定节点根据所述PLMN标识，确定所述PLMN标识对应的处理节点；所述路由确定节点根据所述区域标识，确定所述用户设备所在的区域中的处理节点；所述路由确定节点根据所述接口类型标识，确定目标端节点的路由参数；所述路由确定节点根据所述基站标识和/或所述小区标识，确定所述接口数据的路由路径上的处理节点；所述路由确定节点根据所述用户设备标识和所述承载标识，确定所述接口数据的数据流向和业务粒度上的数据流向。结合第一方面或第一方面的第一种至第五种可能的实现方式中任意一种，在第一方面的第六种可能的实现方式中，所述路由确定节点确定目标端节点的全局虚拟标识，包括：所述路由确定节点接收集中网络控制单元SNC配置的所述全局虚拟标识；或者，所述路由确定节点向SNC发送全局虚拟标识请求消息，并接收所述SNC发送的包含有所述全局虚拟标识的响应消息；或者，所述路由确定节点通过自学习确定所述全局虚拟标识。结合第一方面或第一方面的第一种至第六种可能的实现方式中任意一种，在第一方面的第七种可能的实现方式中，所述路由确定节点确定目标端节点的全局虚拟标识之前，还包括：所述路由确定节点接收所述接口数据。根据第一方面的第七种可能的实现方式中，在第一方面的第八种可能的实现方式中，所述路由确定节点接收所述接口数据之前，还包括：所述路由确定节点分配并管理所述全局虚拟标识中全局资源标识的信息；所述路由确定节点建立所述全局虚拟标识与所述软件定义网络中的处理节点的对应关系。根据第一方面的第八种可能的实现方式中，在第一方面的第九种可能的实现方式中，所述全局资源标识的信息包括：所述全局资源标识对应的处理节点信息、所述全局资源标识对应的网络参数、所述全局资源标识对应的路由参数、所述全局资源标识的逻辑关系中的至少一种。根据第一方面的第九种可能的实现方式中，在第一方面的第十种可能的实现方式中，所述处理节点信息，包括：处理节点的支持能力、所述处理节点的处理能力、所述处理节点的运行状态、所述处理节点的连接状态中的至少一种；所述全局资源标识的逻辑关系包括所述全局资源标识与所述全局资源标识的上级全局资源标识之间的归属关系或者所述全局资源标识与所述全局资源标识的下级全局资源标识之间的包含关系。本发明第二方面，提供一种路由确定节点，包括：确定模块，用于确定目标端节点的全局虚拟标识，所述路由确定节点为软件定义网络中的集中网络控制单元或者入口点或者功能节点，所述目标端节点为传输接口数据的路由路径的目标端节点，所述全局虚拟标识用于指示所述目标端节点的接口信息和网络信息；处理模块，用于根据所述全局虚拟标识，确定所述路由路径上的处理节点的网络参数和路由参数。在第二方面的第一种可能的实现方式中，所述处理模块，还用于：根据所述全局虚拟标识，确定所述路由路径上的第一处理节点，以使所述第一处理节点根据接收到的所述全局虚拟标识确定所述路由路径上的第二处理节点的网络参数和路由参数，所述第二处理节点为所述第一处理节点的下一跳处理节点。结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述网络参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种；所述路由参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种。结合第二方面或第二方面的第一种或第二种可能的实现方式中任意一种，在第二方面的第三种可能的实现方式中，所述全局虚拟标识包括接口类型标识和全局资源标识；所述接口类型标识包括标准接口标识或者自定义接口标识。根据第二方面的第三种可能的实现方式中，在第二方面的第四种可能的实现方式中，所述全局资源标识包括网络中的逻辑资源标识信息、物理资源标识信息、动态资源标识信息、组标识信息中的至少一种。根据第二方面的第三种可能的实现方式中，在第二方面的第五种可能的实现方式中，所述全局资源标识包括公共陆地移动网络PLMN标识、区域标识、基站标识、小区标识、用户设备标识、承载标识；所述处理模块，具体用于：根据所述PLMN标识，确定所述PLMN标识对应的处理节点；根据所述区域标识，确定所述用户设备所在的区域中的处理节点；根据所述接口类型标识，确定目标端节点的路由参数；根据所述基站标识和/或所述小区标识，确定所述接口数据的路由路径上的处理节点；根据所述用户设备标识和所述承载标识，确定所述接口数据的数据流向和业务粒度上的数据流向。结合第二方面或第二方面的第一种至第五种可能的实现方式中任意一种，在第二方面的第六种可能的实现方式中，所述确定模块，具体用于：接收集中网络控制单元SNC配置的所述全局虚拟标识；或者，向SNC发送全局虚拟标识请求消息，并接收所述SNC发送的包含有所述全局虚拟标识的响应消息；或者，通过自学习确定所述全局虚拟标识。结合第二方面或第二方面的第一种至第六种可能的实现方式中任意一种，在第二方面的第七种可能的实现方式中，还包括：接收模块，用于在所述确定模块确定目标端节点的全局虚拟标识之前，接收所述接口数据。根据第二方面的第七种可能的实现方式中，在第二方面的第八种可能的实现方式中，所述处理模块，还用于在所述接收模块接收所述接口数据之前，分配并管理所述全局虚拟标识中全局资源标识的信息；建立所述全局虚拟标识与所述软件定义网络中的处理节点的对应关系。根据第二方面的第八种可能的实现方式中，在第二方面的第九种可能的实现方式中，所述全局资源标识的信息包括：所述全局资源标识对应的处理节点信息、所述全局资源标识对应的网络参数、所述全局资源标识对应的路由参数、所述全局资源标识的逻辑关系中的至少一种。根据第二方面的第九种可能的实现方式中，在第二方面的第十种可能的实现方式中，所述处理节点信息，包括：处理节点的支持能力、所述处理节点的处理能力、所述处理节点的运行状态、所述处理节点的连接状态中的至少一种；所述全局资源标识的逻辑关系包括所述全局资源标识与所述全局资源标识的上级全局资源标识之间的归属关系或者所述全局资源标识与所述全局资源标识的下级全局资源标识之间的包含关系。本发明第三方面，提供一种路由确定节点，包括发送器、接收器、存储器以及分别与所述发送器、所述接收器和所述存储器连接的处理器，所述存储器中存储一组程序代码，且所述处理器用于调用所述存储器中存储的程序代码，用于确定目标端节点的全局虚拟标识，所述路由确定节点为软件定义网络中的集中网络控制单元或者入口点或者功能节点，所述目标端节点为传输接口数据的路由路径的目标端节点，所述全局虚拟标识用于指示所述目标端节点的接口信息和网络信息；根据所述全局虚拟标识，确定所述路由路径上的处理节点的网络参数和路由参数。在第三方面的第一种可能的实现方式中，所述处理器，还用于：根据所述全局虚拟标识，确定所述路由路径上的第一处理节点，以使所述第一处理节点根据接收到的所述全局虚拟标识确定所述路由路径上的第二处理节点的网络参数和路由参数，所述第二处理节点为所述第一处理节点的下一跳处理节点。结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述网络参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种；所述路由参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种。结合第三方面或第三方面的第一种或第二种可能的实现方式中任意一种，在第三方面的第三种可能的实现方式中，所述全局虚拟标识包括接口类型标识和全局资源标识；所述接口类型标识包括标准接口标识或者自定义接口标识。根据第三方面的第三种可能的实现方式中，在第三方面的第四种可能的实现方式中，所述全局资源标识包括网络中的逻辑资源标识信息、物理资源标识信息、动态资源标识信息、组标识信息中的至少一种。根据第三方面的第三种可能的实现方式中，在第三方面的第五种可能的实现方式中，所述全局资源标识包括公共陆地移动网络PLMN标识、区域标识、基站标识、小区标识、用户设备标识、承载标识；所述处理器，还用于：根据所述PLMN标识，确定所述PLMN标识对应的处理节点；根据所述区域标识，确定所述用户设备所在的区域中的处理节点；根据所述接口类型标识，确定目标端节点的路由参数；根据所述基站标识和/或所述小区标识，确定所述接口数据的路由路径上的处理节点；根据所述用户设备标识和所述承载标识，确定所述接口数据的数据流向和业务粒度上的数据流向。结合第三方面或第三方面的第一种至第五种可能的实现方式中任意一种，在第三方面的第六种可能的实现方式中，所述处理器，还用于：所述路由确定节点接收集中网络控制单元SNC配置的所述全局虚拟标识；或者，所述路由确定节点向SNC发送全局虚拟标识请求消息，并接收所述SNC发送的包含有所述全局虚拟标识的响应消息；或者，所述路由确定节点通过自学习确定所述全局虚拟标识。结合第三方面或第三方面的第一种至第六种可能的实现方式中任意一种，在第三方面的第七种可能的实现方式中，所述接收器，用于在所述处理器确定目标端节点的全局虚拟标识之前，接收所述接口数据。根据第三方面的第七种可能的实现方式中，在第三方面的第八种可能的实现方式中，所述处理器，还用于在所述接收器接收所述接口数据之前，分配并管理所述全局虚拟标识中全局资源标识的信息；建立所述全局虚拟标识与所述软件定义网络中的处理节点的对应关系。根据第三方面的第八种可能的实现方式中，在第三方面的第九种可能的实现方式中，所述全局资源标识的信息包括：所述全局资源标识对应的处理节点信息、所述全局资源标识对应的网络参数、所述全局资源标识对应的路由参数、所述全局资源标识的逻辑关系中的至少一种。根据第三方面的第九种可能的实现方式中，在第三方面的第十种可能的实现方式中，所述处理节点信息，包括：处理节点的支持能力、所述处理节点的处理能力、所述处理节点的运行状态、所述处理节点的连接状态中的至少一种；所述全局资源标识的逻辑关系包括所述全局资源标识与所述全局资源标识的上级全局资源标识之间的归属关系或者所述全局资源标识与所述全局资源标识的下级全局资源标识之间的包含关系。本发明实施例提供的节点间通信处理方法及路由确定节点，通过路由确定节点确定目标端节点的全局虚拟标识，路由确定节点可以是软件定义网络中的集中网络控制单元或者入口点或者功能节点，目标端节点为传输接口数据的路由路径的目标端节点，全局虚拟标识用于指示目标端节点的接口信息和网络信息；路由确定节点根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数，实现根据目标端节点的全局虚拟标识确定接口数据在新型网络架构中进行传输的路由路径。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为SDN+NFV新型网络架构的示意图；图2为本发明提供的节点间通信处理方法实施例一的流程图；图3为本发明提供的节点间通信处理方法实施例二的流程图；图4为本发明提供的节点间通信处理方法实施例三的流程图；图5为SDN+NFV新型网络架构中一种无线网络部署示意图；图6为SDN+NFV新型网络架构中纵向接口的建立示意图；图7为本发明提供的路由确定节点实施例一的结构示意图；图8为本发明提供的路由确定节点实施例二的结构示意图；图9为本发明提供的路由确定节点实施例三的结构示意图。具体实施方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明的技术方案基于一种运行于云计算平台，融合SDN控制与承载分离的设计思路的SDN+NFV的新型网络架构，该新型网络架构解耦了EPC网络架构中耦合了多种功能的网络实体，图1为SDN+NFV新型网络架构的示意图，如图1所示，该SDN+NFV新型网络由集中网络控制单元(SingleNetworkController，简称SNC)、网络地址转换器(NetworkAddressTranslation，简称NAT)、分发器(Distributor)、入口点(Entry)、一系列的功能节点(FunctionNodes，简称FN)组成的功能节点网络(FunctionNodesNetwork，简称FNN)和无线节点(RadioNodes，简称RN)组成，将EPC网络内从PGW到基站的功能从原有的物理设备中拆分出来，按照功能粒度，独立部署在FNN中。图2为本发明提供的节点间通信处理方法实施例一的流程图，如图2所示，本实施例的节点间通信处理方法包括：S101、路由确定节点确定目标端节点的全局虚拟标识，路由确定节点为软件定义网络中的集中网络控制单元或者入口点或者功能节点，目标端节点为传输接口数据的路由路径的目标端节点，全局虚拟标识用于指示目标端节点的接口信息和网络信息。具体来说，本实施例的路由确定节点可以是SNC或者入口点或者FNN中的功能节点。需要说明的是，本实施例中的路由确定节点可以包括用于接收接口数据并确定全局虚拟标识的源端节点，也可以包括用于根据全局虚拟标识确定路由路径上的处理节点的网络参数和路由参数的节点，可能包括的情况有：源端节点和用于确定处理节点的网络参数和路由参数的节点为SDN+NFV新型网络架构中的同一节点，当源端节点和用于确定处理节点的网络参数和路由参数的节点为SDN+NFV新型网络架构中的不同节点时，源端节点需要将接收到的接口数据和确定出的全局虚拟标识发送给用于确定处理节点的网络参数和路由参数的节点。由于本发明的SDN+NFV新型网络架构采用软件定义的方式，实现控制与承载的分离，所以当该SDN+NFV新型网络架构对用户设备(UserEquipment，简称UE)的接口数据进行传输时，需要确定传输该接口数据的路由路径，即该接口数据传输过程需要经过的处理节点，该处理节点可以包括该路由路径上的中间处理节点和该路由路径的目标端节点。传统网络，例如3GPP协议中定义的长期演进(LongTermEvolution，简称LTE)接口数据的来源、目的、类型是多种多样的，例如切换过程中可能产生的数据就有如下几种：一是源小区和目的小区直接通信的非标准X2口数据，该类数据主要应用场景如同一基站内两个小区之间的切换，其切换的数据和信令通过非标准X2口(例如私有接口)进行通信，其源端处理单元可能为小区实体或者UE实体，目的处理单元可能为小区实体或者UE实体；二是源小区和目的小区通过X2口进行通信，该类数据主要应用场景为有X2口连接的基站间的小区切换，其切换的数据和信令可通过X2口进行通信，其源端处理单元可能为小区实体或者UE实体，目的处理单元可能为小区实体或者UE实体；三是源小区和目的小区通过S1口进行通信，该类数据主要应用场景为无X2口连接的基站间的小区切换，其切换的数据和信令可通过S1口进行通信，其源端处理单元可能为小区实体或者UE实体，目的处理单元可能为小区实体或者UE实体；四是源小区和目的小区通过S1/S10等口进行通信，该类数据主要应用场景为无X2口连接的基站间的小区切换，其切换的数据和信令可通过S1/S10等接口进行通信，其源端处理单元可能为小区实体或者UE实体，目的处理单元可能为小区实体或者UE实体，且在切换过程中，可能涉及到协议的转换，例如切换请求消息可能有需要由S1转成S10，再由S10转成S1的过程。以简单的切换过程为例，其涉及到的接入网侧无线资源控制实体有：位于基站侧的接口控制实体，用于直接处理X2接口消息；位于基站侧的小区控制实体，用于处理UE实体分配和创建等；位于基站侧的UE控制实体，用于切换过程中UE上下文控制；位于基站侧的承载控制实体，用于切换过程中的承载控制。在核心网的相关网元中，由于通信对等实体的需要，在此过程中也需要创建或者涉及到相关的对应控制实体，此外在核心网侧，可能还需要有基于位置区，例如位置区码(locationareacode，简称LAC)或者跟踪区域码(TrackingAreaCode，简称TAC)的管理和控制实体。在用户面侧，为基于承载的数据流，但其数据流向可能会与常规的上下行数据流不同，在切换过程中，需要保持路由的同步更新，例如数据流通过X2口的中转(由源基站中转到目的基站)，或通过S1口的中转(由源基站经核心网中转到目的基站)。在传统网络的各种接口通信中，基本都是通过应用协议标识(ApplicationProtocolIdentifier，简称APID和隧道端标识(TunnelEndpointID，简称TEID)该APID主要用在无线网络层的控制面，其中GTP-UTEID主要用在传输网络层用户面，GTP-CTEID主要用在传输网络层控制面，由于未进行对齐和统一，所以往往同一个过程，例如切换过程的中的S1APID和GTP-CTEID需要建立映射关系，从而，对于SDN+NFV新型网络架构中，存在如下问题：一是对于原基于隧道(Tunnel)方式通信的各个接口ID，在SDN网络中如何处理，如何与各个网络节点，例如FNN的网络地址进行映射和匹配，需要重新考虑；二是对于各个接口消息的路由控制，原来是基于Tunnel的方式，以各种接口ID(例如局部的TEID)的形式组织，并进行数据和信令的中转和处理，在SDN网络下如何进行相关路由和处理需要重新考虑。在SDN+NFV新型网络架构中，控制集中化处理，控制相关的信令和过程可以认为都是在集中控制节点内部进行，只需要考虑少量的SNC与外部控制接口的适配，而主要考虑的是用户面相关数据流的处理，所以，本发明即使用一种统一的全局虚拟标识，来取代传统网络中的接口标识，从而SNC能够通过该全局虚拟标识，确定接口数据的路由节点的地址，并完成路由的确定，而对于RN节点，由于其部署的可能是传统的基站，所以，在RN内部可能有完整或者部分的无线协议栈接入层，例如3G的基站，或者LTE的eNodeB。从而，对于该类源节点或者目标节点为RN的接口数据，在确定路由的时候，可以认为其源节点或者目标节点即为FNN内的接口适配节点，而由该接口适配节点完成内部路由和外部接口的映射和完成处理。全局虚拟标识在网络中的管理、传送和使用可以是作为一个整体进行，也可以是以一定的规则进行整体分割，以变成字段的组合，并以字段为单位进行，完整的全局虚拟资源标识是网络内唯一的，即同一时刻，不会有同一个全局虚拟资源标识对应两套或两套以上不同网络参数(如IP地址、端口等)，也不会有两个或两个以上全局虚拟资源标识对应同一套网络参数(如IP地址、端口等)的情况。在一个实施例中，全局虚拟标识包括接口类型标识和全局资源标识；接口类型标识包括标准接口标识或者自定义接口标识。在一个实施例中，全局资源标识包括网络中的逻辑资源标识信息、物理资源标识信息、动态资源标识信息、组标识信息中的至少一种。举例来说，表1为一种可能的全局虚拟标识，如表1所示，该全局虚拟标识包括接口类型标识和全局虚拟资源标识，其中全局虚拟资源标识包括公共陆地移动网络(PublicLandMobileNetwork，简称PLMN)标识、TAC/LAC标识、基站标识、小区标识、UE标识以及承载标识。表1具体来说，全局资源标识可以是实际的无线资源标识例如小区标识、基站标识、承载标识，也可以是虚拟资源标识例如用于资源状态测量的测量标识，或者是用于多播或者广播的组标识。全局资源标识可以是独立的全局资源标识，也可以是组合的全局资源标识，其中，该独立的全局标识在整网范围内进行统一分配和管理的，标识内可无层级关系，其包含且不局限于下例，如某全局UE资源标识和该UE的某全局承载标识在集中网络控制单元看来，是同等的资源标识，而无法根据该全局UE标识和全局承载标识能够直观得出其归属关系；该组合的全局资源标识在整网范围内是有多个标识段的，每一个标识段都可能有重复的标识，但组合后的标识是全局内唯一的。其包含且不局限于下例：对于全局的小区标识，其由PLMN标识和CELL标识两个资源段组成，对于CELL标识相同的两个全局的小区标识，其PLMN标识必须不同，该多个标识段中标识的分配可以是由集中网络控制单元进行统一分配管理，也可以按照一定的规则进行分布式的管理，其包含但不局限于下例：全局的小区标识，其由PLMN标识和CELL标识两个资源段组成，可以由集中网络控制单元PLMN标识的分配和管理，由PLMN标识对应的处理节点进行该PLMN下CELL标识的分配和管理。在一个实施例中，S101可以包括：路由确定节点接收SNC配置的全局虚拟标识；或者，路由确定节点向SNC发送全局虚拟标识请求消息，并接收SNC发送的包含有全局虚拟标识的响应消息；或者，路由确定节点通过自学习确定全局虚拟标识。具体来说，本实施例中路由确定节点可以是入口点或者功能节点，而非SNC。S102、路由确定节点根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数。具体来说，若网络中的数据的路由路径已经静态规划完成，则根据目标端节点的全局虚拟标识可以确定出整个路由路径上的处理节点；若网络中的数据的路由路径动态规划，则需要首先根据目标端节点的全局虚拟标识确定出路由路径上的目标端节点，再结合网络状态信息，例如功能节点的负载信息等，确定路由路径上的中间处理节点，上述处理节点可以是逻辑节点，多个处理节点可以部署在同一台物理设备上，通过相关的网络参数和资源标识进行区分。举例来说，S102可以包括两种情况：一是源路由方式，即路由确定节点根据全局虚拟标识，确定路由路径上的所有处理节点的网络参数和路由参数，作为执行节点的SNC或者入口点或者FNN中的功能节点可以根据全局虚拟标识，确定路由路径上的所有处理节点的网络参数和路由参数；二是逐跳路由，路由确定节点根据全局虚拟标识，确定处理接口数据的路由路径上的第一处理节点，以使第一处理节点根据接收到的全局虚拟标识确定路由路径上的第二处理节点的网络参数和路由参数，第二处理节点为第一处理节点的下一跳处理节点，直到目标端节点。在一个实施例中，网络参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种；路由参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种。在一个实施例中，全局资源标识包括PLMN标识、区域标识、基站标识、小区标识、用户设备标识、承载标识；S102可以包括：路由确定节点根据PLMN标识，确定PLMN标识对应的处理节点；路由确定节点根据区域标识，确定用户设备所在的区域中的处理节点；路由确定节点根据接口类型标识，确定目标端节点的路由参数；路由确定节点根据基站标识和/或小区标识，确定接口数据的路由路径上的处理节点；路由确定节点根据用户设备标识和承载标识，确定接口数据的数据流向和业务粒度上的数据流向。以下结合图1所示的SDN+NFV新型网络架构和本发明的技术方案，对图1所示新型网络架构中各节点的功能进行说明。集中的控制器单元包括两方面的功能：一是信令面的集中处理，处理用户相关信令(如用户接入鉴权、移动、承载管理等等)、网元间的交互信令(如网络状态信息更新、网络拓扑维护等等)；二是用户面的集中控制，根据获取到的信令面信息，决策用户数据的数据面处理规则，包括处理路径及处理策略/参数等，并将处理规则传送到数据面功能节点。NAT本质上是接入网络与外部数据网络之间的统一接口，数据的上下行必经之路，与是否有NAT操作并没有直接关系。分发实体主要是考虑到入口点会有多个，此处引入一个分发实体，负责将接受到的下行数据分发到多个入口点功能实体上。分发实体的策略可以默认配置，也可以由SNC下发。入口点的设置是为了减少数据规则匹配的工作量，在这里引入入口点的功能设计，入口点的核心功能是进行数据规则的匹配，并通过打标签的方式进行标记，后继数据路径上的处理功能节点可以根据入口点所标记的标签，直接索引到处理策略、决策下一跳路由等，根据数据包在路由路径上的路由方式的不同，可以包括源路由和逐跳路由两种方式：对于源路由方式，入口点需要在识别数据包的处理规则之后，在数据包的头部增加源路由标识，并将数据路径上每一跳处理功能标识在源路由标识中，如表2所示。表2Hop1Hop2Hop3Packet其中，Hop1为第一跳处理功能处理完成后的向后转发地址，Hop2为第二跳处理功能处理完成后的向后转发地址，Hop3为第三跳处理功能处理完成后的向后转发地址，以此类推。功能节点是运营商网络与IP传输网有本质区别的地方，IP传输网络中的设备的功能都是相同的数据转发功能，是同质的，在运营商网络中，功能节点所提供的功能，不仅仅是路由器/交换机的数据转发，还有很多数据处理的功能，同时功能节点有处理能力(计算、存储)、带宽等的限制，对于数据流的处理，功能节点也有串行处理和旁路处理等不同的处理方式，在功能节点对数据流的处理上，可以是有相同的处理策略，也可以有不同的处理策略。对于不同的处理策略，需要SNC预配下来或者逐条下发，预配方式的话，需要在数据包头带有处理策略指示，功能节点根据该处理策略指示索引到数据处理的策略。如果数据流都有特定的处理参数，则由SNC在数据流建立的过程中将处理参数逐条下发到功能节点上，这里所提到的处理策略，包括对于数据流的处理方法，比如视频压缩时的压缩方式、压缩算法等，还包括数据处理优先级；处理参数，包括在使用某一个处理方式时的具体参数，功能节点之间可能是直接连接，也可能是经过一个IP网络，IP网络内部的数据转发可以使用SDN的方式，也可以使用传统的自治方式，功能节点对于数据流的处理方式，总体上有串行处理和旁路处理两种方式，串行处理是一般传统的数据处理方式，比如视频压缩，跨层优化等，数据经过压缩或者优化的模块在顺序的传递到下一个处理节点上，旁路处理时，需要在某一个节点，将数据复制成多分，需要规则或者源路由路径标签有指示。比如多点协作(CoordinatedMulti-Point，简称COMP)，反馈用的深度包检测(DeepPacketInspection，简称DPI)，网络编码等。空口节点可以是射频拉远的方式，也可以是完整基站。此外，还可以包括业务流程(Orchestration)在虚拟化场景，动态协调物理资源的时候通过Orchestration进行资源分配。在SNC需要新增或者释放功能节点的时候，通过与Orchestration的交互，进行资源的分配或者释放，已达到动态利用物理资源的目的。本实施例提供的节点间通信处理方法，通过路由确定节点确定目标端节点的全局虚拟标识，路由确定节点可以是软件定义网络中的集中网络控制单元或者入口点或者功能节点，目标端节点为传输接口数据的路由路径的目标端节点，全局虚拟标识用于指示目标端节点的接口信息和网络信息；路由确定节点根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数，实现根据目标端节点的全局虚拟标识确定接口数据在新型网络架构中进行传输的路由路径。图3为本发明提供的节点间通信处理方法实施例二的流程图，如图3所示，本实施例的节点间通信处理方法包括：S201、路由确定节点接收接口数据。具体来说，对于纵向接口，可以在路由确定节点(例如SNC、对下行数据的Entry，对上行数据的RN或FNN中的功能节点)，确定全局的虚拟标识，值得注意的是，对于上下行数据流，特别是对于用户的业务数据，其数据包内可能就包含网络相关参数例如IP地址等信息，那么可以直接利用相关标准流程例如OpenFlow的路由确定流程进行中间路由确定即可。对于横向接口，路由确定节点可以在发起消息时，首先确定目标端节点，然后确定其全局虚拟标识。S202、路由确定节点确定目标端节点的全局虚拟标识。S203、路由确定节点根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数。S204、路由确定节点将接口数据发送至下一跳处理节点。具体来说，只需要由中间处理节点进行对应的功能处理，然后根据路由信息进行路由转入下一跳，直到到达目标端节点即可，所以在源路由的方式下，不需要中间处理节点再进行路由的确定。需要说明的是，当源端节点和用于确定处理节点的网络参数和路由参数的节点为SDN+NFV新型网络架构中的不同节点时，源端节点需要将接收到的接口数据和确定出的全局虚拟标识发送给用于确定处理节点的网络参数和路由参数的节点。本实施例提供的节点间通信处理方法，通过路由确定节点接收接口数据，路由确定节点确定目标端节点的全局虚拟标识，路由确定节点根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数，路由确定节点将接口数据发送至下一跳处理节点，实现根据目标端节点的全局虚拟标识确定接口数据在新型网络架构中进行传输的路由路径。图4为本发明提供的节点间通信处理方法实施例三的流程图，如图4所示，本实施例的节点间通信处理方法包括：S301、路由确定节点分配并管理全局虚拟标识中全局资源标识的信息。具体来说，进行无线网络的规划和部署，进行相关资源处理节点的规划和部署，进行相关资源处理节点的设置和适配，进行相关资源处理节点和资源实体的建立和激活，进行节点间连接关系的建立等，全局资源标识的分配在全局资源建立时进行分配，并处于集中网络控制单元的管控之内，该全局资源标识的分配由集中网络控制单元直接或间接(例如授权其他节点)进行，且集中网络控制单元能够获得和/或设置该全局资源标识的信息。在一个实施例中，全局资源标识的信息包括：全局资源标识对应的处理节点信息、全局资源标识对应的网络参数、全局资源标识对应的路由参数、全局资源标识的逻辑关系中的至少一种。处理节点信息，包括：处理节点的支持能力、处理节点的处理能力、处理节点的运行状态、处理节点的连接状态中的至少一种；全局资源标识的逻辑关系包括全局资源标识与全局资源标识的上级全局资源标识之间的归属关系或者全局资源标识与全局资源标识的下级全局资源标识之间的包含关系。S301的基础为基于SDN+NFV新型网络架构中全局资源处理单元的部署和建立，由于控制的集中，控制面对无线资源的控制和对传输的控制都部署在SNC，所以对于全局资源(例如运营商的考虑、小区的考虑等)处理单元的部署，主要是考虑RN的部署，以及对功能节点的规划和配置，例如规划哪些功能节点用于处理某个运营商的相关网元功能(如数据路由节点、RNC/基站L2节点、基站L1节点等)，以便完成完整的无线网络通信整网功能。图5为SDN+NFV新型网络架构中一种无线网络部署示意图，如图5所示，图5中部署了有三个无线网络，分别为无线网络1、无线网络2以及无线网络3，FNN中仅标识处理节点的资源池，与实际部署的路径(例如R1并不一定对应最上面的第一个Entry)和层次(例如FNN第一行的第一个框和第二个框可能并无直接关系)并无关系，其中R代表路由处理节点，F代表功能处理节点(例如视频压缩等)，P代表无线协议栈的处理节点，I代表接口适配的节点，其中路由节点和功能节点可以部署为多个无线网络共享的网络节点，且可以根据具体的连接和业务情况进行适度的调整(例如负荷均衡)，其中各类节点仅为逻辑节点，在实际的物理部署中，可以结合部署，图5为实施例描述方便，按照分开部署的方式进行描述。由于RN部署各种形态的基站/接入点(AccessPoint，简称AP)，FNN作为节点资源池处理各种功能以及完成和各种RN(基站/AP)的适配，且对于不含无线资源控制的RN，无线资源的控制部分，可以部署在SNC或者是FNN，所以，对于无线资源的控制，可以认为在各个SNC、FNN和RN中均存在。此外，网络接入服务器(NetworkAccessServer，简称NAS)以及以上的控制部分均集中在SNC，而无线协议栈的底层例如L1/L2均部署在FNN或者是RN。对以上各网络和部署的说明：对于无线网络1，其由于小区能力等原因，对协议栈处理资源要求较高，而对中间的功能处理相对不多。所以，其节点和路径规划为，其数据流需要经过两个路由节点R1和R2，并经过功能处理节点F1，到达P1处理节点，P1处理节点为处理无线协议栈L2相关功能，而P2处理节点为处理无线协议栈无线资源控制相关功能，P3为处理无线协议栈L1相关功能，最后经接口适配节点I1与RN1进行连接，接口适配节点例如可以是通用公共无线接口(TheCommonPublicRadioInterface，简称CPRI)。对于无线网络2，由于其无线相关的处理并不要求很高，但是对中间的处理功能要求较高，所以，其节点和路径规划为，其数据流需要经过一个路由节点R1，并经过功能处理节点F1和F2，到达P1处理节点，P1处理节点为处理无线协议栈L2和L1相关功能，最后经接口适配(例如CPRI)节点I1与RN2进行连接。该网络无线协议栈无线资源控制相关功能部署在SNC。对于无线网络3，由于其网络无需中间功能处理，且用于继承传统的LTE基站节点eNodeB，所以其网络仅需经由路由节点R1和接口适配(例如S1口)节点到达RN3。对于以上各个无线网络，资源池节点可能有静态节点、半静态节点和动态节点之分，其中，静态节点例如RN节点和接口适配节点，其部署的各种基站/AP，以及对应的接口适配，需要在网络规划的时候进行确定；半静态节点，例如无线协议栈相关处理节点，其部署的各个协议层处理节点并不要求在规划的时候完全确定，而可以在无线资源实体(例如小区)建立的时候确定。但该类节点一般在无线资源实体创建和运行后，直到下一次删除前，其资源基本确定，不会考虑整体的迁移和改变；动态节点，例如功能处理节点和路由节点，由于该类节点上的处理单元都是数据流，所以，基本上是完全动态和共享的，即同一地点(例如餐厅)，使用同一接入网络(例如中国移动网络)，进行同一个业务(例如同一视频的点播)，其路由和功能处理的节点可能是不一样的，且在业务的进行过程中，由于节点负荷等原因，路由节点和功能处理节点可能会迁移和改变。所以，对于该类动态节点，在规划的时候只需要大概考虑其连通性(即数据流能否从NAT到RN)和处理能力(例如功能处理的大概资源消耗)，所以无需很细致的节点规划和确定。S302、路由确定节点建立全局虚拟标识与软件定义网络中的处理节点的对应关系。全局资源处理单元的建立主要包括各级资源实体的建立，例如小区的建立、UE上下文的建立、业务上下文/业务流的建立等等。同时，SNC需要完成对各个处理节点的集中控制。即对接口通信来说，至少要完成全局资源处理节点其全局资源处理标识，该权利资源处理标识例如可以是全局的小区标识，可以是全球小区识别码(CellGlobalIdentifier，简称CGI)；全局的UE标识，可以是CGI加上小区处理单元给该UE分配的UE上下文标识，但需要注意的是，由于是与资源处理实体有关，所以，此处需要体现其层次关系，即PLMN/eNB/小区等和唯一性)与其节点网络地址的映射关系。由于各全局资源的建立同时需要打通各层的通信，所以该过程会同时进行纵向接口的建立。在纵向接口的建立上，主要是打通从核心网节点到接入网节点以及到UE的接口，例如在小区建立的时候，打通从SNC，到FNN(接口适配、功能和路由处理，可选的协议层处理等)，到RN(各种形态的基站/AP部署)，以及到UE(具体的端到端各层接口建立，例如RRC层、NAS层信令等)。对于纵向接口，其定义为非网络对等实体或者处理单元之间的通信接口，例如MME和eNB之间的S1接口，RNC和NodeB之间的IUB接口，或者是RLC层处理实体与PDCP层处理实体之间的接口，或者是基站处理单元的接口与小区处理单元的接口；与之对应的为横向接口，其定义为网络对等实体或处理单元之间的通信接口，例如MME之间的S10接口，RNC之间的Iur接口，eNodeB之间的X2接口，或者是CoMP中调度处理单元之间的接口。纵向接口的建立即为配置和建立各级资源和上下级节点的接续关系。图6为SDN+NFV新型网络架构中纵向接口的建立示意图，如图6所示，纵向接口的建立所做的步骤即将网络按照预先的规划和部署进行接口激活和连通，在图6中，分别在FNN1-P1、FNN2-F2和FNN3-I1三个节点处有纵向接口的分叉，主要是考虑到控制面接口与用户面接口的分离，同时，对于类似RN3这样的网络节点，其FNN对应的接口适配节点可以分开，即并不限定接口适配的节点只能为一个，此外，在NAT、分发器、Entry与FNN的接口映射上，由于其有动态性，所以并未实际的体现，Entry和R1的接口仅为示意，经过全局资源处理单元的建立和纵向接口的建立，该网络应该能够进行用户的接入和各类基本业务。横向接口主要是处理对等的网络资源处理节点之间的通信，例如基站之间、小区之间等。在横向接口上，由于控制集中化，所以部署在SNC上的相关控制面资源实体(例如NAS)之间的通信接口(例如原LTE网络中的S10接口)变更为内部接口，而其他网元间和节点间的网络接口由于不需要象传统网络的横向接口(例如X2接口)一样建立IPTunnel，所以，在实际的横向接口建立过程中，只需要在接口适配模块部分打通与RN之间的对应接口适配(例如X2口对应的IPTunnel)即可。S303、路由确定节点确定目标端节点的全局虚拟标识。S304、路由确定节点根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数。本实施例提供的节点间通信处理方法，通过路由确定节点分配并管理全局虚拟标识中全局资源标识的信息，路由确定节点建立全局虚拟标识与软件定义网络中的处理节点的对应关系，路由确定节点确定目标端节点的全局虚拟标识，路由确定节点可以是软件定义网络中的集中网络控制单元或者入口点或者功能节点，目标端节点为传输接口数据的路由路径的目标端节点，全局虚拟标识用于指示目标端节点的接口信息和网络信息，路由确定节点根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数，实现根据目标端节点的全局虚拟标识确定接口数据在新型网络架构中进行传输的路由路径。图7为本发明提供的路由确定节点实施例一的结构示意图，如图7所示，本实施例的路由确定节点可以包括：确定模块71和处理模块72，其中，确定模块71用于确定目标端节点的全局虚拟标识，路由确定节点为软件定义网络中的集中网络控制单元或者入口点或者功能节点，目标端节点为传输接口数据的路由路径的目标端节点，全局虚拟标识用于指示目标端节点的接口信息和网络信息；处理模块72用于根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数。在一个实施例中，处理模块，还用于：根据全局虚拟标识，确定路由路径上的第一处理节点，以使第一处理节点根据接收到的全局虚拟标识确定路由路径上的第二处理节点的网络参数和路由参数，第二处理节点为第一处理节点的下一跳处理节点。在一个实施例中，网络参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种；路由参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种。在一个实施例中，全局虚拟标识包括接口类型标识和全局资源标识；接口类型标识包括标准接口标识或者自定义接口标识。在一个实施例中，全局资源标识包括网络中的逻辑资源标识信息、物理资源标识信息、动态资源标识信息、组标识信息中的至少一种。在一个实施例中，全局资源标识包括PLMN标识、区域标识、基站标识、小区标识、用户设备标识、承载标识；处理模块72具体用于：根据PLMN标识，确定PLMN标识对应的处理节点；根据区域标识，确定用户设备所在的区域中的处理节点；根据接口类型标识，确定目标端节点的路由参数；根据基站标识和/或小区标识，确定接口数据的路由路径上的处理节点；根据用户设备标识和承载标识，确定接口数据的数据流向和业务粒度上的数据流向。在一个实施例中，确定模块71具体用于：接收SNC配置的全局虚拟标识；或者，向SNC发送全局虚拟标识请求消息，并接收SNC发送的包含有全局虚拟标识的响应消息；或者，通过自学习确定全局虚拟标识。本实施例的装置，可以用于执行图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。图8为本发明提供的路由确定节点实施例二的结构示意图，如图8所示，本实施例的路由确定节点，在图7所示实施例的基础上，还可以包括：接收模块73，接收模块73用于在确定模块71确定目标端节点的全局虚拟标识之前，接收接口数据。本实施例的装置，可以用于执行图3所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。在一个实施例中，处理模块72还用于在接收模块73接收接口数据之前，分配并管理全局虚拟标识中全局资源标识的信息；建立全局虚拟标识与软件定义网络中的处理节点的对应关系。在一个实施例中，全局资源标识的信息包括：全局资源标识对应的处理节点信息、全局资源标识对应的网络参数、全局资源标识对应的路由参数、全局资源标识的逻辑关系中的至少一种。在一个实施例中，处理节点信息，包括：处理节点的支持能力、处理节点的处理能力、处理节点的运行状态、处理节点的连接状态中的至少一种；全局资源标识的逻辑关系包括全局资源标识与全局资源标识的上级全局资源标识之间的归属关系或者全局资源标识与全局资源标识的下级全局资源标识之间的包含关系。本实施例的装置，可以用于执行图4所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。图9为本发明提供的路由确定节点实施例三的结构示意图，如图9所示，本实施例的路由确定节点，包括发送器91、接收器92、存储器93以及分别与发送器91、接收器92和存储器93连接的处理器94，存储器93中存储一组程序代码，且处理器94用于调用存储器93中存储的程序代码，用于确定目标端节点的全局虚拟标识，路由确定节点为软件定义网络中的集中网络控制单元或者入口点或者功能节点，目标端节点为传输接口数据的路由路径的目标端节点，全局虚拟标识用于指示目标端节点的接口信息和网络信息；根据全局虚拟标识，确定路由路径上的处理节点的网络参数和路由参数。在一个实施例中，处理器94还用于：根据全局虚拟标识，确定路由路径上的第一处理节点，以使第一处理节点根据接收到的全局虚拟标识确定路由路径上的第二处理节点的网络参数和路由参数，第二处理节点为第一处理节点的下一跳处理节点。在一个实施例中，网络参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种；路由参数包括处理节点的网络地址、网络标识、端口号、协议类型、服务类型、质量参数中的至少一种。在一个实施例中，全局虚拟标识包括接口类型标识和全局资源标识；接口类型标识包括标准接口标识或者自定义接口标识。在一个实施例中，全局资源标识包括网络中的逻辑资源标识信息、物理资源标识信息、动态资源标识信息、组标识信息中的至少一种。在一个实施例中，全局资源标识包括PLMN标识、区域标识、基站标识、小区标识、用户设备标识、承载标识；处理器94还用于：根据PLMN标识，确定PLMN标识对应的处理节点；根据区域标识，确定用户设备所在的区域中的处理节点；根据接口类型标识，确定目标端节点的路由参数；根据基站标识和/或小区标识，确定接口数据的路由路径上的处理节点；根据用户设备标识和承载标识，确定接口数据的数据流向和业务粒度上的数据流向。在一个实施例中，处理器94还用于：路由确定节点接收SNC配置的全局虚拟标识；或者，路由确定节点向SNC发送全局虚拟标识请求消息，并接收SNC发送的包含有全局虚拟标识的响应消息；或者，路由确定节点通过自学习确定全局虚拟标识。在一个实施例中，接收器92用于在处理器94确定目标端节点的全局虚拟标识之前，接收接口数据。在一个实施例中，处理器94还用于在接收器92接收接口数据之前，分配并管理全局虚拟标识中全局资源标识的信息；建立全局虚拟标识与软件定义网络中的处理节点的对应关系。在一个实施例中，全局资源标识的信息包括：全局资源标识对应的处理节点信息、全局资源标识对应的网络参数、全局资源标识对应的路由参数、全局资源标识的逻辑关系中的至少一种。在一个实施例中，处理节点信息，包括：处理节点的支持能力、处理节点的处理能力、处理节点的运行状态、处理节点的连接状态中的至少一种；全局资源标识的逻辑关系包括全局资源标识与全局资源标识的上级全局资源标识之间的归属关系或者全局资源标识与全局资源标识的下级全局资源标识之间的包含关系。本实施例的装置，可以用于执行图2-4中任意一种所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。需要说明的是，上述各实施例对应的结构示意图仅为一种示意，各部分或模块的连接关系不限于图中示出的形式，可以以实际应用中的情况为准。在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(RandomAccessMemory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。当前第1页1 2 3