使业务提供商设备获取信息的方法、设备和系统

摘要

本发明公开了一种使业务提供商设备获取信息的方法，在该方法中，用户端设备将需要发送的用户虚拟局域网(CVLAN)的信息发送至业务提供商(SP)设备；SP设备通过接收获取CVLAN的信息。本发明还公开了一种用户端设备，包括CVLAN信息处理单元和收发处理单元，本发明还公开了一种SP设备，包括CVLAN信息获取单元和收发单元。另外，本发明还公开了一种使业务提供商设备获取信息的系统，包括用户端设备和SP设备。本发明能够使SP设备获取更加准确的CVLAN的信息。

说明书

技术领域

本发明涉及虚拟局域网技术，特别是涉及一种使业务提供商设备获取信息的方法、设备和系统。

背景技术

QinQ是一种简单、灵活的二层虚拟私有网络(VPN)技术。图1是采用QinQ技术时的一种组网示意图。参见图1，在该组网中，不同的用户网络通过运营商虚拟局域网(Service VLAN，SVLAN)连接在一起，具体地，每一个用户网络中的终端连接在用户端设备上，并通过用户端设备连接到运营商虚拟局域网的业务提供商(SP)设备上。在利用QinQ技术时，每一个用户网络中往往存在多个用户虚拟局域网(Custom VLAN，CVLAN)。比如，参见图1，根据实际业务需要，用户网络1中划分为4个CVLAN，分别为VLAN 100～VLAN 103。

参见图1，以用户网络1中一个CVLAN的终端如终端1与用户网络4中的终端4进行通信为例，不同用户网络中的终端利用QinQ技术进行报文交互的过程包括：终端1将自身产生的报文发送至用户端设备1，用户端设备1确定终端1所在的CVLAN为VLAN 101，因此，在报文中封装对应的私网VLAN标签-VLAN 101，然后将报文发送至SP设备，SP设备为接收到的报文封装外层公网标签-VLAN 10，这样，报文携带两层VLAN标签穿越运营商网络，在离开运营商网络时，剥离外层公网标签-VLAN 10，根据私网VLAN标签-VLAN 101进行传输，最终到达终端4。

由上述报文交互过程可以看出，只要SP设备接收到用户网络中用户端设备发来的报文，就会为报文封装外层公网标签-VLAN 10，因此，连接到该SP设备的不同用户网络的报文在运营商虚拟局域网中传输时，均利用同一个公网标签-VLAN 10，因此大大节约了公网的VLAN标签资源，有利于业务的实现。

在利用QinQ技术时，由于SP设备接收到封装了CVLAN标签的报文后，无需对报文进行任何CVLAN标签的处理，因此，SP设备不知道用户网络中的CVLAN信息。比如，参见图1，SP设备不知道用户网络1中包括4个CVLAN，分别为VLAN 100～VLAN 103。

然而，在实际的业务实现中，经常需要在SP设备侧对各个CVLAN进行监控管理，这样，则要求SP设备必须获取各个CVLAN的信息。比如，需要由SP设备探测用户网络1中任意一个CVLAN内是否出现了环路故障，此时，则必须要求SP设备能够获取该CVLAN的标签，从而发送携带该CVLAN标签的、用于检测该CVLAN内是否出现环路故障的环路检测报文。再如，当需要在SP设备上对一个CVLAN进行带宽限制时，SP设备必须根据获取的CVLAN信息来对接收到的该CVLAN的报文进行带宽限制。

在现有技术中，使SP设备获取各个CVLAN信息的方法为：根据组网情况，将连接到SP设备各个端口的所有CVLAN的信息直接配置在SP设备中。

然而，在SP设备上配置的CVLAN信息是静态的，也就是说，在配置完成后，SP设备所获取的CVLAN信息就固定不变，这样，当实际业务进行中，用户网络实际使用的CVLAN与配置的不同，或用户网络新增了一个CVLAN或删除了一个CVLAN时，SP设备无法再得到实际的CVLAN信息，从而使得SP设备无法获取准确的、符合实际业务情况的CVLAN信息，进而导致SP设备无法准确地进行后续环路检测和带宽限制等QOS监控管理。

发明内容

有鉴于此，本发明的一个目的在于提供一种获取用户虚拟局域网信息的方法，本发明的另一个目的在于提供一种用户端设备，本发明的再一个目的在于提供一种业务提供商设备，本发明的又一个目的在于提供一种获取用户虚拟局域网信息的系统，以便于使得SP设备能够获得准确的CVLAN信息。

为了达到上述目的，本发明的技术方案是这样实现的：

一种使业务提供商设备获取用户虚拟局域网信息的方法，该方法包括：

用户端设备将需要发送的用户虚拟局域网CVLAN的信息发送至业务提供商SP设备；

SP设备通过接收获取CVLAN的信息。

一种用户端设备，包括：

CVLAN信息处理单元，用于将需要发送的CVLAN信息发送至收发单元；

收发处理单元，用于将接收到的CVLAN信息发送至SP设备。

一种SP设备，包括：

收发单元，用于从端口上接收用户端设备发来的CVLAN的信息，将CVLAN的信息发送至CVLAN信息获取单元；

CVLAN信息获取单元，用于建立或更新接收到CVLAN信息的端口与CVLAN信息的对应关系。

一种使业务提供商设备获取用户虚拟局域网信息的系统，包括本发明提出的用户端设备以及SP设备。

由此可见，在本发明中，是由用户端设备将CVLAN的信息发送至SP设备，使得SP设备所获取的CVLAN信息是动态的，也就是说，SP设备能够获取用户网络实际使用的CVLAN，并且，当用户网络新增了一个CVLAN或删除了一个CVLAN时，SP设备也能够得到实际的CVLAN信息，从而使得SP设备可以获取准确的、符合实际业务情况的CVLAN信息，使得SP设备能够准确地进行后续环路检测和带宽限制等QOS监控管理。

附图说明

图1是采用QinQ技术时的一种组网示意图。

图2是在本发明一个实施例中使SP设备获取CVLAN信息的流程图。

图3是在本发明中的用户端设备的结构示意图。

图4是在本发明一个实施例中用户端设备的较佳结构示意图。

图5是在本发明中的SP设备的结构示意图。

图6是在本发明一个实施例中SP设备的较佳结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面结合附图及具体实施例对本发明作进一步地详细描述。

本发明提出了一种使业务提供商设备获取用户虚拟局域网信息的方法。在该方法中，用户端设备将需要发送的CVLAN的信息发送至SP设备；SP设备通过接收获取CVLAN的信息。

在本发明方法中，用户端设备可以随机地、无任何触发地执行将CVLAN的信息发送至SP设备的处理。较佳地，用户端设备可以是在检测到注册触发事件后，再执行将CVLAN的信息发送至SP设备的处理。

在本发明方法中，用户端设备可以采用与SP设备间新定义的消息将需要发送的CVLAN的信息发送至SP设备。

另外，目前，出现了通用属性注册协议(GVRP，GARP VLAN RegistrationProtocol)。GVRP提供了一种机制用于协助同一个交换网内的交换成员之间分发、传播和注册某种信息(如VLAN、组播地址等)。利用GVRP，可以维护交换机中的VLAN动态注册信息，并传播该信息到其它的交换机中。所有支持GVRP特性的交换机能够接收来自其它交换机的VLAN注册信息，并动态更新本地的VLAN注册信息，包括当前的VLAN成员、这些VLAN成员可以通过哪个端口到达等。而且所有支持GVRP特性的交换机能够将本地的VLAN注册信息向其它交换机传播，以便使同一交换网内所有支持GVRP特性的设备的VLAN信息达成一致。因此，较佳地，在本发明中，用户端设备也可以利用GVRP的特点来将需要发送的CVLAN的信息发送至SP设备，也就是说，用户端设备可以利用现有的GVRP的报文来进行CVLAN的信息发送，此种方式无需新定义消息，因此，简化了业务的实现难度。

下面则以利用GVRP的报文来进行CVLAN的信息发送为例，来详细说明本发明的具体实现过程。

图2是在本发明一个实施例中使SP设备获取CVLAN信息的流程图。参见图1和图2，在本发明一个实施例中，以用户网络1为例，使SP设备获取用户网络1中各个CVLAN信息的过程具体包括以下步骤：

步骤201：预先设置连接用户网络1的用户端设备1以及SP设备支持GVRP。

这里，设置用户端设备1支持GVRP，是设置用户端设备1能够构造GVRP的报文，并且其端口能够发送GVRP的报文；设置SP设备支持GVRP，是设置SP设备的端口能够识别出GVRP的报文，并将GVRP的报文上报给SP设备的用于获取CVLAN信息的单元，记为CVLAN信息获取单元。

步骤202：预先在用户端设备1上设置用于触发CVLAN信息注册的定时周期长度。

步骤203：用户端设备1检测到自身正常启动，生成GVRP的join empty报文。

这里，用户端设备1检测到自身正常启动时，还可以进一步启动自身的计时器。

步骤204：用户端设备1将自身中初始配置的所有CVLAN的信息携带在join empty报文中，通过与SP设备相连的端口将该join empty报文发送至SP设备。

这里，参见图1，比如，用户端设备1中初始配置了4个CVLAN的信息，VLAN 100～VLAN 103，因此，join empty报文中携带的CVLAN的信息为VLAN 100～VLAN 103。

步骤205：SP设备的一个端口如端口2接收到join empty报文，将该joinempty报文上报给SP设备的CVLAN信息获取单元。

步骤206：SP设备的CVLAN信息获取单元从join empty报文中获取CVLAN信息，建立端口2与获取的每一个CVLAN信息的对应关系。

这里，所建立的对应关系可以参见表1。

 PORT ID CVLAN ID PORT2 100 PORT2 101 PORT2 102 PORT2 103

表1

至此，则使得SP设备获得了用户网络1初始正常工作时的所有CVLAN的信息。

步骤207：用户端设备1检测当前计时器所计数值是否等于预先设置的定时周期长度，如果是，则确定当前发生注册触发事件，执行步骤208，否则，返回步骤207。

步骤208：用户端设备1重启计时器，并将自身中当前保存的所有CVLAN的信息携带在生成的join empty报文中，通过与SP设备相连的端口将该join empty报文发送至SP设备。

步骤209：SP设备的端口2接收到join empty报文，将该join empty报文上报给SP设备的CVLAN信息获取单元，CVLAN信息获取单元更新端口2与CVLAN信息的对应关系。

这里，所述更新的过程包括：将join empty报文中携带的CVLAN信息与表1中记录的CVLAN信息进行对比，如果存在不同，则进行相应的增加或删除端口2与CVLAN信息的对应关系的处理。

上述步骤207至步骤209的处理，使得SP设备能够定期获取用户网络1中的实际CVLAN信息，使得SP设备能够得到更加准确的CVLAN信息。

步骤210：用户端设备1检测用户网络1中是否新增CVLAN，如果是，则确定当前发生注册触发事件，执行步骤211，否则，返回步骤210。

步骤211：用户端设备1将包括新增CVLAN的信息在内的、当前所有CVLAN的信息携带在GVRP的join empty报文中，通过与SP设备相连的端口将该join empty报文发送至SP设备。

步骤212：SP设备的端口2接收到join empty报文，将该join empty报文上报给SP设备的CVLAN信息获取单元，CVLAN信息获取单元更新端口2与CVLAN信息的对应关系。

这里，所述更新的过程包括：将join empty报文中携带的CVLAN信息与表1中记录的CVLAN信息进行对比，发现新增CVLAN，则在表1中增加端口2与新增CVLAN信息的对应关系。

上述步骤210至步骤212的处理，使得SP设备能够在用户网络1中新增CVLAN时，获取新增CVLAN的信息，使得SP设备能够得到更加准确的CVLAN信息。

步骤213：用户端设备1检测用户网络1中是否删除CVLAN，如果是，则确定当前发生注册触发事件，执行步骤214，否则，返回步骤213。

步骤214：用户端设备1将删除的CVLAN的信息如VLAN 100携带在生成的GVRP的leave empty报文中，通过与SP设备相连的端口将该leaveempty报文发送至SP设备。

步骤215：SP设备的端口2接收到leave empty报文，将该leave empty报文上报给SP设备的CVLAN信息获取单元，CVLAN信息获取单元更新端口2与CVLAN信息的对应关系。

这里，所述更新的过程包括：将leave empty报文中携带的CVLAN信息与表1中记录的CVLAN信息进行对比，发现删除了CVLAN即VLAN100，则在表1中删除端口2与VLAN 100的对应关系。

上述步骤213至步骤215的处理，使得SP设备能够在用户网络1中删除CVLAN时，获取删除的CVLAN的信息，使得SP设备能够得到更加准确的CVLAN信息。

需要说明的是，上述图2所示流程中的各个步骤之间并无严格的执行上的先后顺序，如对于步骤207至步骤209的处理的过程，步骤210至步骤212的处理过程，步骤213至步骤215的处理过程，该三个处理过程都是实时进行的，并无执行上的先后顺序。

另外，在上述图2所示流程中，较佳地，是在用户端设备1正常启动后执行一次向SP设备上报CVLAN信息的处理，并且，在每到达一个定时周期长度时执行一次向SP设备上报CVLAN信息的处理，并且，在用户网络1中新增一个CVLAN时执行一次向SP设备上报CVLAN信息的处理，并且，在用户网络1中删除一个CVLAN时执行一次向SP设备上报CVLAN信息的处理。当然，在本发明的其他实施例中，也可以只执行上述向SP设备上报CVLAN信息的处理中的任意一种或多种的组合，仍然可以使SP设备相对于现有技术获取更加准确的CVLAN信息。

还需要说明的是，上述图2所示过程是利用已有的GRVP的各种报文来实现CVLAN信息的上报。当本发明采用新定义消息来实现CVLAN信息的上报时，其实现过程与上述图2所示的具体实现过程相同。

与现有技术相同的是，在SP设备获取了用户网络1中CVLAN的信息后，则可以根据其获取的CVLAN的信息执行基于CVLAN的环路故障检测，或执行基于CVLAN的QOS处理等。例如，可以基于CVLAN进行用户网络环路检测：SP设备从PORT2发送内层VLAN tag为CVLAN(VLAN100-103)外层为SVLAN(VLAN10)的环路检测报文，这样报文在PORT2发出时会自动剥除VLAN10的tag，环路检测报文因此可以在CVLAN中转发，CVLAN(例如VLAN102)存在环路时，环路检测报文回到SP的PORT2，PORT2封装VLAN10 tag后送到CPU，SP此时则可以确定VLAN102存在环路，可以依据设定的策略进行告警或同时对VLAN102的流量进行阻塞。另外，SP设备还可以实现对CVLAN进行动态的Qos的管理：用户VLAN103的业务需要保证带宽大于10M，VLAN102的业务为语音业务要保证优先转发等等这样的需求可以在SP设备端口PORT上配置Qos服务策略来基于CVLAN进行区分服务。

另外，本发明还提出了一种用户端设备。图3是在本发明中的用户端设备的结构示意图。参见图3，用户端设备包括：

CVLAN信息处理单元，用于将需要发送的CVLAN信息发送至收发单元；

收发处理单元，用于将接收到的CVLAN信息发送至SP设备。

较佳地，参见图4，该用户端设备进一步包括检测单元，其中，

所述检测单元，用于检测是否发生注册触发事件，如果是，则将注册触发通知发送至CVLAN信息处理单元；

所述CVLAN信息处理单元在接收到注册触发通知后，根据注册触发通知执行将需要发送的CVLAN信息发送至收发处理单元。

在本发明提出的用户端设备中，检测单元检测注册触发事件及CVLAN信息处理单元确定需要发送的CVLAN信息的实现方式包括但不限于如下方式：

第一种方式为：

所述检测单元用于检测所述用户端设备是否已正常启动，如果是，则将携带正常启动信息的注册触发通知发送至所述CVLAN信息处理单元；

所述CVLAN信息处理单元根据携带正常启动信息的注册触发通知，将用户端设备初始配置的所有CVLAN的信息作为需要发送的CVLAN的信息。

第二种方式为：

所述检测单元用于检测当前计时器所计数值是否等于预先设置的定时周期长度，如果是，则重启计时器，并将携带周期已到信息的注册触发通知发送至所述CVLAN信息处理单元；

所述CVLAN信息处理单元根据携带周期已到信息的注册触发通知，将用户端设备当前已配置的所有CVLAN的信息作为需要发送的CVLAN的信息。

第三种方式为：

所述用户端设备用于检测当前是否新增CVLAN，如果是，则将携带新增CVLAN信息的注册触发通知发送至所述CVLAN信息处理单元；

所述CVLAN信息处理单元根据携带新增CVLAN信息的注册触发通知，将包括新增CVLAN的信息在内的、当前已配置的所有CVLAN的信息作为需要发送的CVLAN的信息。

在上述三种方式中，所述收发处理单元将需要发送的CVLAN的信息携带在GVRP的join empty报文中发送至所述SP设备。

第四种方式为：

所述用户端设备用于检测用户网络中是否删除CVLAN，如果是，则将携带删除CVLAN信息的注册触发通知发送至所述CVLAN信息处理单元；

所述CVLAN信息处理单元根据携带删除CVLAN信息的注册触发通知，将删除的CVLAN的信息作为需要发送的CVLAN的信息。

在该第三种方式中，所述收发处理单元将需要发送的CVLAN的信息携带在GVRP的leave empty报文中发送至所述SP设备。

另外，本发明还提出了一种SP设备。参见图5，包括：

收发单元，用于从端口上接收用户端设备发来的CVLAN的信息，将CVLAN的信息发送至CVLAN信息获取单元；

CVLAN信息获取单元，用于建立或更新接收到CVLAN信息的端口与CVLAN信息的对应关系。

较佳地，参见图6，SP设备中还包括处理单元，用于从CVLAN信息获取单元中获取端口与CVLAN信息的对应关系信息，并通过收发单元在端口上执行基于CVLAN的环路故障检测，或在端口上执行基于CVLAN的QOS处理等。

另外，本发明还提供了一种使业务提供商设备获取用户虚拟局域网信息的系统。该系统包括用户端设备以及SP设备，其中，用户端设备可以采用本发明上述实施例中提供的用户端设备，SP设备可以采用本发明上述实施例中提供的SP设备。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。