具体实施方式
在接入设备中一般会有多个二层或三层的转发器,这里的转发器的概念可以理解为同接入设备某个物理端口相连接的转发路径。
动态主机配置协议(DHCP)或以太网上点对点协议(PPPoE)对接入设备来说通常是必须的。这些协议的运行首先是由用户终端发起的。本发明利用DHCP选项或者PPPoE标签来区分业务类型。用户终端将代表业务类型的选项(或标签)插入到DHCP(或PPPoE)接入请求消息中,接入设备接收到接入请求消息时,从中提取代表业务类型的信息,从而得知用户终端的业务类型。
对于DHCP有两种方法,一种是用现有的选项60,DHCP选项60是用来携带供应商信息的,对于不同的终端业务,比如个人电脑,IP电话等,通常都是不同的供应商。每一种终端业务对应一个供应商。另外一种方法是使用一个新的选项。对PPPoE来说,同样也有两种方式来标记业务类型,一种是使用现有的标签,例如Service-Name标签,标签类型字段为0x0101,其含义是表明用户终端请求接入设备提供的服务;另一种为使用一个新的标签。
接入设备对于其所有的二层和三层转发器,应该有DHCP(或PPPoE)侦听使能功能。DSLAM应当根据特定的DHCP选项(或PPPoE标签)所代表的业务类型去转发DHCP请求消息(或PPPoE请求消息),这样不同业务类型的DHCP请求(或PPPoE请求)可以转发到不同的转发器上去。接入设备中业务类型与转发器的对应关系应是预先设定的,即是静态配置好的。
从服务器返回的经由各个二层转发器的DHCP接入响应消息(DHCP-OFFER或DHCP-ACK)中,接入设备获得用户终端的MAC地址,并建立该MAC地址与该二层转发器的关联。用户终端的MAC地址也可从DHCP接入请求消息(DHCP-DISCOVER或DHCP-REQUEST)中获得,并且根据DHCP接入请求消息中的业务类型信息确定该DHCP请求消息所将要经由的转发器,如果该转发器是二层转发器,则可以建立该MAC地址与该二层转发器的关联。从服务器返回的经由各个三层转发器的DHCP接入响应消息(DHCP-ACK)中,接入设备获得用户终端的IP地址,并建立该IP地址与所述三层转发器的关联。接入设备会根据这些关联来转发业务数据,即通过MAC地址与二层转发器之间的关联信息,用业务数据包的源MAC地址去查询二层转发器;通过IP地址与三层转发器之间的关联信息,用业务数据包的源IP地址去查询三层转发器。这样基于DHCP的侦听,就可以实现业务数据的分流。
对于PPPoE,从PPPoE服务器返回的经由各个转发器的有效发现确认消息(PADS)中包含一个会话标识(Session ID)和PPPoE服务器的MAC地址。该会话标识在后续的会话中一直保持不变,直到会话终止。由于同一个用户终端可能会承载多个PPPoE进程,并且有可能多个PPPoE进程对应着不同的PPPoE服务器,并且由于PPPoE会话标识仅在同一个PPPoE服务器中是唯一的,因此,不同于DHCP协议,这里需要建立PPPoE进程与各个转发器之间的关联。可用会话标识和PPPoE服务器MAC地址来唯一标识一个PPPoE进程,从而建立会话标识和PPPoE服务器MAC地址与各个转发器之间的关联。
当接入设备接收到用户终端的业务数据包时,根据业务数据包中的PPPoE服务器MAC地址(即业务数据包的目的MAC地址)和会话标识来查找与该数据包对应的转发器,从而实现数据包的分流。对于PPPoE来说,转发器不限于二层,对于三层转发器也是同样的操作。
所述的转发器实际可理解为转发路径,不同的转发器可理解为不同的转发路径。
上面对本发明的基本思想进行了描述,下面结合附图1至7对本发明的具体实施方式进行详细的描述。
图1示出了根据本发明的一个具体实施方式在接入设备中用于根据业务类型对用户终端的业务数据进行分流传输的方法流程图。
接入设备首先获取用户终端的业务类型信息,这可分为步骤S111和S112;然后根据所述用户终端的业务类型信息对来自所述用户终端的业务数据进行分流传输,这又可分为步骤S121和S122。
首先在步骤S111中接收来自用户终端的数据包;在步骤S112中从所述数据包中获取所述用户终端的业务类型信息;在步骤S121中根据所述用户终端的业务类型信息为所述来自所述用户终端的业务数据确定相应的转发路径;最后在步骤S122中经由所述相应的转发路径来对所述来自所述用户终端的业务数据进行分流传输。
这里的数据包可以是专门用于报告业务类型的数据包。比如用户终端可在刚刚接入网络后,即获得IP地址(基于DHCP协议)或者获得PPPoE会话标识(基于PPPoE协议)后,发送一个专用于报告业务类型信息的数据包给接入设备,该数据包中可包含用户终端的关键信息,如用户终端的链路层地址或者网络层地址,或者PPPoE会话标识和PPPoE服务器标识。
这里的数据包也可以是包含业务类型的业务数据,比如可以根据应用层的协议类型将不同应用层协议的数据包转发到不同的路径。或者可利用业务数据包中的某个字段来代表不同的业务类型。这样每个数据包本身都包含有业务类型信息。可根据每个数据包中含有的业务类型信息来确定其相应的转发路径。
但是在目前的网络协议中,业务数据包中没有一个明确的用来指示业务类型的字段。因此需要通过其它方式得知用户终端的业务类型信息。一种优选的方法是在用户终端的接入请求消息中插入用户终端的业务类型信息,对运行DHCP协议的用户终端来说,目前已有用选项60来代表用户终端的业务类型,但是由于选项60本身的含义是代表供应商信息,所以这里建议采用一个新的选项来专门表示用户终端的业务类型。
对于支持DHCP协议的用户终端,当其刚接入到网络时,首先发出包含业务类型信息选项的DHCP请求消息,接入设备接收到该DHCP接入请求消息时,提取出其中的业务类型信息,对于二层转发,可以同时提取用户终端的链路层地址,如MAC地址。然后根据其业务类型确定DHCP接入请求消息的转发路径,所述确定的转发路径也是该用户终端后续的业务数据的转发路径,同时此路径也是同该DHCP接入请求消息相应的DHCP接入响应消息所返回的路径。根据所述用户终端的链路层地址和所述确定的转发路径之间的对应关系来更新或者创建业务数据转发表的一个条目。对于三层转发来说,可以在经由某个转发路径接收到来自服务器的DHCP响应消息(DHCP-ACK)时,从中提取用户的网络层地址,如IP地址,然后将所述用户终端的网络层地址和所述确定的转发路径之间的对应关系作为一个条目放入业务数据转发表中,如果业务数据转发表中已经存在与所述对应关系的一个条目,则更新所述条目。对于二层转发来说,所述用户终端的链路层地址和所述确定的转发路径之间的对应关系也可在接收到来自服务器的DHCP响应消息时建立。下面分别给出了二层和三层业务数据转发表的示例。
表1基于MAC地址的业务数据转发表
用户MAC地址(十六进制) |
转发路径标识 |
0xFF0015 |
R1 |
0xBAF092 |
R2 |
0xCFD65F |
R3 |
0xABCDEF |
R2 |
表2基于IP地址的业务数据转发表
用户IP地址(十进制) |
转发路径标识 |
162.105.75.187 |
R1’ |
166.111.88.123 |
R2’ |
192.105.133.101 |
R3’ |
202.166.111.78 |
R2’ |
表1和表2只是一个简单的示意性例子,实际上,为了避免接入设备存储资源的消耗,业务数据转发表中同每个地址对应的还有一个老化时间,当老化时间到时,即删除该地址对应的条目。
接入设备随时侦听来自服务器的DHCP-ACK消息,从中提取租赁时间和对应的MAC地址或IP地址,如果业务数据转发表中有同该地址对应的条目,则把提取出的租赁时间作为新的老化时间写入转发表。如果没有对应的条目,则建立新的条目,提取出的租赁时间作为该地址的老化时间。
另外一种地址老化的办法是接入设备随时侦听来自用户终端的DHCP RELEASE消息或者来自服务器端的FORCE RENEW消息,当接收到上述消息时,从中提取出MAC地址和IP地址,将与其对应的业务数据转发表的相应条目老化掉。
实际使用中,可以将上述两种老化的方法相结合使用,以节省接入设备存储资源。
对于用PPPoE协议接入到网络的用户终端,可用Service-Name标签(标签类型字段为0xo101)或者一个新的标签来代表业务类型。当接入设备接收到用户终端发出的包含业务类型信息标签的PPPoE接入请求消息,即有效发现初始消息(PASI)时,从中提取业务类型信息,从而确定该PPPoE接入请求消息的转发路径,该转发路径也是该PPPoE进程后续会话数据转发路径,同时也是PPPoE服务器的PPPoE接入响应消息,即有效发现确认消息(PADS)的返回路径。PPPoE服务器返回的有效发现确认消息中包含一个同该PPPoE进程对应的会话标识。由于一个用户终端可能发起多个PPPoE进程,并且所述多个PPPoE进程可能对应多个PPPoE服务器,由于标识在仅在一个PPPoE服务器中是唯一的,每个PPPoE服务器相互独立工作,不同的PPPoE服务器可能会分配相同的会话标识给同一个用户终端。因此需要建立会话标识和PPPoE服务器标识与转发路径的对应关系。由于PPPoE服务器返回的有效发现确认消息中包含有PPPoE服务器的链路层地址,并且由于链路层地址的唯一性,因此使用链路层地址,如MAC地址作为PPPoE服务器的标识。综上所述,在接入设备在某个转发路径上接收到来自PPPoE服务器的有效发现确认消息时,从中提取会话标识和PPPoE服务器的链路层地址,将它们与该转发路径之间的对应关系放入业务数据转发表中。表3为一个在接入设备中针对PPPoE协议用户的业务数据转发表的示例。
表3基于PPPoE会话标识和PPPoE服务器MAC地址的业务数据转发表
PPPoE会话标识(十六进制) |
PPPoE服务器MAC地址(十六进制) |
转发路径标识 |
0x0001 |
0xFFFFAB |
R1” |
0x0005 |
0xFFFFAD |
R2” |
0x0001 |
0xFFFFAD |
R2” |
0x0003 |
0xFFFFAB |
R1” |
对于基于PPPoE协议转发表的地址老化的也有几种方法,一种是对每个条目预先设定一个老化时间值,当侦听到某个PPPoE进程的消息时,从中提取PPPoE进程会话标识和PPPoE服务器MAC地址,然后将业务数据转发表中相应条目的老化时间更新为预先设定的老化时间值。如果在预设的老化时间段里没有侦听到某个PPPoE进程的消息,则该进程所对应的条目就会被删除掉。一般而言,预设的老化时间值要大于或等于PPP协议的握手消息的周期。
一种是接入设备侦听来自PPPoE服务器或者用户终端的PPPoE有效发现终止(PADT)消息,从中提取PPPoE进程会话标识和PPPoE服务器MAC地址,将业务数据表中相应的条目删除掉。
还有一种方法是,当接入设备接收到来自服务器或者用户终端的PPP(点对点协议)LCP(链路控制协议)终结请求消息时,从中提取PPPoE进程会话标识和PPPoE服务器MAC地址,将业务数据表中相应的条目删除掉。
实际实现时,上述三种方法可以结合使用,以节省接入设备存储资源。
综上所述,当从用于报告所述业务类型信息的报告消息,如DHCP接入请求消息或PPPoE接入请求消息中获取用户终端的业务类型时,也要获取用户终端的关键信息,对于DHCP消息,所述关键信息包括链路层地址或网络层地址,对于PPPoE消息,所述关键信息包括PPPoE会话标识和PPPoE服务器的链路层地址。然后建立所述用户终端的关键信息与用户终端的业务类型所确定的转发路径之间的路径对应关系。
此时上述步骤S121根据所述用户终端的业务类型信息为所述来自所述用户终端的业务数据确定相应的转发路径分为三个步骤S1211、S1212和S1213,如图2所示。
首先在步骤S1211中,根据所述报告消息中包含的业务类型信息确定所述转发路径;然后在步骤S1212中,建立所述用户终端的关键信息和所述转发路径之间的路径对应关系;最后在步骤S1213中,根据所述路径对应关系确定来自用户终端的业务数据的转发路径。具体地步骤S1213又可分为三个步骤S12131、S12132和S12133,如图3所示。
首先在步骤S12131中,接收来自某个用户终端的业务数据;然后在步骤S12132中,从所述业务数据中获取所述用户终端的关键信息,如果是PPPoE数据包,则从中提取PPPoE会话标识和PPPoE服务器的MAC地址,对于如以太网协议或ATM协议等其他链路层协议承载的IP数据包,则提取其链路层地址和网络层地址,如对于以太网协议承载的IP协议数据包,则提取其MAC地址和IP地址;最后在步骤S12133中,对于PPPoE数据包,则从例如表3的业务数据转发表中,查找出其相应的转发路径,如转发路径R1”,如果是如以太网协议或ATM协议等其他链路层协议承载的IP数据包,则从如表1或表2所示的二层或者三层转发表中查找该数据包对应的转发路径,如转发路径R2或R3’。
图4示出了根据本发明的一个具体实施方式在接入设备中的分流传输装置示意框图。该分流传输装置1包括业务类型获取装置11、第一关键信息获取装置12和受控分流传输装置13。其中业务类型获取装置11包括第一接收装置111和受控业务类型获取装置112。第一关键信息获取装置12包括第三接收装置121和受控关键信息获取装置122。受控分流传输装置13包括确定装置131和传输装置132。其中确定装置131包括路径确定装置1311、建立装置1312和转发确定装置1313。其中转发确定装置1313包括第二接收装置13131、第二关键信息获取装置13132和数据路径转发确定装置13133。
业务类型获取装置11获取用户终端的类型信息,其中第一接收装置111接收来自用户终端的数据包,受控业务类型获取装置112从所述数据包中获取所述用户终端的业务类型信息。
受控分流传输装置13根据业务类型获取装置11获取的用户终端的业务类型信息对来自该用户终端的数据包进行分流传输,具体地,确定装置131根据所述用户终端的业务类型信息为所述来自所述用户终端的业务数据确定相应的转发路径,传输装置132经由所述相应的转发路径来对所述来自所述用户终端的业务数据进行分流传输。
这里的数据包可以是包含业务类型的业务数据,或者是专门用于报告业务类型的数据包。例如可以根据应用层的协议类型的不同将不同的数据包转发到不同的路径。或者可利用业务数据包中的某个字段来代表不同的业务类型。这样每个数据包本身都包含有业务类型信息。分流传输装置1可根据每个数据包中含有的业务类型信息来确定该数据包相应的转发路径。
当所述数据包是来自所述用户终端的用于报告所述业务类型信息的报告消息时,如DHCP接入请求消息或PPPoE接入请求消息,第一关键信息获取装置12从该报告消息中获取所述用户终端的关键信息。第一关键信息获取装置12也可从接入响应消息中获取所述用户终端的关键信息。首先是由第三接收装置121接收来自接入服务器的经由所述转发路径的接入响应消息,然后受控关键信息获取装置122从所述接入响应消息中获取用户终端的关键信息。如对运行DHCP协议接入网络的用户终端,对二层转发,从用户终端发出的DHCP接入请求消息(DHCP-DISCOVER或DHCP-REQUEST)或服务器发出的DHCP接入响应消息(DHCP-OFFER或DHCP-ACK)中获取用户终端的如MAC地址链路层地址;对于三层转发,从服务器发出的DHCP接入响应消息中获取用户终端的网络层地址,如IP地址。对运行PPPoE协议接入网络的用户终端,从PPPoE服务器返回的PPPoE接入响应消息,即有效发现确认消息(PADS)中获取其PPPoE会话标识和PPPoE服务器的链路层地址,即MAC地址。然后确定装置131根据业务类型获取装置11所获得的所述用户终端的业务类型信息以及第一关键信息获取装置12获取的用户终端的关键信息为所述来自所述用户终端的业务数据确定相应的转发路径。
确定装置131的工作过程又可细分为三个子装置的工作过程。其中路径确定装置1311根据所述报告消息中包含的业务类型信息确定所述转发路径,业务类型与转发路径的对应关系一般是预先设置好的;建立装置1312建立第一关键信息获取装置12所获得的所述用户终端的关键信息和所述转发路径之间的路径对应关系,如业务数据转发表;转发确定装置1313根据所述路径对应关系确定来自用户终端的业务数据的转发路径。
转发确定装置1313的工作过程又可细分为三个子装置的工作过程。其中第二接收装置13131接收来自用户终端的业务数据;然后第二关键信息获取装置13132从第二接收装置13131接收的业务数据中获取所述用户终端的关键信息,如对运行DHCP协议接入网络的用户终端,获取其如MAC地址的链路层地址或如IP地址的网络层地址,对运行PPPoE协议接入网络的用户终端,获取其PPPoE会话标识和PPPoE服务器的链路层地址,即MAC地址;数据转发确定装置13133根据建立装置1312所建立的路径对应关系,如业务数据转发表和第二关键信息获取装置13132获取的所述用户终端的关键信息与所述路径对应关系来确定所述用户终端的业务数据的转发路径。
最后,传输装置132经由所述相应的转发路径来对所述来自所述用户终端的业务数据进行分流传输。
图5示出了根据本发明的一个具体实施方式在用户终端中用于向服务器报告业务类型的方法流程图。首先在步骤S01中,用户终端生成一个包含业务类型信息的数据包;然后在步骤S02中将所述数据包发送给所述服务器。
这里的数据包可以是专门用于报告业务类型的数据包。比如用户终端可在刚刚接入网络后,即获得IP地址(基于DHCP协议)或者获得PPPoE会话标识(基于PPPoE协议)后,发送一个专用于报告业务类型信息的数据包给接入设备,该数据包中可包含用户终端的关键信息,如用户终端的链路层地址或者网络层地址,或者PPPoE会话标识和PPPoE服务器标识。
这里的数据包也可以是包含业务类型的业务数据,例如可以根据应用层的协议类型来代表不同的业务类型。或者可利用业务数据包中的某个字段来代表不同的业务类型。这样每个数据包本身都包含有业务类型信息。
但是在目前的网络协议中,业务数据包中没有一个明确的用来指示业务类型的字段。因此需要通过其它方式告知服务器用户终端的业务类型信息。一种优选的方法是在用户终端的接入请求消息中插入用户终端的业务类型信息,对运行DHCP协议的用户终端来说,目前已有用选项60来代表用户终端的业务类型,但是由于选项60本身的含义是代表供应商信息,所以这里建议采用一个新的选项来专门表示用户终端的业务类型,选项的值域代表用户终端的业务类型信息,如11代表音频业务,22代表视频业务,33代表www业务。对用PPPoE协议接入到网络的用户终端,可用一个新的标签来代表业务类型。用户终端在PPPoE接入请求消息,即有效发现初始消息(PASI)中插入一个新的标签或者用Service-Name标签来代表用户终端的业务类型信息。
所述服务器包括DSLAM等接入设备、DHCp服务器、PPPoE服务器等,用户终端包括数字电话、数字电视、个人电脑等。
图6示出了根据本发明的一个具体实施方式在用户终端中用于向服务器报告业务类型的报告装置框图。该报告装置0包括一个生成装置01和一个发送装置02。生成装置01生成一个包含业务类型信息的数据包;发送装置02将所述数据包发送给所述服务器。
这里的数据包可以是专门用于报告业务类型的数据包,也可是包含业务类型的业务数据,例如可以根据应用层的协议类型来代表不同的业务类型。或者可利用业务数据包中的某个字段来代表不同的业务类型。这样每个数据包本身都包含有业务类型信息。
但是在目前的网络协议中,业务数据包中没有一个明确的用来指示业务类型的字段。因此需要通过其它方式告知服务器用户终端的业务类型信息。一种优选的方法是在用户终端的接入请求消息中插入用户终端的业务类型信息,对运行DHCP协议的用户终端来说,目前已有用选项60来代表用户终端的业务类型,但是由于选项60本身的含义是代表供应商信息,所以这里建议采用一个新的选项来专门表示用户终端的业务类型,生成装置01将代表用户终端的业务类型信息放入选项的值域中,如11代表音频业务,22代表视频业务,33代表www业务。对用PPPoE协议接入到网络的用户终端,可用Service-Name标签或者一个新的标签来代表业务类型。用户终端的生成装置01在PPPoE接入请求消息,即有效发现初始消息(PASI)中插入一个新的标签,或者用Service-Name标签来代表用户终端的业务类型信息。最后发送装置02将接入请求消息发送给服务器。
所述服务器包括DSLAM等接入设备、DHCP服务器、PPPoE服务器等,用户终端包括数字电话、数字电视、个人电脑等。
图7示出了根据本发明的一个具体实施方式的接入设备的应用场景示意图。图7中的接入设备为数字用户线路接入复用器(DSLAM),有多个客户端设备连接到DSLAM上,为简明起见,图中仅示出了两个客户端设备,DSLAM的网络端连接到多个网络服务商,为简明起见,图中仅示出三个网络服务提供商(NSP)a、b、c,并省略了网络服务提供商和DSLAM之间的中间链路。这里假设NSPa是视频业务提供商,NSPb是语音业务提供商,NSPc是万维网服务提供商,并设11代表NSPa,22代表NSPb,33代表NSPc。DSLAM包含有一个分流传输装置,和多个二层或者三层的转发器,图中仅示出了三个二层转发器和一个三层转发器,每个转发器对应一个物理端口。下面以用户终端运行DHCP协议接入网络为例对本发明的应用进行描述。
当业务类型为语音的用户终端0A刚接入网络时,其发出一个DHCP-DISCOVER消息,该消息包含选项60,或者一个新的选项,选项的值域字段内容为22,代表其业务类型为语音业务。
DSLAM接收到来自用户终端0A的DHCP-DISCOVER消息时,从中提取出代表业务类型的字段22,根据事先设定业务类型22代表语音业务,其业务数据都从二层转发器B转发到网络上去。所以DSLAM将该DHCP-DISCOVER消息转发给转发器B,由转发器B将该消息转发到NSPb。由于转发器B是一个二层转发器,所以此时可同时提取用户终端的MAC地址,建立该MAC地址与转发器之间的对应关系表,也就是基于MAC地址的业务数据转发表。
NSPb会经由转发器B返回一个DHCP-OFFER消息,用户终端0A会再发一个DHCP-REQUEST消息,最后NSPb经由转发器B返回DHCP-ACK,该过程的详细情形可参考DHCP协议,这里不再赘述。
在转发器B接收到来自NSPb的DHCP-ACK消息时,提取该消息中的租赁时间和用户终端0A的MAC地址,如果在接收到同该DHCP-ACK相应的DHCP-DISCOVER消息时已经建立了MAC地址同转发器B的对应关系,则将租赁时间写入基于MAC地址的业务数据转发表中同该MAC地址相对应的条目中,作为该MAC地址的老化时间(Aging Time)。如果在接收到同该DHCP-ACK相应的DHCP-DISCOVER消息时没有建立了MAC地址同转发器B的对应关系,则建立用户终端0A的MAC地址同转发器B的对应关系,并将租赁时间作为该MAC地址的老化时间。
如果在接收到DHCP接入请求消息时,建立了MAC地址同转发器B的对应关系,但是由于网络连接等问题,未能得到租赁时间,则预设一个老化时间,在一定时间将该MAC地址(或所述对应关系)老化掉,节省DSLAM的存储资源。
当业务类型为www的用户终端0C接入网络时,其转发关系的建立同用户终端0A的上述过程类似,不同的是,由于其业务类型对应的是三层转发,仅在转发器D接收到来自NSPc的DHCP-ACK时,从中提取用户终端的IP地址和租赁时间,建立IP地址同转发器D之间的对应关系表,即基于IP地址的业务数据转发表,租赁时间作为该IP地址的老化时间。
对于MAC地址或IP地址的老化,也可在接入设备接收到DHCPRELEASE消息时,从中提取出MAC地址和IP地址,然后将业务数据转发表中对应的条目删除掉。
对于其它的用户终端,其MAC地址或IP地址同转发器之间的对应关系的建立和删除如上述两种情形所述。
下面描述DSLAM对用户终端的业务数据的转发,仍以用户终端0A和用户终端0C为例。
DSLAM接收到来自用户终端0A的业务数据时,从中提取出用户终端的MAC地址和IP地址,然后从前述的基于MAC地址的业务数据转发表中查找同该MAC地址对应的转发器,由于前述接入过程中已经建立用户终端0A的MAC地址与转发器B之间的对应关系,DSLAM知道该业务数据包将要由转发器B转发到网络中去。
DSLAM接收到来自用户终端0C的业务数据时,从中提取出用户终端的MAC地址和IP地址,然后从前述的基于MAC地址的业务数据转发表中查找同该MAC地址对应的转发器,由于前述接入过程中建立了用户终端0C的IP地址与转发器D之间的对应关系,所以基于MAC地址的业务数据转发表中没有用户终端0C的MAC地址记录。再利用IP地址去基于IP地址的业务数据转发表中查找该数据包对应的转发路径,由于前述接入过程中已经建立用户终端0C的IP地址与转发器D之间的对应关系,DSLAM知道该业务数据包将要由转发器D转发到网络中去。
如果对于来自某个用户终端的业务数据,在基于MAC地址的业务数据转发表或基于IP地址的业务数据转发表中都没有找到与业务数据中的用户终端的MAC地址或IP地址对应的条目,则丢弃该业务数据。
以上对在接入设备中根据业务类型的不同对运行DHCP协议接入到网络的用户终端的业务数据进行分流传输的情况进行了详细的描述,对于运行PPPoE协议接入到网络的用户终端的情形与此类似,不同的是,运行PPPoE协议接入到网络的用户终端用PPPoE会话标识和PPPoE服务器标识代替运行DHCP协议接入到网络的用户终端的MAC地址或IP地址。
以上对本发明的具体实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,本领域技术人员可以在所附权利要求的范围内做出各种变形或修改。