技术领域
[0001] 本发明涉及计算机技术领域，尤其涉及一种虚拟网络(Virtual Network，VN)组信息处理方法、网元、计算机程序产品及存储介质。
相关背景技术
[0002] 相关技术中，一个5G VN组必须由同一个会话管理功能(Session ManagementFunction，SMF)网元进行管理，这是为了保障SMF可以获取所有VN组成员的用户面功能(UserPlane Function，UPF)服务状态，并据此建立或释放N19接口，并下发正确的路由转发规则。但为了实现多SMF容灾冗余，可能存在多个SMF管理一个5GVN组的情况，此时多个SMF虽然和服务于同一个5GVN组的所有UPF全互联，但各个SMF无法获知当前有多个UPF在服务于同一个5GVN组，因此无法创建N19隧道，实现UPF之间的终端数据通信。
具体实施方式
[0044] 下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0045] 在第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)标准中，N19的接口建立是随着某个UPF上服务的第一个UE会话而建立，随着该UPF上最后一个UE的会话删除而删除。例如在图1中，图1是本发明实施例提供的一种5GVN组会话建立流程的示意图，终端(UserEquipment，UE)向接入和移动性管理功能(Access and Mobility Management Function，AMF)网元发起VN组会话建立请求，SMF1选择UPF1为UE1提供服务，SMF1选择UPF2为UE2提供服务。SMF1发现，当前有两个UPF为同一个5G VN组提供服务，则SMF1向UPF1、UPF2分别发起group‑level(组级别)的组会话建立请求，用于在UPF1和UPF2之间创建N19接口连接，并在该组会话上下发合适的包检测规则(Packet DetectionRule，PDR)、转发动作规则(ForwardingActionRule，FAR)，实现UE1与UE2之间的数据通信。同理，当UPF2上UE2的会话拆掉后，SMF1发现UE2是UPF2上VN1的最后一个组成员会话，SMF1会同时向UPF1和UPF2发送group‑level的组会话删除请求，删除UPF1和UPF2之间的N19接口连接。
[0046] 图2是本发明实施例提供的一种5GVN组会话建立流程的示意图，如图2所示，UE1和UE2属于VN组1，UE1和UE2发起VN组会话建立，AMF网元基于负载均衡(Load Balance)或者其他策略(容灾机制)，同时可以选择SMF1和SMF2为VN组1提供服务，针对UE1的会话建立请求，选择SMF1；针对UE2的会话建立请求，选择SMF2。SMF1选择UPF1为该VN组会话提供服务。
[0047] 在图2所示的例子中，SMF1、SMF2虽然和服务于同一个5GVN组的UPF1、UPF2全互联，但SMF1、SMF2无法获知当前有两个UPF在服务于同一个5GVN组，因此，无法在UPF1和UPF2之间创建N19隧道，实现UPF之间的终端数据通信。
[0048] 针对上述相关技术的缺点，本发明实施例提供了一种VN组信息处理方法，能够实现UPF之间的终端数据通信。为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0049] 图3是本发明实施例提供的一种VN组信息处理方法的实现流程示意图，所述VN组信息处理方法的执行主体为第一SMF网元。参考图3，VN组信息处理方法包括：
[0050] S301，获取第一UPF网元发送的VN组信息；所述VN组信息包括所述第一UPF网元服务的VN组会话的VN组标识，所述第一SMF网元为与所述第一UPF网元具有偶联关系的所有SMF网元中的任意一个。
[0051] 这里，第一UPF网元和第一SMF网元在执行本实施例之前已经建立好了偶联，在偶联建立过程中，SMF和UPF会交换其支持的功能列表(feature list)，当UPF支持5G VN组功能时，UPF会在feature list里携带GCOM。
[0052] 例如，当有VN组成员(UE)发起VN组内会话时，AMF选择第一SMF网元为该VN组提供服务，第一SMF网元选择第一UPF网元为该VN组会话提供服务，然后第一SMF网元向第一UPF网元发送VN组会话建立请求，第一UPF网元向与其具有偶联关系的所有SMF网元发送VN组信息，VN组信息包括当前服务的VN组会话的VN组标识。
[0053] VN组信息还可以包括第一UPF网元的标识，也可以不包括，因为UPF上报给SMF的前提是已经建立偶联关系了，即使VN组信息不包含第一UPF信息，SMF仍然可以通过这个信息发送的对端节点获取第一UPF网元标识。
[0054] 实际上，所有与第一UPF网元具有偶联关系的所有SMF网元都会接收到VN组信息，将该VN组信息保存在本地。例如，第一SMF网元会在本地保存VN组与UPF网元之间的关联关系。
[0055] S302，在基于所述VN组信息确定所述第一UPF网元是首次为所述VN组的组成员提供VN组会话服务，且所述第一UPF网元不是首个服务于所述VN组的UPF网元情况下，向为所述VN组会话的双方组成员提供服务的相关UPF网元发送隧道建立请求。
[0056] 这里，SMF可以是发送N19隧道建立请求。N19接口是使用5G LAN业务时，两个协议数据单元会话锚点(PSA，PDU SessionAnchor)UPF之间的用户面接口，在不使用N6接口的情况下直接路由不同PDU会话之间的流量。当多个UPF服务于同一个5G VN组时，UPF之间可通过N19接口会话进行数据通信。
[0057] 第一SMF网元根据VN组标识，判断第一UPF网元是否是第一次为该VN组的组成员提供VN组会话服务，如果第一UPF网元是第一次为该VN组的组成员提供VN组会话服务，继续判断加上第一UPF网元是否有多个UPF网元服务于该VN组，也就是第一UPF网元并不是首个服务于该VN组的UPF网元。
[0058] 如果第一SMF网元根据VN组标识和第一UPF网元的标识，确定第一UPF网元是第一次服务于该VN组，且第一UPF网元不是首个服务于该VN组的UPF网元，就向为该VN组会话的双方组成员提供服务的相关UPF网元发送N19隧道建立请求。
[0059] 例如，为该VN组会话的双方组成员提供服务的相关UPF网元包括第一UPF网元和第二UPF网元，则向第一UPF网元和/或第二UPF网元发送隧道建立请求。
[0060] 在一实施例中，向为该VN组提供服务的所有UPF都发送隧道建立请求。
[0061] 例如，该VN组会话的VN组成员双方为UE1和UE2，假设发起会话的是UE1，一共有SMF1和SMF2，AMF选择SMF1为VN组提供服务，SMF1选择UPF1提供VN组会话服务，UPF1将VN组信息发送给SMF1和SMF2。在此之前UPF2已经为UE2提供VN组服务，并且将UPF2标识和VN组标识发送给SMF1和SMF2，所以SMF1能够根据VN组标识和UPF标识判断出UPF1是首次为该VN组提供服务，且UPF1不是首次服务于该VN组的UPF，所以SMF1向UPF1和UPF2发送N19隧道建立请求，创建UPF1和UPF2之间的N19接口，并下发相关的会话转发规则。
[0062] 其中，发送给UPF1和UPF2的N19隧道建立请求携带的信息不同，发送给UPF1的N19隧道建立请求携带UE2的互联网协议(Internet Protocol，IP)地址/介质访问控制(MediaAccess Control，MAC)地址，让UPF1把这个IP/MAC地址写入PDR/FAR中，使得UE1发给UE2的数据包(目的IP/MAC是UE2)，可以正确的路由到N19的隧道上，然后通过UPF2，发给UE2。
[0063] 同理，发送给UPF2的N19隧道建立请求携带UE1的IP/MAC地址，使得UE2发给UE1的数据包(目的IP/MAC是UE1)可以正确的路由到N19的隧道上，然后通过UPF1，发给UE1。
[0064] 本申请实施例中第一SMF网元通过获取第一UPF网元发送的VN组信息；VN组信息包括第一UPF网元服务的VN组会话的VN组标识，第一SMF网元为与第一UPF网元具有偶联关系的所有SMF网元中的任意一个；在基于VN组信息确定第一UPF网元是首次为VN组的组成员提供VN组会话服务，且第一UPF网元不是首个服务于VN组的UPF网元情况下，向为VN组会话的双方组成员提供服务的相关UPF网元发送隧道建立请求。本申请实施例UPF可以主动向具有偶联关系的所有SMF网元上报VN组信息，使得与第一UPF网元具有偶联关系的SMF可以获知当前有多个UPF在服务于同一个VN组，以使SMF可以在UPF之间建立隧道，能够在有多个SMF管理多个UPF的情况下，实现UPF之间的终端数据通信。
[0065] 在一实施例中，所述获取第一UPF网元发送的VN组信息，包括以下任意一项：
[0066] 从所述第一UPF网元发送的偶联更新消息中获取所述VN组信息；
[0067] 从所述第一UPF网元发送的VN组管理信息中获取所述VN组信息。
[0068] 其中，偶联更新消息可以是PFCPAssociation Update request，VN组管理信息可以是PFCPVN Managementresponse/Notify。
[0069] 在一实施例中，所述方法还包括：
[0070] 若所述第一SMF网元没有存储所述VN组标识和所述第一UPF网元的标识的对应关系，且所述第一SMF网元存储有所述VN组标识与第二UPF网元的对应关系，则确定所述第一UPF网元是首次为所述VN组的组成员提供VN组会话服务，且所述第一UPF网元不是首个服务于所述VN组的UPF网元。
[0071] 在一实施例中，所述为所述VN组会话的双方组成员提供服务的相关UPF网元包括所述第一UPF网元和第二UPF网元，所述向为所述VN组会话的双方组成员提供服务的相关UPF网元发送隧道建立请求，包括：
[0072] 向所述第一UPF网元发送第一会话建立请求，所述第一会话建立请求包括所述第二UPF网元服务的VN组成员的网络地址；
[0073] 向所述第二UPF网元发送第二会话建立请求，所述第二会话建立请求包括所述第一UPF网元服务的VN组成员的网络地址。
[0074] 这里，网络地址包括UE的IP/MAC。
[0075] 图4是本发明实施例提供的一种VN组信息处理方法的实现流程示意图，所述VN组信息处理方法的执行主体为第一UPF网元。参考图4，VN组信息处理方法包括：
[0076] S401，在有VN组成员在所述第一UPF网元上创建VN组会话的情况下，向与所述第一UPF网元具有偶联关系的所有SMF网元发送VN组信息；所述VN组信息包括所述VN组会话的VN组标识。
[0077] 当第一UPF网元上有新的VN组会话创建时，第一UPF网元将该VN组会话的VN组标识和第一UPF网元的标识，发送给与第一UPF网元具有偶联关系的所有SMF网元。
[0078] 如图5所示，图5是本发明实施例提供的偶联更新的交互流程示意图，其中CP为SMF，UP为UPF，当UPF为某个5GVN组的组成员提供了VN组服务，则在发送给SMF的PFCPAssociationUpdate Request(偶联更新请求)消息中携带ServedVN group Info(服务VN组信息)，ServedVN group Info里包含该UPF服务的VN组ID、切片、DNN信息和该UPF标识。
[0079] 如图6所示，图6是本发明实施例提供的VN管理信息的交互流程示意图，其中CP为SMF，UP为UPF，当UPF为某个5GVN组的组成员提供了VN组服务，则在发送给SMF的PFCPVN Managementresponse/Notify(VN组管理消息)消息中携带ServedVN group Info，ServedVN group Info里包含该UPF服务的VN组ID、切片、DNN信息和该UPF标识。
[0080] 参考图7，图7是本发明实施例提供的一种VN组会话消息的处理流程示意图，前置流程说明：
[0081] 1、UE1、UE2属于VN组1，分别发起VN组会话建立请求；
[0082] 2、AMF基于loadbalance或者其他策略，可以选择SMF1和SMF2为VN组1提供服务。
[0083] 针对UE1的会话建立请求，选择SMF1。
[0084] 针对UE2的会话建立请求，选择SMF2。
[0085] 3，SMF1选择UPF1为该VN组会话提供服务；
[0086] 3‑1，SMF1向UPF1发其VN组会话/更新建立请求，建立会话。
[0087] 3‑2，UPF1向SMF1、SMF2分别上报VN组服务状态(包括VN组1标识和UPF1标识)。
[0088] 3‑3a，SMF1记录VN组1：UPF1。
[0089] 3‑3b，SMF2记录VN组1：UPF1。
[0090] 4，SMF2选UPF2为该VN组会话提供服务。
[0091] 4‑1，SMF2向UPF2发起VN组会话建立/更新请求，建立会话。
[0092] 4‑2，UPF2向SMF1、SMF2分别上报VN组服务状态(VN组1，UPF2)。
[0093] 4‑3a，SMF1记录VN组1：UPF1、UPF2。
[0094] 4‑3b，SMF2记录VN组1：UPF1、UPF2。
[0095] 参考图8，图8是本发明实施例提供的另一种VN组会话消息的处理流程示意图，包括：
[0096] 5、SMF2向UPF1、UPF2发起N4会话建立请求，并下发PDR/FAR转发规则。
[0097] 5‑1、SMF2向UPF2下发N4会话建立请求(VN组1)。
[0098] 5‑2、SMF2向UPF1下发N4会话建立请求(VN组1，PDR:destination＝UE2adress,FAR:Core,N19)。
[0099] 6、SMF1向UPF1、UPF2发起N4会话建立请求，并下发PDR/FAR转发规则。
[0100] 6‑1、SMF1向UPF1下发N4会话建立请求(VN组1)。
[0101] 6‑2、SMF1向UPF2下发N4会话建立请求(VN组1，PDR:destination＝UE1adress,FAR:Core,N19)。
[0102] 当多个UPF服务于同一个5G VN组时，SMF1和SMF2分别向UPF1和UPF2发起该VN组对应的group‑level的N4会话建立请求。
[0103] UPF1将接收到SMF1的group‑level的N4会话建立请求，也收到SMF2的group‑level的N4会话建立请求，两个组会话请求，要求UPF具备合并能力，并只向UPF2建立一个N19接口和对应的group‑level的N4会话。
[0104] 在一实施例中，所述方法还包括：
[0105] 接收第一SMF网元发送的隧道建立请求；所述第一SMF网元为与所述第一UPF网元具有偶联关系的任意一个SMF网元；
[0106] 基于所述隧道建立请求与第二UPF网元建立N19隧道。
[0107] 在一实施例中，所述第一会话建立请求包括所述第二UPF网元服务的VN组成员的网络地址，所述方法还包括：
[0108] 将所述第二UPF网元服务的VN组成员的网络地址，写入所述第一UPF网元的包检测规则和/或转发动作规则中。
[0109] 在一实施例中，所述向与所述第一UPF网元具有偶联关系的所有SMF网元发送VN组信息，包括：
[0110] 在偶联更新消息中插入所述VN组信息；
[0111] 将所述偶联更新消息发送至与所述第一UPF网元具有偶联关系的所有SMF网元。
[0112] 在一实施例中，所述向与所述第一UPF网元具有偶联关系的所有SMF网元发送VN组信息，包括：
[0113] 在VN组管理消息中插入所述VN组信息；
[0114] 将所述VN组管理消息发送至与所述第一UPF网元具有偶联关系的所有SMF网元。
[0115] N4会话删除流程如下：
[0116] 当某个UPF上，为某VN组服务的最后一个UE会话结束时，则该UPF向所有SMF上报此信息，基于前面所述的两种方式：
[0117] 方式1：在PFCPAssociationUpdate request消息中携带ServedVN group Info信息。Served VN group Info里包含该UPF服务的VN组ID，不再进行该VN组服务的标识Indicator。
[0118] 方式2：在PFCP VN Management response/Notify消息中携带Served VN group Info信息。ServedVN group Info里包含该UPF服务的VN组ID，不再进行该VN组服务的标识Indicator。
[0119] 收到该上报信息的SMF，分别向所有服务于此VN组的UPF发送N19会话删除信息，要求这些UPF删除与该UPF之间的N19隧道。
[0120] 本申请实施例的UPF可以主动向具有偶联关系的所有SMF网元上报VN组信息，使得与第一UPF网元具有偶联关系的SMF可以获知当前有多个UPF在服务于同一个VN组，以使SMF可以在UPF之间建立隧道，实现UPF之间的终端数据通信。
[0121] 应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。
[0122] 应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
[0123] 需要说明的是，本发明实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
[0124] 另外，在本发明实施例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
[0125] 本发明实施例提供了一种VN组信息处理装置，该装置包括：
[0126] 第一获取模块，用于获取第一用户面功能UPF网元发送的VN组信息；所述VN组信息包括所述第一UPF网元服务的VN组会话的VN组标识，所述第一SMF网元为与所述第一UPF网元具有偶联关系的所有SMF网元中的任意一个；
[0127] 第一发送模块，用于在基于所述VN组信息确定所述第一UPF网元是首次为所述VN组的组成员提供VN组会话服务，且所述第一UPF网元不是首个服务于所述VN组的UPF网元情况下，向为所述VN组会话的双方组成员提供服务的相关UPF网元发送隧道建立请求。
[0128] 在一实施例中，所述VN组信息还包括所述第一UPF网元的标识。
[0129] 在一实施例中，所述第一获取模块具体用于执行以下任意一项：
[0130] 从所述第一UPF网元发送的偶联更新消息中获取所述VN组信息；
[0131] 从所述第一UPF网元发送的VN组管理信息中获取所述VN组信息。
[0132] 在一实施例中，所述装置还包括：
[0133] 确定模块，用于若所述第一SMF网元没有存储所述VN组标识和所述第一UPF网元的标识的对应关系，且所述第一SMF网元存储有所述VN组标识与第二UPF网元的对应关系，则确定所述第一UPF网元是首次为所述VN组的组成员提供VN组会话服务，且所述第一UPF网元不是首个服务于所述VN组的UPF网元。
[0134] 在一实施例中，所述为所述VN组会话的双方组成员提供服务的相关UPF网元包括所述第一UPF网元和第二UPF网元，所述第一发送模块具体用于：
[0135] 向所述第一UPF网元发送第一会话建立请求，所述第一会话建立请求包括所述第二UPF网元服务的VN组成员的网络地址；
[0136] 向所述第二UPF网元发送第二会话建立请求，所述第二会话建立请求包括所述第一UPF网元服务的VN组成员的网络地址。
[0137] 本发明实施例提供了另一种VN组信息处理装置，该装置包括：
[0138] 第二发送模块，用于在有VN组成员在所述第一UPF网元上创建VN组会话的情况下，向与所述第一UPF网元具有偶联关系的所有SMF网元发送VN组信息；所述VN组信息包括所述VN组会话的VN组标识。
[0139] 在一实施例中，所述VN组信息还包括所述第一UPF网元的标识。
[0140] 在一实施例中，所述装置还包括：
[0141] 第一接收模块，用于接收第一SMF网元发送的隧道建立请求；所述第一SMF网元为与所述第一UPF网元具有偶联关系的任意一个SMF网元；
[0142] 建立模块，用于基于所述隧道建立请求与第二UPF网元建立N19隧道。
[0143] 在一实施例中，所述第一会话建立请求包括所述第二UPF网元服务的VN组成员的网络地址，所述装置还包括：
[0144] 写入模块，用于将所述第二UPF网元服务的VN组成员的网络地址，写入所述第一UPF网元的包检测规则和/或转发动作规则中。
[0145] 在一实施例中，所述第二发送模块具体用于：
[0146] 在偶联更新消息中插入所述VN组信息；
[0147] 将所述偶联更新消息发送至与所述第一UPF网元具有偶联关系的所有SMF网元。
[0148] 在一实施例中，所述第二发送模块具体用于：
[0149] 在VN组管理消息中插入所述VN组信息；
[0150] 将所述VN组管理消息发送至与所述第一UPF网元具有偶联关系的所有SMF网元。
[0151] 实际应用时，所述第一获取模块和第一发送模块可通过网元中的处理器，比如中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital Signal Processor)、微控制单元(MCU，MicrocontrollerUnit)或可编程门阵列(FPGA，Field－Programmable GateArray)等实现。
[0152] 需要说明的是：上述实施例提供的VN组信息处理装置在进行VN组信息处理时，仅以上述各模块的划分进行举例说明，实际应用中，可以根据需要而将上述处理分配由不同的模块完成，即将装置的内部结构划分成不同的模块，以完成以上描述的全部或者部分处理。另外，上述实施例提供的VN组信息处理装置与VN组信息处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
[0153] 上述VN组信息处理装置可以是镜像文件形式，该镜像文件被执行后，可以以容器或者虚拟机的形式运行，以实现本申请所述的VN组信息处理方法。当然也不局限为镜像文件形式，只要能够实现本申请所述的VN组信息处理方法的一些软件形式都在本申请的保护范围之内。
[0154] 基于上述程序模块的硬件实现，且为了实现本申请实施例的方法，本申请实施例还提供了一种网元，上述VN组信息处理方法由网元的处理器实现。图9为本申请实施例网元的硬件组成结构示意图，如图9所示，网元包括：
[0155] 通信接口901，能够与其它设备比如网络设备等进行信息交互；
[0156] 处理器902，与所述通信接口901连接，以实现与其它设备进行信息交互，用于运行计算机程序时，执行上述网元侧一个或多个技术方案提供的方法。而所述计算机程序存储在存储器903上。
[0157] 当然，实际应用时，网元中的各个组件通过总线系统904耦合在一起。可理解，总线系统904用于实现这些组件之间的连接通信。总线系统除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图9中将各种总线都标为总线系统904。
[0158] 本申请实施例中的存储器903用于存储各种类型的数据以支持网元的操作。这些数据的示例包括：用于在网元上操作的任何计算机程序。
[0159] 在本申请中，网元可以是单个硬件设备，也可以是多个硬件设备组成的集群，比如云计算平台。所谓云计算平台是把多个独立的服务器物理硬件资源组织成池化资源的一种集群设备，它对外提供所需要的虚拟资源和服务。
[0160] 本申请实施例中的存储器903用于存储各种类型的数据以支持网元的操作。这些数据的示例包括：用于在网元上操作的任何计算机程序。
[0161] 可以理解，存储器903可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read‑Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read‑Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read‑Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD‑ROM，Compact Disc Read‑OnlyMemory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，RandomAccess Memory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static RandomAccess Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，Synchronous Dynamic RandomAccess Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic RandomAccess Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic RandomAccess Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic RandomAccess Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus RandomAccess Memory)。本申请实施例描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0162] 上述本申请实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、DSP，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤，可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中，该存储介质位于存储器，处理器读取存储器中的程序，结合其硬件完成前述方法的步骤。
[0163] 可选地，所述处理器执行所述程序时实现本申请实施例的各个方法中由网元实现的相应流程，为了简洁，在此不再赘述。
[0164] 在示例性实施例中，本申请实施例还提供了一种存储介质，即计算机存储介质，具体为计算机可读存储介质，例如包括存储计算机程序的第一存储器，上述计算机程序可由网元的处理器执行，以完成前述方法所述步骤。计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、Flash Memory、磁表面存储器、光盘、或CD‑ROM等存储器。
[0165] 在示例性实施例中，本申请实施例还提供了一种计算机程序产品，包括计算机程序，所述计算机程序可由电子设备的处理器902执行，以完成本申请实施例的VN组信息处理方法所述的步骤。
[0166] 在本申请所提供的几个实施例中，应该理解到，所揭露的装置、网元和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。
[0167] 上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
[0168] 另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0169] 本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0170] 或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
[0171] 需要说明的是，本申请实施例所记载的技术方案之间，在不冲突的情况下，可以任意组合。
[0172] 另外，在本申请实例中，“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。
[0173] 以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
