PTN中控制信令通道的建立方法、PTN网元及存储介质

摘要

本发明实施例公开了一种PTN中控制信令通道的建立方法、PTN网元及存储介质字体。应用于DCN的域控制器中的方法包括：当接收到封装有动态主机配置协议DHCP发现报文的packet‑in报文时，将所述DHCP发现报文发送给DHCP服务器；当接收到所述DHCP服务器发送的DHCP提供报文时，将所述DHCP提供报文封装为packet‑out报文并发送给第二设备；当接收到封装有DHCP请求报文的packet‑in报文时，向所述DHCP服务器发送所述DHCP请求报文；当接收到所述DHCP服务器发送的DHCP确认报文时，将所述DHCP确认报文封装为packet‑out报文，并发送给所述第二设备；基于所述DHCP提供报文，与所述第一设备建立openflow连接。

说明书

技术领域

本发明涉及网络技术领域，尤其涉及一种分组传输网络(Packet TransportNetwork，PTN)中控制信令通道的建立方法、PTN网元及存储介质。

背景技术

基于openflow协议的小型(Software defined Packet Transport Network，SPTN)设备是新的PTN设备形态，基于小型化接入PTN，进行南向接口openflow化，是SPTN系统的一部分。基于Openflow的SPTN设备带内的数据通信网络(Data CommunicationNetwork，DCN)目前没有自动化开通的技术方案。

基于Openflow的SPTN设备由管理(网管)和控制一体的域控制器进行管理和控制，由于这种设备在网络的接入层，光纤资源非常珍贵，不能提供多余的链路进行设备和域控制器之间的控制信道通信，因此需要采用带内DCN方案。

目前SDN、openflow架构下的DCN在数据中心等层面都是带外DCN，有独立的数据通信网络，因此没有带内DCN的控制信令通道的自动建立方案。

在现有技术中带内DCN的控制信令通道的建立都是由管理人员手工进行配置。

一方面，手工配置存在的问题，配置效率低。

另一方面，用户购买了终端接入设备(Customer Premise Equipment，CPE)后，由于需要管理人员手工配置所述控制信令通道，故新加入到PTN的设备无法实现即插即用，从而导致CPE的接入不便利和用户的使用满意度低等问题。

发明内容

有鉴于此，本发明实施例期望提供一种PTN中控制信令通道的建立方法、PTN网元及存储介质，至少部分解决上述问题。

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

本发明实施例第一方面提供一种分组传输网络PTN中控制通道的建立方法，应用于数据通信网络DCN的域控制器中，包括：

当接收到封装有动态主机配置协议DHCP发现报文的packet-in报文时，将所述DHCP发现报文发送给DHCP服务器；其中，所述DHCP发现报文为：第一设备申请与所述域控制器建立openflow连接的申请报文；

当接收到所述DHCP服务器发送的DHCP提供报文时，将所述DHCP提供报文封装为packet-out报文并发送给第二设备，其中，所述DHCP提供报文包括：用于所述第一设备与所述域控制器建立openflow连接所需的配置信息，且是基于所述DHCP发现报文回复的；

当接收到封装有DHCP请求报文的packet-in报文时，向所述DHCP服务器发送所述DHCP请求报文，其中，所述DHCP请求报文，用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

当接收到所述DHCP服务器发送的DHCP确认报文时，将所述DHCP确认报文封装为packet-out报文，并发送给所述第二设备；其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接；

基于所述DHCP提供报文，与所述第一设备建立openflow连接；其中，所述packet-in报文是由所述第二设备封装形成的。

基于上述方案，所述DHCP提供报文包括：分配给所述第一设备的网络协议IP地址及所述第二设备接入网关的网关标识。

基于上述方案，所述域控制器和所述DHCP服务器为一个一体设备的两个子设备；所述域控制器和所述DHCP服务器之间建立有内部通信接口；所述域控制器至少包括：openflow模块；所述DHCP服务器至少包括DHCP模块；

所述方法还包括：

接收所述第二设备发送的第一报文；

识别所述第一报文的类型；

当所述第一报文的类型为所述packet-in报文时，由openlow模块解析所述第一报文；

基于解析的结果确定所述第一报文是否为有携带DHCP报文，其中，所述DHCP报文为：所述DHCP发现报文或DHCP请求报文；当所述第一报文携带有所述DHCP报文时，所述DHCP发现报文或DHCP请求报文，用于供DHCP模块发送给DHCP服务器。

基于上述方案，所述方法还包括：

所述DHCP模块将所述DHCP提供报文或所述DHCP确认报文发送给所述openflow模块；

所述当接收到所述DHCP服务器发送的DHCP提供报文时，将所述DHCP提供报文封装为packet-out报文并发送给第二设备，包括：

由所述openflow模块将所述DHCP提供报文封装成所述packet-out报文；

所述当接收到所述DHCP服务器发送的DHCP确认报文时，将所述DHCP确认报文封装为packet-out报文，包括：

由所述openflow模块将所述DHCP确认报文封装成所述packet-out报文。

基于上述方案，所述配置信息包括：分配给所述第一设备的网络协议IP地址；

所述DHCP发现报文，至少携带有所述第一设备的媒体访问控制MAC地址及所述第一设备的地理位置信息；

所述方法还包括：

对应存储所述IP地址、所述MAC地址及所述地理位置信息；其中，位于同一个地理位置的不同设备，分配同一个IP地址。

本发明实施例第二方面提供一种分组传输网络PTN中控制信令通道的建立方法，应用于数据通信网络DCN的第二设备中，包括：

当接收到第一设备广播的DHCP发现报文，且当所述第二设备已与域控制器建立有openflow连接时，将所述DHCP发现报文封装为packet-in报文，并发送给所述域控制器；其中，所述DHCP发现报文为：第一设备申请与所述域控制器建立openflow连接的申请报文；

当接收到所述域控制器基于所述packet-in报文回复的packet-out报文时，将所述DHCP提供报文发送给所述第一设备，其中，所述packet-out报文，携带有DHCP服务器基于所述DHCP发现报文返回的DHCP提供报文，其中，所述DHCP提供报文携带有所述第一设备与所述域控制器建立openflow连接所需的配置信息；

当接收到第一设备基于所述DHCP提供报文回复的DHCP请求报文时，将所述DHCP请求报文封装为packet-in报文，并发送给域控制器，其中，所述DHCP请求报文，用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

当接收到所述域控制器返回的携带有DHCP确认报文包括的packet-out报文时，将所述DHCP确认报文转发给所述第一设备，其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接。

基于上述方案，所述方法还包括：

当所述第二设备未与所述域控制器建立有openflow连接时，丢弃所述DHCP发现报文。

本发明实施例第三方面提供一种分组传输网络PTN中控制通道的建立方法，应用于数据通信网络DCN的第一设备中，包括：

广播动态主机配置协议DHCP发现报文，其中，所述DHCP发现报文，用于在于所述第一设备建立有连接的第二设备接收到后，封装为packet-in报文发送给域控制器；所述第二设备为与所述域控制器已建立有openflow连接的设备，所述DHCP发现报文为：所述第一设备申请与所述域控制器建立openflow连接的申请报文；

接收所述第二设备从packet-out报文中提取的DHCP提供报文；所述DHCP提供报文包括：用于所述第一设备与所述域控制器建立openflow连接所需的配置信息，且是基于所述DHCP发现报文回复的；

基于所述DHCP提供报文，向所述第二设备发送DHCP请求报文，其中，所述DHCP请求报文，用于由所述第二设备封装成packet-in消息发送给所述域控制器，并用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

接收所述第二设备从packet-out消息中提取的HDCP确认报文，其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接；

所述packet-out报文均为所述域控制器发送的。

基于上述方案，所述基于所述DHCP提供报文，向所述第二设备发送DHCP请求报文，包括：

当接收到多个所述第二设备转发的DHCP提供报文时，基于预设策略仅选择的一个所述DHCP提供报文回复所述DHCP请求报文。

基于上述方案，所述当接收到多个所述第二设备转发的DHCP提供报文时，基于预设策略仅选择的一个所述DHCP提供报文回复所述DHCP请求报文，包括：

根据多个所述DHCP提供报文的接收顺序，基于最早接收的所述DHCP提供报文回复所述DHCP请求报文。

本发明实施例第四方面提供一种分组传输网络PTN网元，所述网元为应用于数据通信网络DCN的域控制器，包括：第一解析发送模块、第一封装发送模块及连接模块；

所述第一解析发送模块，用于当接收到封装有动态主机配置协议DHCP发现报文的packet-in报文时，将所述DHCP发现报文发送给DHCP服务器；其中，所述DHCP发现报文为：第一设备申请与所述域控制器建立openflow连接的申请报文；

所述第一封装发送模块，用于当接收到所述DHCP服务器发送的DHCP提供报文时，将所述DHCP提供报文封装为packet-out报文并发送给第二设备，其中，所述DHCP提供报文包括：用于所述第一设备与所述域控制器建立openflow连接所需的配置信息，且是基于所述DHCP发现报文回复的；

所述第一解析发送模块，还用于当接收到封装有DHCP请求报文的packet-in报文时，向所述DHCP服务器发送所述DHCP请求报文，其中，所述DHCP请求报文，用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

所述第一封装发送模块，还用于当接收到所述DHCP服务器发送的DHCP确认报文时，将所述DHCP确认报文封装为packet-out报文，并发送给所述第二设备；其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接；

所述连接模块，还用于基于所述DHCP提供报文，与所述第一设备建立openflow连接；其中，所述packet-in报文是由所述第二设备封装形成的。

本发明实施例第五方面提供一种分组传输网络PTN网元，所述PTN网元为应用于数据通信网络DCN的第二设备，包括：

第二封装发送模块，用于当接收到第一设备广播的DHCP发现报文，且当所述第二设备已与域控制器建立有openflow连接时，将所述DHCP发现报文封装为packet-in报文，并发送给所述域控制器；其中，所述DHCP发现报文为：第一设备申请与所述域控制器建立openflow连接的申请报文；

第二解析发送模块，用于当接收到所述域控制器基于所述packet-in报文回复的packet-out报文时，将所述DHCP提供报文发送给所述第一设备，其中，所述packet-out报文，携带有DHCP服务器基于所述DHCP发现报文返回的DHCP提供报文，其中，所述DHCP提供报文携带有所述第一设备与所述域控制器建立openflow连接所需的配置信息；

所述第二封装发送模块，还用于当接收到第一设备基于所述DHCP提供报文回复的DHCP请求报文时，将所述DHCP请求报文封装为packet-in报文，并发送给域控制器，其中，所述DHCP请求报文，用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

所述第二解析发送模块，还用于当接收到所述域控制器返回的携带有DHCP确认报文包括的packet-out报文时，将所述DHCP确认报文转发给所述第一设备，其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接。

本发明实施例第六方面提供一种分组传输网络PTN网元，所述PTN网元为数据通信网络DCN的第一设备，包括：

广播模块，用于广播动态主机配置协议DHCP发现报文，其中，所述DHCP发现报文，用于在于所述第一设备建立有连接的第二设备接收到后，封装为packet-in报文发送给域控制器；所述第二设备为与所述域控制器已建立有openflow连接的设备，所述DHCP发现报文为：所述第一设备申请与所述域控制器建立openflow连接的申请报文；

接收模块，用于接收所述第二设备从packet-out报文中提取的DHCP提供报文；所述DHCP提供报文包括：用于所述第一设备与所述域控制器建立openflow连接所需的配置信息，且是基于所述DHCP发现报文回复的；

发送模块，用于基于所述DHCP提供报文，向所述第二设备发送DHCP请求报文，其中，所述DHCP请求报文，用于由所述第二设备封装成packet-in消息发送给所述域控制器，并用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

所述接收模块，还用于接收所述第二设备从packet-out消息中提取的HDCP确认报文，其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接；所述packet-out报文均为所述域控制器发送的。

本发明实施例第七方面提供一种分组传输网络PTN网元，包括：收发器、处理器及计算机程序；

所述处理器，与所述收发器连接，用于通过执行存储在所述存储器的计算机程序的执行，能够实现，能够实现上述任意一个技术方案提供的PTN的控制信道的建立方法。

本发明实施例第八方面提供一种计算机存储介质，所述计算机存储介质存储有计算机程序；所述计算机程序被执行后，实现上述任意一个技术方案提供的PTN的控制信道的建立方法。

本发明实施例提供的PTN中控制信令通道的建立方法、PTN网元及存储介质。当一个新接入到DCN的设备，会自动广播DHCP发现报文，接收到该DHCP发现的报文，会将该DHCP发现报文封装为packet-in报文，利用自身与域控制器已建立的openflow连接发送给域控制器，从而将对应的DHCP发现报文提交给分配IP地址确定该设备接入的网关，从而在openflow连接建立过程中，将所有DHCP报文重新封装为可在openflow连接传输的packet-in报文和packet-out报文在已建立的openflow中连接，从而利用已经建立的openflow连接完成对尚未建立的openflow连接进行自动建立。从而相对于

附图说明

图1为本发明实施例提供的第一种PTN中控制信令通道的建立方法的流程示意图；

图2为本发明实施例提供的第二种PTN中控制信令通道的建立方法的流程示意图；

图3为本发明实施例提供的第三种PTN中控制信令通道的建立方法的流程示意图；

图4为本发明实施例提供的一种域控制器的结构示意图；

图5为本发明实施例提供的一种第二设备的结构示意图；

图6为本发明实施例提供的一种第一设备的结构示意图；

图7为本发明实施例提供的第四种PTN中控制信令通道的建立方法的流程示意图；

图8为本发明实施例提供的一种DCN网络的架构示意图；

图9为本发明实施例提供的第五种PTN中控制信令通道的建立方法的流程示意图；

图10为本发明实施例提供的一种一体化设备的结构示意图；

图11为本发明实施例提供的一种一体化设备的报文处理的流程示意图；

图12为本发明实施例提供的一种域控制器和DHCP服务器的连接示意图；

图13为本发明实施例为独立域控制器的报文处理的流程示意图；

图14为本发明实施例提供的一种CPE设备的结构示意图。

具体实施方式

以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。

如图1所示，本实施例提供一种PTN中控制信令通道的建立方法，应用于DCN的域控制器中，包括：

步骤S110：当接收到封装有动态主机配置协议DHCP发现报文的packet-in报文时，将所述DHCP发现报文发送给DHCP服务器；其中，所述DHCP发现报文为：第一设备申请与所述域控制器建立openflow连接的申请报文；

步骤S120：当接收到所述DHCP服务器发送的DHCP提供报文时，将所述DHCP提供报文封装为packet-out报文并发送给第二设备，其中，所述DHCP提供报文包括：用于所述第一设备与所述域控制器建立openflow连接所需的配置信息，且是基于所述DHCP发现报文回复的；

步骤S130：当接收到封装有DHCP请求报文的packet-in报文时，向所述DHCP服务器发送所述DHCP请求报文，其中，所述DHCP请求报文，用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

步骤S140：当接收到所述DHCP服务器发送的DHCP确认报文时，将所述DHCP确认报文封装为packet-out报文，并发送给所述第二设备；其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接；

步骤S150：基于所述DHCP提供报文，与所述第一设备建立openflow连接；其中，所述packet-in报文是由所述第二设备封装形成的。

在本实施例中所述域控制器是直接与所述DHCP服务器相连的设备。通常所述域控制器是位于城域传输网的设备。

在本实施例中所述DCN可包括：带内DCN和带外DCN；其中，带内DCN是相对于带外DCN而言的。所述带外DCN中设备进行业务数据传输的业务通道，和进行通信控制信令传输的控制通道是完全隔离的不同物理链路，彼此之间互不影响。而带内DCN则是业务通道和控制通道实质上共用一条物理链路，但是在逻辑层面上是分离的。例如，配置基于同一条物理链路的不同虚拟局域网，实现业务通道和控制通道的隔离。本实施例中所述DCN优选为带内DCN。

所述第二设备和第一设备均可为CPE设备，所述CPE设备可为常规的PTN设备，也可以为SPTN设备。一个CPE设备新接入到DCN中后，需要配置控制通道，控制通道的配置包括：IP地址的申请、接入网关的确定以及设备的MAC地址的告知。所述MAC地址主要告知DHCP服务器。

新加入到DCN中的CPE设备会广播申请建立openflow连接的DHCP发现报文；所述DHCP发现报文又可以称为DHCP discover报文。这样就会有多台与该CPE设备连接一个或多个所述第二设备。这里的第二设备可为集线器(HUB)设备，也可以是连接到所述HUB设备的其他CPE设备。

所述HUB设备通常可为直接连接到城域传送网的设备。

在本实施例中，所述第二设备可为所述第一设备连接到所述域控制器的中转设备之一。

域控制器接收到第一设备发送的携带有DHCP discover报文的packet-in报文后，会在步骤S110中会从所述packet-in报文提取出所述DHCP discover报文，具体如，将所述DHCP discover报文的封装体去掉，得到完整的所述DHCP discover报文。所述封装体为packet-in报文的基本封装格式，包括所述packet-in报文的报头等信息。例如，可以直接在所述DHCP discover报文添加上所述packet-in报文的报文，就实现了将所述DHCPdiscover报文封装成packet-in报文。

在一些实施例中，所述packet-in报文中除了封装有所述DHCP发现报文以外，还封装有所述第二设备接收到第一设备发送的所述DHCP发现报文的端口；该端口为所述第二设备与所述第一设备连接的下联端口，为所述第一设备连接到所述第二设备的上联端口。在步骤S150中则可以直接从所述packet-in报文提取出所述第一设备的上联端口，在建立所述openflow连接时，直接将所述上联端口添加到管理VLAN中，实现控制通道的建立。当然，在另一些实施例中，域控制器接收到

再提取出所述DHCP discover报文之后，转发给DHCP服务器。DHCP服务器就能够接收到该DHCP discover报文，而该报文通常携带有客户端信息；所述客户端信息为所述第一设备的相关信息，具体可包括：第一设备的MAC地址以及网络配置信息。所述网络配置信息可包括：所述第一设备的端口信息、位置信息及设备标识信息。所述端口信息可包括：所述第一设备的端口号，和/或，端口类型等信息。所述位置信息可包括：第一设备所在的地理位置的指示信息，例如，所述第一设备所在地理位置的经纬度等。所述设备标识信息可为所述第一设备的任意标识信息，例如，国际移动设备标识码(IMEI)等。

DHCP服务器接收到所述DHCP discover报文之后，会基于第一设备的申请，为所述第一设备分配IP地址，并确定所述第一设备接入到DCH中的网关，将所述IP地址和网关标识携带在所述DHCP提供报文中返回给所述域控制器。

所述DHCP提供报文，又可以称为DHCP offer报文。

域控制器接收到之后，会将该DHCP提供报文采用packet-out方式，封装成packet-out报文发送给第二设备。若所述域控制器与所述第二设备之间还有多个中转设备，则所述packet-out报文会通过所述中转设备转发给所述第二设备。

所述第二设备在接收到所述packet-out报文之后，会解封所述packet-out消息，然后将所述DHCP offer报文提取出来，例如，去除掉所述packet-out报文的封装体，就会得到所述DHCP offer报文。这里的DHCP offer报文携带有供所述第一设备连接到DCN中，与所述域控制器之间建立openflow连接的配置信息。若所述openflow连接建立了，则相当于完成了所述控制信令的传输通道(即所述控制通道)的建立。

若第二设备接收到了所述DHCP offer报文，会确定是否依据接收到DHCP offer报文建立openflow连接。在一些情况下，由于所述DHCP discover报文是广播的，则可能由多个与所述第二设备连接的第一设备向所述域控制器发送了携带有所述DHCP discover报文的packet-in报文，这样所述第一设备可能就会接收到多个DHCP offer报文，为了避免重复建立，所述仅会选择一个DHCP offer报文进行回复，以发送DHCP请求报文。这样所述域控制器就仅将接收到一个封装成packet-in消息的DHCP请求报文。这里的DHCP请求报文又可称为DHCP request报文。

故在步骤S130中若域控制器接收到携带有所述DHCP request报文的packet-in报文，会将所述DHCP request报文提取出来，并转发给所述DHCP服务器。所述DHCP服务器会确定第一设备将基于之前分配的IP地址及网关标识，连接到DCN，并建立控制通道。则此时DHCP服务器会识别客户端信息回应DHCP确认报文。在本实施例中，所述DHCP确认报文，又可以称为DHCP ACK报文。这里的DHCP ACK报文会由所述域控制器封装为packet-out报文转发至第二设备。第二设备接收到packet-out报文，所述第二设备会从packet-out报文提取出DHCP ACK报文，从而告知所述第一设备完成openflow连接，从而完成所述控制信道的建立。

在本实施例中，所述步骤S150中可包括：

所述域控制器接收到所述DHCP ACK报文时，会与所述第一设备连接到所述第二设备的上联端口添加到管理VLAN中，这样后续所述域控制器就可以利用该管理VLAN与所述第一设备连接，并对所述第一设备进行管理了，相当于完成了openflow连接的控制通道的建立。

所述建立所述openflow连接还包括：将所述域控制器的IP地址、传输控制协议(Transport Control Protocol，TCP)端口配置给所述第一设备，并使能与所述第一设备的openflow连接，这样所述第一设备就可以基于所述openflow连接进行数据传输了。

总之所述步骤S150可包括以下操作的至少其中之一：

为第一设备配置管理VLAN、将第一设备的上联端口添加到配置的VLAN中、记录其IP地址，设置其连接的默认网关；使能openflow或ofconfig功能；配置第一设备与域控制器的连接的IP地址及TCP端口。

显然在本发明实施例中，利用openflow连接，采用packet-in报文和packet-out报文进行DHCP报文的收发，这样域控制器可以接收到所述DHCP发现报文，并触发所述DHCP服务器进行IP地址分配及接入网关的设置等操作，从而完成所述CPE设备接入到DCN，并建立所述openflow连接建立控制通道，这样一方面可以实现设备的即插即用，另一方面不用管理人员手动进行配置，具有配置效率高及用户体验度高的特点。

所述DHCP提供报文包括：分配给所述第一设备的网络协议IP地址及所述第二设备接入网关的网关标识。

这里的所述网关标识可包括：供所述第一设备接入到DCN的网关的网关地址，该网关地址可为网关的IP地址等。

在本实施例中所述域控制器接收到所述第一报文之后，会识别该报文的类型。确定所述第一报文是否为packet-in报文；若第一报文为所述packet-in报文时，则需要进一步确定是普通的packet-in报文，还是携带有所述DHCP报文的packet-in报文。在本实施中所述packet-in报文携带的所述DHCP报文可包括：所述DHCP发现报文和所述DCHP请求报文。

在本实施例中，所述域控制器和所述DHCP服务器为一个一体设备的两个子设备；所述域控制器和所述DHCP服务器之间建立有内部通信接口；所述域控制器至少包括：openflow模块；所述DHCP服务器至少包括第一解析发送模块。所述openlow模块为基于openflow协议进行报文处理及收发的处理模块。所述第一解析发送模块，可为基于DHCP协议进行报文处理及收发的处理模块。通常情况下，域控制器中的这两个模块是相互独立的两个模块，在本实施例中所述域控制器内的两个模块之间建立有连接接口，openflow模块会将从packet-in报文中提取出的DHCP报文转发给第一解析发送模块进行后续处理，而所述第一解析发送模块会将需要封装为packet-out报文的DHCP报文转发给所述openflow模块。

故从所述第二设备接收到所述第一报文之后，会首先识别该报文的类型，若是packet-in报文，会进一步解析是否有携带DHCP报文。若携带有DHCP报文，openflow模块会将提出的DHCP报文转交给第一解析发送模块，由第一解析发送模块进行IP地址等基于DHCP协议的处理。

进一步地，所述方法还包括：

所述第一解析发送模块将所述DHCP提供报文或所述DHCP确认报文发送给所述openflow模块；

所述步骤S120具体可包括：由所述openflow模块将所述DHCP提供报文封装成所述packet-out报文；

所述步骤S140可包括：由所述openflow模块将所述DHCP确认报文封装成所述packet-out报文。

所述packet-in报文和packet-out报文均为可以利用openflow连接传输的报文。故在本实施例中若需要将DHCP报文利用openflow连接进行传输，需要封装成openflow连接可传输的报文。而第二设备一般为所述域控制器的下游设备，故需要封装成所述packet-in报文，而域控制器需要将DHCP报文封装为packet-out报文。为了实现报文的重新封装，所述域控制器在openflow模块和第一解析发送模块之间建立了接口进行所述DHCP报文的重新封装。在另一些实施例中，当然也可以重新建立一个专用的用于将所述DHCP报文重新封装为可在openflow连接上传输的报文的封装模块，但是这会增加域控制器内的模块个数，导致域控制器的结构的更加复杂，而本申请利用原有的openflow模块和第一解析发送模块之间建立接口，直接通信，更好的复用了原始的模块及结构进行对应的处理。

在一些实施例中，所述配置信息包括：分配给所述第一设备的网络协议IP地址；所述DHCP发现报文，至少携带有所述第一设备的MAC地址及所述第一设备的地理位置信息。

这样的话，域控制器在接收到DHCP offer报文及所述DHCP发现报文之后，若确定建立与第一设备的openflow连接，则所述域控制器还会对应存储所述IP地址、所述MAC地址及所述地理位置信息；其中，位于同一个地理位置的不同设备，分配同一个IP地址。

若下次有其他CPE设备再次请求建立openflow连接时，所述域控制器可以基于所述地理位置信息，查询对应关系，并进行对应关系中的地理位置信息的匹配，若匹配成功，则直接将匹配的地理位置信息对应的IP地址封装作为DHCP提供报文的内容封装为packet-out报文下发给请求设备。在一些实施例中，所述DHCP提供报文，可以由所述域控制器自身的第一解析发送模块模拟仿造的。

在另一些实施例中，所述对应关系存储在DHCP服务器中，所述域控制器依旧执行步骤S110至步骤S150，而对应关系的查询及地理位置信息的匹配，则由所述DHCP服务器进行执行，而域控制器照常从所述DHCP服务器接收所述DHCP offer报文。

在上述实施例中，同一个地理位置的不同设备，利用各自的MAC地址进行区分，基于MAC地址建立不同的openflow连接及控制通道的建立，这样可以缓解IP地址数量的紧张程度。而位于同一个地理位置的不同设备，可能是新设备替换了旧设备，这样的话，若旧设备不使用了，不因为旧设备的停用，导致分配给旧设备的IP地址也被废用，从而提升了IP地址的有效使用率。

如图2所示，本实施例提供一种分组传输网络PTN中控制信令通道的建立方法，应用于数据通信网络DCN的第二设备中，包括：

步骤S210：当接收到第一设备广播的DHCP发现报文，且当所述第二设备已与所述域控制器建立有openflow连接时，将所述DHCP发现报文封装为packet-in报文，并发送给域控制器；其中，所述DHCP发现报文为：第一设备申请与所述域控制器建立openflow连接的申请报文；

步骤S220：当接收到所述域控制器基于所述packet-in报文回复的packet-out报文时，将所述DHCP提供报文发送给所述第一设备，其中，所述packet-out报文，携带有DHCP服务器基于所述DHCP发现报文返回的DHCP提供报文。其中，所述DHCP提供报文携带有所述第一设备与所述域控制器建立openflow连接所需的配置信息；

步骤S230：当接收到第一设备基于所述DHCP提供报文回复的DHCP请求报文时，将所述DHCP请求报文封装为packet-in报文，并发送给域控制器，其中，所述DHCP请求报文，用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

步骤S240：当接收到所述域控制器返回的携带有DHCP确认报文包括的packet-out报文时，将所述DHCP确认报文转发给所述第一设备，其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接。

在本实施例中所述第二设备为与所述第一设备直接建立有物理连接的设备。所述第二设备接收到所述第一设备广播的所述DHCP发现报文之后，会将所述DHCP发现报文封装为packet-in报文，通过一个或多个中转设备发送给所述域控制器，而域控制器执行前述的步骤S110至步骤S150之后，则会第一设备会与域控制器基于openflow连接交换packet-in报文和packet-out报文，并通过packet-in报文的封装，及packet-out报文的解析，会将接收到的DHCP报文发送给第一设备，从而协助第一设备利用第二设备与域控制器之间建立的openflow连接，建立openflow连接，从而完成第一设备与域控制器之间的控制信道的建立。

可选地，所述方法还包括：

当所述第二设备未与所述域控制器建立有openflow连接时，丢弃所述DHCP发现报文。

在本实施例中，所述第二设备接收到所述DHCP报文之后，会首先判断自身是否有与域控制器建立openflow连接，若有则将DHCP报文封装为packet-in报文转发给域控制器，否则丢弃该DHCP报文，不再继续广播，以免引起广播风暴。

具体的如何判断所述第二设备是否已经与所述域控制器建立所述openflow连接，所述第二设备可以判断自己是否至少有一个端口已经添加到管理VLAN中，若已经添加则确定第二设备已经与域控制器建立openflow连接，否则就没有，就直接丢弃所述DHCP发现报文。

在一些实施例中，所述方法还包括：

判断接收所述DHCP发现报文的下联端口是否已添加到管理虚拟局域网VLAN中；其中，所述下联端口为所述第二设备直接连接到所述第一设备，或通过第三设备连接到所述第一设备的连接端口；

当所述下联端口已添加到管理虚拟局域网VLAN中时，丢弃所述DHCP发现报文。

如图3所示，本实施例提供一种分组传输网络PTN中控制通道的建立方法，应用于DCN的第一设备中，包括：

步骤S310：广播DHCP发现报文，其中，所述DHCP发现报文，用于在于所述第一设备建立有连接的第二设备接收到后，封装为packet-in报文发送给域控制器；所述第二设备为与所述域控制器已建立有openflow连接的设备，所述DHCP发现报文为：所述第一设备申请与所述域控制器建立openflow连接的申请报文；

步骤S320：接收所述第二设备从packet-out报文中提取的DHCP提供报文；所述DHCP提供报文包括：用于所述第一设备与所述域控制器建立openflow连接所需的配置信息，且是基于所述DHCP发现报文回复的；

步骤S330：基于所述DHCP提供报文，向所述第二设备发送DHCP请求报文，其中，所述DHCP请求报文，用于由所述第二设备封装成packet-in消息发送给所述域控制器，并用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

步骤S340：接收所述第二设备从packet-out消息中提取的HDCP确认报文，其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接；

所述packet-out报文均为所述域控制器发送的。

在本实施例中所述第一设备可为各种待接入到DCN中的设备，在建立物理连接之后，所述第一设备会自动广播所述DHCP发现报文，这样的话，与所述第一设备建立有物理连接的其他设备就会接收到该报文。在本实施例中接收到该DHCP发现报文的设备可为第二设备。

所述第二设备会利用自身与域控制器建立的openflow连接，转发第一设备建立openflow获取配置信息及确认建立所涉及的所有DHCP报文，从而第一设备可以在第二设备的协助下，自动建立与域控制器的openflow连接，完成所述控制信道的建立。

可选地，所述步骤S330可包括：

当接收到多个所述第二设备转发的DHCP提供报文时，基于预设策略仅选择的一个所述DHCP提供报文回复所述DHCP请求报文。

在一些实施例中，与所述第一设备有建立物理连接的第二设备不止一个，则所述第一设备可能会接收到多个所述DHCP提供报文。在本实施例中为了防止重复建立，建立冗余连接，所述第一设备会基于预设策略选择一个DHCP提供报文进行DHCP请求报文的回复，这样利用第二设备的openflow连接完成第一设备的openflow连接过程中的所有信息交互。

在一些实施例中，所述DHCP服务器，在为所述第一设备分配了IP地址之后的预定时间范围内未接收到对应的DHCP请求报文，会确认本次分配失效。例如，若该IP地址仅分配了该第一设备，则重新将该IP地址设置为闲置IP地址，若该IP地址是该第一设备与其他设备的共用IP地址，则不建立该IP地址与该第一设备的设备标识的对应关系，该设备对应关系可为所述MAC地址。

可选地，所述步骤S330可包括：

根据多个所述DHCP提供报文的接收顺序，基于最早接收的所述DHCP提供报文回复所述DHCP请求报文。

由于所述DHCP发现报文是广播的，多个第二设备接收的先后有可能不同，第二设备到域控制器链路条数也可能不同，第二设备到域控制器的传输带宽有可能不同，越早向所述第一设备返回所述DHCP提供报文，表明第一设备利用该第二设备与域控制器建立openflow连接，同样可能会具有链路跳数少，传输时延小及传输带宽大的优点，故在本实施例中基于DHCP提供报文的接收先后顺序，仅选择最找的DHCP提供报文进行回复，已建立第一设备与域控制器的openflow连接。

在一些实施例中，所述第二设备还可以将自身的状况信息转发给所述第一设备，或，基于自身的状况信息决策出的建立优先级告知所述第一设备。这样第一设备在接收到所述状况信息或所述建立优先级之后，在步骤S330中，会选择对应的建立优先级高的DHCP提供报文进行回复，或者，选择状况信息满足预设条件的DHCP提供报文进行回复。

例如，这里的状况信息，可包括：所述第二设备下联的其他设备的个数，平均负载率和/或带宽等参数。所述建立优先级与个数负相关、与所述平均负载率负相关，与所述带宽正相关。当然所述状况信息包括不局限于上述信息。

在本实施例中所述第一设备在接收到所述DHCP提供报文之后，确定回复所述DHCP请求报文时，可以开始将对应的DHCP提供报文中携带的IP地址及网关标识等进行openflow连接的配置。在一些实施例中，所述第一设备也可以是在接收到DHCP确认报文之后，才进行所述openflow配置。

如图4所示，本实施例提供一种PTN网元，所述网元为应用于DCN的域控制器，包括：第一解析发送模块110、第一封装发送模块120及连接模块130；

所述第一解析发送模块110，用于当接收到封装有动态主机配置协议DHCP发现报文的packet-in报文时，将所述DHCP发现报文发送给DHCP服务器；其中，所述DHCP发现报文为：第一设备申请与所述域控制器建立openflow连接的申请报文；

所述第一封装发送模块120，用于当接收到所述DHCP服务器发送的DHCP提供报文时，将所述DHCP提供报文封装为packet-out报文并发送给第二设备，其中，所述DHCP提供报文包括：用于所述第一设备与所述域控制器建立openflow连接所需的配置信息，且是基于所述DHCP发现报文回复的；

所述第一解析发送模块110，还用于当接收到封装有DHCP请求报文的packet-in报文时，向所述DHCP服务器发送所述DHCP请求报文，其中，所述DHCP请求报文，用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

所述第一封装发送模块120，还用于当接收到所述DHCP服务器发送的DHCP确认报文时，将所述DHCP确认报文封装为packet-out报文，并发送给所述第二设备；其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接；

所述连接模块130，还用于基于所述DHCP提供报文，与所述第一设备建立openflow连接；其中，所述packet-in报文是由所述第二设备封装形成的。

所述第一封装发送模块120可为基于openflow协议进行报文处理及转发的处理模组；所述第一解析发送模块110可为基于DHCP协议进行报文及转发的处理模块。

所述连接模块可为对应于通信接口及处理器。

所述处理器，可包括：中央处理器、微处理器、数字信号处理器、应用处理器、可编程阵列或专用集成电路等。

上述的第一解析发送模块110、第一封装发送模块120及连接模块130都可以对应于所述处理器；所述处理器通过计算机程序等执行，实现上述各个模块的操作。

可选地，所述DHCP提供报文包括：分配给所述第一设备的网络协议IP地址及所述第二设备接入网关的网关标识。

在一些实施例中，所述域控制器还包括：

第一端口模块，用于接收所述第二设备发送的第一报文；这里的第一端口模块可包括域控制器与下游设备连接的下联端口；

识别模块，用于识别所述第一报文的类型；这里的识别模块，同样可对应于处理器，可以通过报文的格式等处理操作，识别出该报文的类型。

所述第一封装发送模块120，还用于当所述第一报文的类型为所述packet-in报文时，由openlow模块解析所述第一报文；并基于解析的结果确定所述第一报文是否为有携带DHCP报文，其中，所述DHCP报文为：所述DHCP发现报文或DHCP请求报文；当所述第一报文携带有所述DHCP报文时，所述DHCP发现报文或DHCP请求报文，用于供第一解析发送模块发送给DHCP服务器。

在另一些实施例中，所述第一解析发送模块110，还用于接收所述DHCP提供报文或所述DHCP确认报文时，将所述DHCP提供报文或所述DHCP确认报文发送给所述openflow模块。

在一些实施例中，所述配置信息包括：分配给所述第一设备的网络协议IP地址；所述DHCP发现报文，至少携带有所述第一设备的媒体访问控制MAC地址及所述第一设备的地理位置信息；

所述PTN网元还包括：

存储模块，用于对应存储所述IP地址、所述MAC地址及所述地理位置信息；其中，位于同一个地理位置的不同设备，分配同一个IP地址。

所述存储模块还包括存储介质，可用于存储所述对应关系。

如图5所示，本实施例还提供一种PTN网元，所述PTN网元为DCN的第二设备，包括：

第二封装发送模块210，用于当接收到第一设备广播的DHCP发现报文，且当所述第二设备已与域控制器建立有openflow连接时，将所述DHCP发现报文封装为packet-in报文，并发送给所述域控制器；其中，所述DHCP发现报文为：第一设备申请与所述域控制器建立openflow连接的申请报文；

第二解析发送模块220，用于当接收到所述域控制器基于所述packet-in报文回复的packet-out报文时，将所述DHCP提供报文发送给所述第一设备，其中，所述packet-out报文，携带有DHCP服务器基于所述DHCP发现报文返回的DHCP提供报文，其中，所述DHCP提供报文携带有所述第一设备与所述域控制器建立openflow连接所需的配置信息；

所述第二封装发送模块210，还用于当接收到第一设备基于所述DHCP提供报文回复的DHCP请求报文时，将所述DHCP请求报文封装为packet-in报文，并发送给域控制器，其中，所述DHCP请求报文，用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

所述第二解析发送模块220，还用于当接收到所述域控制器返回的携带有DHCP确认报文包括的packet-out报文时，将所述DHCP确认报文转发给所述第一设备，其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接。

在本实施例中所述第二封装发送模块210及所述第二解析发送模块220都对应于处理器和收发器；不同的是，一个用于封装报文后发送，一个用于解析后报文发送。这里的处理器可为前述的任意一种。

可选地，所述PTN网元还包括：

丢弃单元，用于当所述第二设备未与所述域控制器建立有openflow连接时，丢弃所述DHCP发现报文。

丢弃单元可对应于处理器，所述处理器丢弃DHCP发现报文，具体为屏蔽端口发送所述DHCP发现报文的操作，删除DHCP发现报文的存储等。

如图6所示，本实施例提供一种分组传输网络PTN网元，所述PTN网元为数据通信网络DCN的第一设备，包括：

广播模块310，用于广播动态主机配置协议DHCP发现报文，其中，所述DHCP发现报文，用于在于所述第一设备建立有连接的第二设备接收到后，封装为packet-in报文发送给域控制器；所述第二设备为与所述域控制器已建立有openflow连接的设备，所述DHCP发现报文为：所述第一设备申请与所述域控制器建立openflow连接的申请报文；

接收模块320，用于接收所述第二设备从packet-out报文中提取的DHCP提供报文；所述DHCP提供报文包括：用于所述第一设备与所述域控制器建立openflow连接所需的配置信息，且是基于所述DHCP发现报文回复的；

发送模块330，用于基于所述DHCP提供报文，向所述第二设备发送DHCP请求报文，其中，所述DHCP请求报文，用于由所述第二设备封装成packet-in消息发送给所述域控制器，并用于触发所述域控制器，基于所述DHCP提供报文与所述第一设备的openflow连接；

所述接收模块320，还用于接收所述第二设备从packet-out消息中提取的HDCP确认报文，其中，所述DHCP确认报文，用于告知所述第一设备确认建立openflow连接；所述packet-out报文均为所述域控制器发送的。

所述广播单元对应于处理器和收发器，可以形成所述DHCP发现报文，并利用收发器向其他设备发送所述DHCP发现报文。

所述接收模块320及所述发送模块330都可对应于收发器，用于收发报文。

在一些实施例中，所述第一设备还包括：配置模块，该配置模块对应于处理器，该处理器可用于基于所述HDPC提供报文进行openflow连接的自动配置。

可选地，所述发送模块330，可用于当接收到多个所述第二设备转发的DHCP提供报文时，基于预设策略仅选择的一个所述DHCP提供报文回复所述DHCP请求报文。

在一些实施例中，所述发送模块330，具体用于根据多个所述DHCP提供报文的接收顺序，基于最早接收的所述DHCP提供报文回复所述DHCP请求报文。

如图7所示，本实施例提供一种PTN网元，包括：收发器、处理器及计算机程序；

所述处理器，与收发器连接、用于通过执行所述计算机程序，能够实现前述一个或多个技术方案提供的PTN中控制信令通道的建立方法的执行。

所述处理器通过执行所述计算机程序，能够实现一个或多个应用于域名解析系统的域名解析方法。

所述收发器可为网元的网络端口，这里的PTN网元可为前述的域控制器、第一设备、第二设备或DHCP服务器等。这里的处理器可为前述的中央处理器、微处理器、数字信号处理器、应用处理器、可编程阵列或专用集成电路等。中的一个或多个。所述处理器的数目也可以为一个或多个。

所述收发器可以通过集成电路总线等设备内总线接口，连接到所述处理器。

本发明实施例还提供一种计算机存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序被处理器执行后，实现前述一个或多个技术方案提供的PTN中控制信令通道的建立方法的执行。

所述计算机存储介质可为：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。所述计算机存储介质优选为非瞬间存储介质。

以下结合上述任意一个实施例提供两个具体示例：

示例1：

如图7所示，本示例基于前述任意一个实施例提供一种PTN中控制信令通道的建立方法，包括：

步骤S1：CPE上电后通过端口X广播携带4094的DHCP discover报文。上一跳设备及CPE收到对方发送的DHCP discover报文后，上送至本设备的处理器，发现本设备未与控制器建立连接，丢弃该报文。

步骤S2：上一跳设备若已与控制器建立openflow连接，会从端口Y收到的DHCPdiscover报文通过packet-in方式进行封装，形成packet-in报文，并发送至控制器；

步骤S3：域控制器收到packet-in报文并解封装为DHCP discover报文后，将通知DHCP服务器，例如，向DHCP服务器转发DHCP discover报文。

步骤S4：DHCP服务器收到DHCP Discover报文，识别客户端信息，回应DHCP Offer报文，分配永久IP及网关；

步骤S5：域控制器收到DHCP Offer报文，以packet-out方式形成packet-out报文，并发送给上一跳设备；

步骤S6：上一跳设备将packet-out报文解封装，将DHCP Offer报文发送给CPE设备；

步骤S7：CPE设备收到DHCP Offer报文，回应DHCP Request报文；

步骤S8：上一跳设备从端口Y收到CPE设备的DHCP Request报文，通过packet-in方式封装成packet-in报文，并发送给域控制器；

步骤S9：域控制器收到packet-in报文，解封装后以通知形式发送给DHCP服务器；

步骤S10：DHCP服务器收到DHCP Request报文，识别客户端信息，回应DHCP ACK报文；

步骤S11：域控制器收到DHCP ACK报文，以packet-out方式形成packet-out报文，并发送上一跳设备；

步骤S12：上一跳设备将packet-out报文解封装，将DHCP ACK报文发送给CPE设备，CPE设备收到DHCP ACK报文后，配置带内IP及网关，并把申请到IP的接口端口X加入管理VLAN中；这里的IP地址为带内管理IP。

步骤S13：域控制器通过配置管理协议(ofconfig)的扩展接口，将上一跳设备的下联口端口Y加入管理VLAN；

步骤S14：域控制器和CPE设备建立网络配置协议(NetConf)连接；

步骤S15：域控制器通过OF-CONFIG1.2定义的接口把域控制器的IP地址和TCP端口号配置到CPE设备，使能openflow连接；

步骤S16：CPE设备建立与域控制器的Openflow连接。

至此，上一跳设备及CPE设备与域控制器的连接完成。

示例2：

本示例基于前述任意一个实施例提供一种PTN中控制信令通道的建立方法。

图8所示，为本示例提供的一种DCN的网络。HUB设备及CPE1、CPE3均已和网络侧边缘设备0(PE0)建立连接。而CPE2尚未与PE0见了你连接。在城域传送网内还设置有网络侧边缘设备1(PE1)和网络侧边缘设备2(PE2)等。域控制器(D-controller)通过网络侧边缘设备连接到城域传送网。在一些情况下，所述域控制器和DHCP服务器可设置在不同的物理设备上，在另一些情况中，所述域控制器和DHCP服务器也集成设置在同一个物理设备上。为了减少数据设备外的传输，减少响应时延，优选为将域控制器和DHCP服务器集成在一个物理设备上。

在图8中显示有域控制器接入到DCN分为至少两种情况，例如，在图8中展示的部署情况1为域控制器通过城域传送网接入到DCN，部署情况2直接连接到HUB设备。

以下以CPE2设备与域控制器建立openflow连接为例进行说明，如图9所示，包括：

步骤S21：CPE2设备上电，向端口1发送携带vlan 4094的DHCP discover报文；

步骤S22：CPE1将收到的DHCP discover报文通过packet-in方式封装DHCPdiscover报文形成packet-in报文，并将packet-in报文发送至控制器；

步骤S23：域控制器收到packet-in报文并解封装为DHCP discover报文后，通知DHCP服务器；

步骤S24：CPE2同时向端口2发送携带VLAN 4094的DHCP discover报文；

步骤S25：CPE3将收到的DHCP discover报文通过packet-in方式封装DHCPdiscover报文形成packet-in报文，并将packet-in报文发送至控制器；

步骤S26：域控制器收到packet-in并解封装为DHCP discover后，通知DHCP服务器；

步骤S27：DHCP服务器收到DHCP Discover报文，识别客户端信息，回应DHCP Offer报文，分配永久IP及网关；

步骤S28：域控制器收到DHCP offer报文，以packet-out方式封装DHCP Offer报文形成packet-out报文，并发送给CPE1设备；

步骤S29：CPE1设备将packet-out报文解封装，将DHCP offer报文发送给CPE2设备；

步骤S30：DHCP服务器收到DHCP Discover报文，识别客户端信息，回应DHCP Offer报文，分配永久IP及网关；

步骤S31：域控制器收到DHCP Offer报文，以packet-out方式封装DHCP Offer报文形成packet-out报文，并发送给CPE3设备；

步骤S32：CPE3设备将packet-out报文解封装，将DHCP offer报文发送给CPE2设备；

步骤S33：CPE2设备收到第一个DHCP offer报文，回应DHCP request报文，将报文从端口1发出；

步骤S34：CPE1设备从端口2收到CPE2设备的DHCP request报文，通过packet-in方式封装形成packet-in报文，并发送给域控制器；

步骤S35：域控制器收到packet-in报文，解封装后以通知形式发送给DHCPrequest报文发送给服务器；

步骤S36：DHCP服务器收到DHCP request报文，识别客户端信息，回应DHCP ACK报文；

步骤37：域控制器收到DHCP ACK报文，以packet-out方式封装DHCP Offer报文形成packet-out报文，并发送给HUB设备；

步骤S38：CPE1设备将packet-out解封装，将DHCP ACK报文发送给CPE2设备，CPE2设备收到DHCP ACK报文后，配置带内管理IP及网关，并把申请到IP的接口PortX加入管理VLAN中；

步骤S39：域控制器通过ofconfig的扩展接口，将CPE1设备的下联口端口2加入管理VLAN；

步骤S40：域控制器和CPE2设备建立NetConf连接；

步骤S41：域控制器通过OF-CONFIG1.2定义的接口把域控制器的IP地址和TCP端口号配置到CPE2设备，使能openflow连接；

步骤S42：CPE2设备建立与域控制器的Openflow连接。

至此，CPE2与域控制器的连接完成。

在本示例中CPE2同时会接收到CPE1和CPE3转发的DHCP offer报文，但是CPE2仅会选择先接收的CPE1转发的DHCP offer报文进行回复，通过CPE1与CPE2的端口与域控制器建立openflow连接，并由域控制器将CPE1和CPE2的端口添加到管理VLAN中，完成控制通道的建立。

示例3：

如图10所示，本实施例提供以供一种同时包括域控制器及DHCP服务器的一体化设备，包括：入端口、出端口、识别模块、与所述域控制器对应的openflow模块，及与所述DHCP服务器对应的DHCP模块。

识别模块分别通过内部接口1及内部接口2所述openflow模块及所述DHCP模块连接。所述openflow模块通过内部接口3连接所述openflow模块和所述DHCP模块。

与此同时，所述openflow模块及DHCP模块均与出端口相连。所述入端口用于接收报文，出端口用于向外发送报文。

在本示例中，所述识别模块，用于识别接收到报文的类型，是packet-in报文，还是DHCP报文。

如图11所示为本示例提供的一种报文处理方法，包括：

步骤S51：识别模块识别入端口接收的报文的类型；

步骤S52：判断是否为packet-in报文，及判断是否为DHCP报文；

步骤S53：若是packet-in报文；通过内部接口1发送给openflow模块；

步骤S54：packet-in报文解封装；

步骤S55：判断是否有携带DHCP报文，若是进入步骤S56，否则利用openflow协议正常处理。

步骤S56：通过内部接口3将DHCP报文转发给DHCP模块；

步骤S57：DHCP模块按照DHCP协议进行报文处理，回应对应的DHCP报文；

步骤S58：DHCP模块将回应的DHCP报文通过内部接口3转交给openflow模块；

步骤S59：openflow模块将DHCP报文封装packet-out报文；

步骤S60：openflow模块将packet-out报文通过出端口发出；

步骤S61：当入端口接收的报文为DHCP报文时，通过内部接口2发送给DHCP模块；

步骤S62：DHCP模块按照DHCP协议进行DHCP报文处理，并回应报文；

步骤S63：DHCP模块将回应报文通过出端口发出。

示例4：

本示例提供一种域控制器，该域控制器和DHCP服务器分离设置。如图13所示，所述域控制器的外部接口1连接到DHCP服务器的外部接口2。域控制器和DHCP服务器均各自设置有接收报文的入端口和发送报文的出端口。

基于图12所示的域控制器及DHCP服务器，提供的一种报文处理方法，如图13所示，包括：

步骤S71：域控制器的入端口接收packet-in报文；

步骤S72：packet-in报文解封装；

步骤S73.：判断是否有携带DHCP报文，若有进入下一步，若无则openflow协议解析该报文；

步骤S74：将DHCP报文通过外部接口1发送给DHCP服务器；

步骤S75：DHCP服务器按照DHCP协议处理报文，并生成回应的DHCP报文；

步骤S76：DHCP服务器通过外部接口2将回应的DHCP报文发送给域控制器；

步骤S77：域控制器将回应的DHCP报文封装为packet-out报文；

步骤S78：域控制器将packet-out报文通过自身的出端口发出。

示例5：

如图14所示，本示例还提供一种CPE，该CPE设备可为第二设备，包括：

入端口，可用于接收DHCP报文；

DHCP识别模块，用于识别DHCP报文；

DHCP判断模块，用于判断是否继续转发DHCP报文；这里的DHCP报文，至少包括DHCP发现报文，在一些情况下，还可包括：DHCP请求报文等；

出端口，用于转发DHCP报文或发出封装有DHCP报文的packet-in报文。

具体如，在CPE设备没有上联口加入到管理VLAN中时，当CPE收到其他设备发送的DHCP discover报文，如果CPE没有端口在管理VLAN中，即CPE没有上线，此时设备判断不转发DHCP discover广播报文。这样设备会转发所有的DHCP discover报文，将造成以太环路。

DHCP识别模块用于识别DHCP discover报文，可对应于前述的实施例中的第二解析发送单元；

DHCP判断模块用于判断是否继续转发广播DHCP discover报文，如果已有端口加入到管理VLAN，则通过DHCP转发模块，从加入到管理VLAN的端口转发DHCP discover报文；如果没有端口加入到管理VLAN中，则丢弃DHCP discover报文。

总之在本发明实施例中，在未建立openflow连接时，采用openflow协议中的Packet-in方式和packet-out方式封装DHCP报文。上发IP申请消息采用packet-in方式，下发IP申请回复消息采用packet-out方式，SPTN设备在上联端口加入VLAN、与域控制器建立NetConf连接后，最终建立与域控制器的openflow连接。

避免广播风暴：本方案在设备没有上线之前，不对DHCP discover报文进行转发，设备接到DHCP discover报文，需要判断是否有端口在管理VLAN中，可以避免设备广播风暴。另外，当设备有多端口可以添加到管理VLAN时，采用先到先加入的方式，避免形成以太网环路；

按设备层次依次从域控制器申请IP地址，逐段打通管理小型化接入SPTN的以太二层VLAN管理通道。

CPE设备上线流程。

控制器下发给小型化SPTN设备的IP地址，与设备的MAC地址和上联端口相关联，在同一位置分配同一个IP地址。在更换设备时，便于网络地址管理，设备维护。

域控制器集成或者分立openflow模块和DHCP模块，两模块独立运行，通过接口或者通道相互协作，在建立连接过程，DHCP完成IP地址分配，Openflow模块完成DHCP报文的Packet in和Packet out封装。

自动建立SPTN设备与域控制器间的openflow连接，实现设备即插即用即管控。

在未建立连接时，采用Packet in和Packe out方式封装DHCP报文。

本发明实施例提供的方案可避免形成以太网环路，避免设备广播风暴；

控制器下发给小型化SPTN设备的IP地址，与设备的MAC地址和上联端口相关联，在更换设备时，在同一位置分配同一个IP地址，便于网络地址管理，设备维护。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理模块中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。