一种多端口负载分担方法、装置和网络系统的制作方法

专利名称：：一种多端口负载分担方法、装置和网络系统的制作方法
技术领域：
：本发明涉及网络通信技术，尤其涉及一种多端口负载分担方法、装置和网络系统。
背景技术：
：在当前电信运营商的网络结构中，光设备用来组建物理传输网络，数据设备作为用户层设备与光设备直接相连。数据设备之间的连接实际上是通过光设备的物理通道来实现的。数据设备(如路由器)与网络设备(如光设备)之间相连的接口即为UNI接口(UserNetworkInterface用户网络接口)，二者之间的链路即为UNI链路。常用的UNI接口类型，有以太网接口、POS接口(PacketoverSDH/SONET,在SDH/SONET上传送数据包的映射接口)和OTN(OpticalTransportNetwork,光传送网)接口等。其中，SDH/SONET(SynchronousDigitalHierarchy/SynchronousOpticalNetworkSynchronous)是指同步光网络。常用的以太网接口速率为1Gbps、10Gbps，以及标准组织正在定义的100Gbps等；POS接口速率有155Mbps、622Mbps、2.5Gbps、10Gbps和40Gbps等；OTN接口速率有2.5Gbps、10Gbps、40Gbps，以及标准组织正在定义的100Gbps等。数据设备的主要功能是将来自链路层或者网络层的数据包根据路由算法选择合适的端口转发；光设备则是根据业务需求在物理通道层上配置交叉连接，选择相应的端口通过光纤连接至其它光设备。链路聚合(LinkAggregation)是标准IEEE802.3ad提出的，将两个或更多数据信道结合成一个单个的信道,该信道以一个单个的更高带宽的逻辑链路出现。LinkAggregation—般用来满足大带宽连接的需求，通过冗余的物理端口来实现组内端口的保护机制。该技术的主要思想是，将组内所有物理端口的MAC地址分配到同一网络层端口，即多个端口只有一个IP地址，它们的目的IP地址也只有一个。这些物理端口配置成干路端口(TrunkedPort),对端也有对应的TrunkedPort与之连接，从而形成聚合链路(AggregatedLink)。如图1所示，数据设备101的物理端口D1-P1和Dl-P2配置成TrunkedPort;对端数据设备102的物理端口D2-P1和D2-P2相应地配置成TrunkedPort,数据设备101的物理端口D1-P1和对端数据设备102的物理端口D2-P1之间形成一条物理链路，数据设备101的物理端口Dl-P2和对端数据设备102的物理端口D2-P2之间形成另一条物理链路。这两台数据设备的TrunkedPort之间的物理链路形成AggregatedLink。可见，AggregatedLink实际上是由两条物理链路组成的，当其中一条物理链路发生故障时，另一条物理链路可以起到保护作用。这两条物理链路有相同的源和相同的目的地，即这两条物理链3各的源IP地址和目的IP地址相同。现有技术LinkAggregation的缺点主要是由于需要将目的地相同的两条物理链路绑定在一起才能起到保护作用，因此对目的地不同的UNI链路不能提供保护；单层网络保护，隔离不了UNI链路的故障对全网的影响。并且随着网络带宽的不断增长，端口容量的不断提升，运营商对网络的可靠性、数据业务的QOS(QualityOfService,服务质量)、网络扩容、以及对初期建网成本等的要求也越来越高。现有技术已无法达到运营商对网络的需求。
发明内容本发明的实施例提供一种多端口负载分担方法、装置和网络系统，能够解决连接不同目的地的UNI链路的保护问题、限制UM链路故障对全网造成的影响且避免网络震荡。本发明的实施例采用如下技术方案本发明的一实施例一种多端口负载分担方法，包括接收发送给目的端的数据包；根据所述数据包携带的目的端的地址信息从地址端口映射表中查找获得对应逻辑出端口信息；根据所述逻辑出端口信息从逻辑端口表中查找获取对应负载分担组的信息，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道；根据预设的负载分担策略将所述数据包分别封装于所述负栽分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向目的端转发。本发明的一实施例一种用于实现多端口负载分担的数据设备，包括接收模块，用于接收发送给目的端的数据包；地址端口映射表查找模块，用于根据所述数据包携带的目的端的地址信息查找地址端口映射表获得对应逻辑出端口信息；逻辑端口表查找模块，用于根据所述逻辑出端口信息查找逻辑端口表获取对应负载分担组的信息，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道；以及发送模块，用于根据预设负载分担策略将所述数据包分别封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向目的端转发。本发明的一实施例一种用于实现多端口负载分担的网络系统，包括数据设备和网络设备，其中所述数据设备用于接收发送给目的端的数据包，根据所述数据包中携带的目的端的地址信息查找地址端口映射表获得对应逻辑出端口信息，并根据所述逻辑出端口信息查找逻辑端口表获取对应负载分担组的信息，其中所述负载分4旦组包括至少两个物理端口，每个物理端口对应至少两个物理个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向网络i殳备转发；所述网络设备才艮据所述数据包的发送方向将所述数据包汇聚后发送给目的端。本发明实施例提供的多端口负载分担方法、装置和网络系统，在同一个负载分担组内，将数据包通过一个以上的物理端口所分别对应的至少一个物理子通道进行分担，因而数据包能够通过不同的子通道到达相同或不同的网络设备端口，在一条UNI链路发生故障时，数据包能够通过其它的子通道到达目的地址，因而本发明的实施例提高了网络的可靠性，实现连接不同目的地的UNI链路的保护。由于数据包可以通过多个物理端口中的多个物理子通道进行传输，因而本发明的实施例还解决了核心网大容量端口不足的问题，在建网时釆用本发明的实施例能够减少初期投资，还能够实现平滑扩容。为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为现有技术链路聚合的示意图2为本发明的实施例多端口负载分担方法的流程示意图3为实现本发明实施例多端口负载分担方法的网络冲莫型示意图4为未采用本发明实施例多端口负载分担方法的的恢复路由示意图5为采用本发明实施例多端口负载分担方法的恢复^^由示意图6为采用本发明实施例的多端口负载分担方法的UNI链路保护示意图7为采用本发明实施例的多端口负载分担方法实现多台网络设备的UNI链路保护的应用实例示意图8为未采用本发明实施例的多端口负载分担方法的应用实例的端口连接示意图9为采用本发明实施例的多端口负载分担方法的应用实例的端口连接示意图10为釆用本发明实施例的多端口负载分担方法实现不同容量端口的数据设备互连的应用实例示意图11为未采用本发明实施例的多端口负载分担方法建立隧道通路的应用实例示意图12为采用本发明实施例的多端口负载分担方法建立隧道通路的应用实例示意图13为本发明实施例用于实现多端口负裁分担的数据设备的结构示意图；图14为本发明实施例用于实现多端口负载分担的网络系统的结构示意图。具体实施例方式下面结合附图对本发明实施例一种多端口负载分担方法、装置和网络系统进行详细描述。应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实7施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。如图2所示，本发明的实施例提供一种多端口负载分担方法，包括201、接收发送给目的端的数据包；202、根据所述数据包携带的目的端的地址信息从地址端口映射表中查找获得对应逻辑出端口信息；其中所述目的端的地址信息可以为目的端的IP地址或MAC地址；对应地，所述地址端口映射表可以对应为路由表或MAC表；203、根据所述逻辑出端口信息从逻辑端口表中查找获取对应负载分担组的信息，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道；204、根据预设的负载分担策略将所述数据包分别封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向目的端转发。本发明实施例中所述负载分担组通常包含多个物理端口，因此常称为多端口负载分担组。由于本发明实施例所述方法是通过对应不同物理端口的至少一个物理子通道来实现负载分担，因此所述负载分担组实际上也可以理解为用于分担数据包的物理子通道的集合。所述物理子通道指物理层传输帧结构中的子通道，包括OTN接口对应的ODU系列，POS接口对应的VC-4系列，或100GE接口对应的通道化4妾口。例如物理子通道可以为STM-4帧中的VC-4。为了描述的方便，以下将多端口负载分担技术(MultipleportsParticipationofPayloadPlan)简称为MP4技术，将多端口负载分担组简称为MP4组。在上述实施例的勤出上，发往同一目的端的数据包可以由MP4组内的不同物理端口承担。并且，同一物理端口对应的各个物理子通道中的凄史据包可以谬皮发送至相同或者不同目的端。逻辑端口的容量与物理端口的容量可以相同或者不同，逻辑端口的数目与物理端口的数目可以相等或不相等。本发明实施例所述MP4方法可以由数据设备来实现，如路由器、交换机等。此外，本发明实施例所述方法还可以进一步应用于跨越传输网络进行数据传输的网络场景中，所述传输网络可以为光传输网络，所述传输网络中的网络设备对应为光设备。所述方法具体包括源端侧的数据设备在接收到源端发送至目的端的数据包后，根据所述数据包携带的目的端的地址信息从地址端口映射表中查找获得对应逻辑出端口信息，并根据所述逻辑出端口信息从逻辑端口表中进一步查找获取对应负载分担组，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道；然后，数据设备^f艮据预设的负载分担策略将所述数据包分别封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向光传输网络转发；所述光传输网络根目的端转发所述数据包。所述光传输网络直接向目的端转发所述数据包的过程MP4方法时，所述光传输网络将从源端侧的数据设备不同物理端口发来的所述数据包分别发送至目的端侧的数据设备对应的物理端口，再由所述目的端侧的数据设备对所述数据包解封装后获得目的端地址，并根据所述目的端地址将所述数据包发送至目的端。其中，所述光传输网络中包括多个光设备，MP4组内发往同一目的端的数据包可以被发送到同一光设备的不同物理端口或不同光设备的物理端口。所述MP4组内发往同一目的端的数据包可以由光传输网络中的任一光设备汇聚后再转发给目的端侧的数据设备。图3为实现本发明实施例多端口负载分担方法的网绍4莫型示意图。如图3所示，数据设备101包括2个逻辑端口和2个物理端口。其中，所述2个逻辑端口分别标记为D-L1和D-L2，所述2个物理端口分别标记为D-P1和D-P2，并且每个物理端口分别对应两个物理子通道，具体为物理端口D-P1对应物理子通道SC-1和SC-2,物理端口D-P2对应物理子通道SC-3和SC-4。数据设备101与光传输网络中的光设备102相连，数据设备101的物理端口D-P1与光设备102的物理端口O-Pl对应相连形成一条UNI链路，数据设备101的另一物理端口D-P1与光设备102的物理端口0-P2对应相连形成另一条UNI链路。其中，物理子通道SC-1和SC-2的负载容量总和可以占据D-P1至O-Pl间的UNI链3各的所有带宽，并且物理子通道SC-1和SC-2所占据的带宽比例可根据具体需求进行调整，例如可以调整为二者相同或不同，所述调整可以采用静态配置或者动态配置的方式。物理子通道SC-3和SC-4与此类似，不再赘述。这里将物理端口D-P1和D-P2配置到一个MP4组内。根据本发明实施例所述MP4方法，经过数据设备101逻辑端口D-L1的数据包将一皮封装于物理子通道SC-1和SC-3中并分别通过对应的物理端口D-P1和D-P2进行转发，所述被封装于物理子通道SC-1和SC-3中的数据包分别沿两条UNI链路发送给所述光设备，光设备将分别从对应的物理端口O-Pl和0-P2接收所述数据包，并根据所述数据包的业务流向将封装于所述物理子通道SC-1和SC-3中的数据包汇聚后从光设备的物理端口0-P4发送出去。同样的，经过数据设备101逻辑端口D-L2的数据包将被封装于物理子通道SC-2和SC-4中并分别通过对应的物理端口D-P1和D-P2进行转发，所述纟皮封装于物理子通道SC-2和SC-4中的数据包分别沿两条UNI链路发送给所述光设备，光设备将分别从对应的物理端口O-Pl和0-P2接收所述数据包，并根据所述数据包的业务流向将封装于所述物理子通道SC-2和SC-4中的数据包汇聚后从光设备的物理端口0-P3发送出去。在逻辑端口D-L1和D-L2处获取用于承载转发数据包的物理子通道的方法可以采用现有聚合(Trunking)或者ECMP(EquityCostMulti-path,等价多路径)等技术，或者采用其它可行方案。实际网络应用中，MP4组内物理端口数可以多于图2中的两个，可根据相同的原理配置MP4组。其中物理端口的信号映射格式可以是所有能够通道化的接口，例如POS接口或者OTN接口，所有POS接口或者OTN接口的等级速率都适用此设计。标准组织正在制定的100GE接口，采用10xlOGE或者4x25GE，也可以实现通道化接口。不同的信号映射端口和传输速率会有不同的MP4方案，这种MP4方案可以釆用人工静态配置的方式，也可以釆用由设备智能动态配置的方式。随着GMPLS(GeneralMulti-protocolLabelSwitching,通用多协议标签交换技术)协议在网络设备中的应用，根据MP4方案，通过GMPLS协议来实现光设备上的动态交叉连接成为可能。在不支持GMPLS协议的网络节点上，可以根据MP4方案，通过人工配置交叉连接，可以达到相同的效果。10本发明的实施例中不同物理端口对应的物理子通道的容量可以相等或者不相等。如果所述负载分担组内包括一个以上物理端口，则各个物理端口的容量可以相同或者不相同。根据物理端口容量、逻辑端口容量和负载分担比例等因素，可以大致划分出四种主要的MP4组配置方案。下面对这些MP4組配置方案进行详细描述。方案一、端口容量相同，负载平均分担如图3所示，假设数据设备101与光设备102连接的2个物理端口D-P1和D-P2均为40GOTN接口。在数据设备上将D-P1和D-P2配置成包含2个端口的MP4组，来自逻辑端口D-L1和D-L2的负载在2个物理端口中平均分配。40GOTN接口的负载ODU3通道化后可由4个负载ODU2的物理子通道组成，每个物理子通道的负载容量为10G,分别标记为#1ODU2、#2ODU2、#3ODU2和#4ODU2。表1描述了由2个40GOTN接口组成的MP4组的端口负载分担通道关系，其中2个物理端口D-P1和D-P2对逻辑端口的负载平均分配，各占50%。表140GOTN接口的端口负载均衡配置方案<table>tableseeoriginaldocumentpage11</column></row><table>方案二、端口容量相同，负载非平均分才旦表2描述了由2个40GOTN接口组成的MP4组的非均衡负载分担通道关系，其中物理端口D-P1和D-P2对逻辑端口的负栽分担按3:1比例实施。表240GOTN接口的端口负载非均衡配置方案<table>tableseeoriginaldocumentpage11</column></row><table><table>tableseeoriginaldocumentpage12</column></row><table>方案三、不同物理端口容量混合的负载分担表1和表2描述了MP4组内端口容量相同的负载分配方案，实际上，还可以将不同容量的物理端口配置成MP4组。表3列出了3个40GOTN接口与1个IOOGOTN接口的负载分配方案，IOOGOTN接口假设可通道化成10个10G,其中光设备也同样具备3个40G端口与1个IOOG端口。表340G端口与100G端口混合配置方案<table>tableseeoriginaldocumentpage12</column></row><table>方案四、逻辑端口与物理端口容量不同的负载分担当数据设备的物理端口与逻辑端口容量不同时，仍然可以采用负载分担组的方法进行配置。表4列出了数据设备有4个10G逻辑端口和2个40G物理端口情况下的负载分配方案，其中光设备有2个40G物理端口。表440G物理端口与10G逻辑端口的负载配置方案数据设备物理端口数据设备逻辑端口物理端口负载标记光设备物理端口D-P10DU340GD-L1#10DU210G0-PI0DU340GD-L2#20DU210GD-L3#30DU210GD-L4M0DU210GD-P20DU340GD-Ll#10DU210G0-P20DU340GD-L2#20DU210GD-L3#30DU210GD-L4#40DU210GOTN接口的其它速率，例如10G、100G等，可以采用同样的方法配置相对应的物理子通道；同理，对于通道化的POS接口，也可以根据相应的原理配置，例如40G的POS接口，即STM-256/OC-768等级，可以在物理子通道中以10G的速率即VC-4-64c的容量进行负载分担。在更^氐速率等级的POS接口中，可以通过物理子通道VC-4配置负载分担方案。对于未来可能出现的接口，只要能够进行物理子通道划分,不管速率等级多少，即可以按本发明的实施例中的方法实施负载分担配置。在网络应用中，物理端口组通常包含2、4、8或者16个端口等，实际上才艮据本发明中的方法，MP4组内的物理端口数可以为大于等于1的任何数。在网络应用中，选择不同卡板内的端口组成MP4组可以进一步提高链路的可靠性。以下主要以跨越光传输网络进行数据传输的网络模型为例，通过本发明的实施例多端口负载分担方法在不同场景下的应用对本发明的具体实施方式做进一步说明。在以下六个应用实例中，RA、RB、RZ和RX是数据设备，OA、OB、OC、OD、OE、OZ、OX、OAl和OA2分别是与对应数据设备相连的光设备。Al、A2,Bl、B2，以及Z1、Z2是对应位于不同位置的UNI链路。各台光设备13之间有网络光链路互连。应用实例一本应用实例为通过本发明实施例的多端口负载分担方法增强网络可靠性的一个具体应用。如图4所示，为未釆用本发明实施例的多端口负载分担方法的恢复路由示意图。当数据设备RA与光设备0A之间的UNI链路A1和A2正常时，从数据设备RA至数据设备RB的路由为RA-〉Al-〉OA->OB->Bl->RB。当UNI链路Al发生故障时，数据设备RA至数据设备RB的路由中断。由于未使用本发明MP4方案，数据设备RA感知到上述故障后，为恢复RA至RB之间的路由，需要在全网重新进行路由查找计算，选择的备用路由会经过多个中间设备，该备用路由是RA->A2->OA->OZ->Z2->RZ->Zl->OZ->OB->B2->RB。如图5所示，为采用本发明实施例的多端口负载分担方法的恢复路由示意图。当数据设备RA与光设备OA之间的UNI链路Al和A2正常时，由于采用了本发明MP4方案，因此从数据设备RA至数据设备RB的路由包括RA->A1->OA->OB->B1->RB和RA->A2->OA->OB->B1->RB。当画链路A1发生故障时，RA至RB的路由不会中断。数据设备RA将根据所述故障更新本地逻辑端口表中的负载分担组信息。当RA接收到发往RB的数据包时，RA将根据所述数据包携带的RB的地址信息从地址端口映射表中查找获得对应逻辑出端口信息，然后根据所述逻辑出端口信息从逻辑端口表中查找获取负载分担组信息，此时负载分担组仅包括与UNI链路A2对应的物理端口，因此数据i殳备RA将根据预设的负载分担策略将所述数据包封装于所述物理端口对应的至少一个物理子通道中并通过所述物理端口以及所述UNI链路A2转发至所述光设备OA,再由OA沿着OA-XDB》Bl》RB的路由将数据包转发给RB。在本应用实例中，RA将所述数据包封装于UNI链路A2对应的物理子通道，并利用原有的OA-OB的光路进行路由转发至RB。在数据包传输过程中，数据设备RA与光设备OA都不需要保护倒换，并且RA至RB的路由经由RA->A2->OA->OB->B1->RB，因此也无需占用OA至RZ，RZ至RB的网络资源。从上述方案比较可知，采用MP4技术的组网在UNI链路发生故障时，可以隔离故障在网络上的传播，将UNI链路故障的影响限制在单个节点上，在网络上保持原有的路由，从而节省网络资源，避免网络震荡。本实施例采用的方案充分利用数据设备与光设备的互动优势，无需设备或链路倒换即可达到保护目的。应用实例二本应用实例为通过本发明实施例的多端口负载分担方法来增强UNI链路的保护。如图3所示，链路D-P2至0-P2发生故障，该故障可能是D-P2端口故障、0-P2端口故障或者D-P2与0-P2两端口之间的光纤故障所致。尽管对应于该链路的物理子通道SC-3和SC-4失效，但通过光设备的物理端口0-P3传送的数据包仍然可以封装于物理子通道SC-2中经由数据设备101的物理端口D-P1转发至光设备的物理端口O-Pl，再由光i殳备的物理端口O-Pl传送至物理端口0-P3;同样，通过光设备的物理端口0-P4传送的数据包仍然可以封装于物理子通道SC-1中经由数据设备101的物理端口D-P1转发至光设备的物理端口O-Pl，再由光i殳备的物理端口O-Pl传送至物理端口0-P4。由此可见，链路发生故障后，数据设备与光设备都不需要进行任何倒换操作即可达到保护目的，且无需额外的保护资源。如图6所示为采用本发明实施例的多端口负载分担方法的UNI链路保护示意图。图6表明了MP4保护与Trunking(聚合)保护的区别，从图中可以看出，釆用MP4组的UNI链路可以保护数据设备与光设备之间的所有UNI链路，不受限制；而Trunking保护则有很大的局限性，只能保护通往相同目的地址的UNI链路。采用MP4方案，组内各个端口互为保护，端口数越多，相应的保护端口数也越多。即使绝大多数UNI链路出现故障，只要有一条链路可以使用，则通过该数据设备转发的数据包都能通达目的地，且无需倒换恢复。被保护的UNI链路可以去往不同目的地。如图2所示，本发明实施例多端口负载分担方法能够实现同一个MP4组中不同物理端口对应的物理子通道承担的负载的自适应调整。在某个物理端口发生故障时，同一MP4组中其它正常的物理端口对应的物理子通道可以分担该物理端口所对应的物理子通道上的负载。由于目的地相同的数据包是通过对应于不同物理端口的多个物理子通道发送的，因而，光设备的相应物理端口仍然能够接收到数据包，且在物理子通道容量冗余度足够时能保持与故障前相同的流量，因而能够提高网络的可靠性。应用实例三本应用实例为釆用本发明实施例的多端口负载分担方法实现多台网络设备的UNI链路保护。如图7所示，以数据设备路由器为例。路由器RA有两个物理端口，分别标记为D-P1和D-P2，这两个物理端口分别连接至不同的光设备0A1和OA2。RA需要与路由器RB和RC建立两条链路，同样可以将物理端口D-P1和D-P2配置成MP4端口組。路由器RA可以通过标记为Sl和S2的两条路由将数据包转发给RB，其中路由Sl为RA->OAl->OB->RB，；洛由S2为RA->OA2->OB->RB。具体地，RA根据预设的负载分担策略将转发给RB的数据包分别封装于物理端口D-P1和D-P2所对应的至少一个物理子通道中，然后将封装于物理端口D-P1所对应的物理子通道中的数据包通过物理端口D-P1转发至光设备OAl,并将封装于物理端口D-P2所对应的物理子通道中的数据包通过物理端口D-P2转发至光i殳备OA2,接着分别通过光设备OAl和OA2传送到达光设备OB后，由光设备OB将来自这两条不同路由的数据包汇聚后再通过同一光设备物理端口转发给路由器RB。由此可知，即使路由器RA和光设备OA1之间的UNI链路出现故障而导致路由Sl中断，由路由器RA转发给路由器RB的数据包仍然可以利用路由S2来转发，即从路由器RA转发至光设备OA2，再通过光设备OA2发送给^各由器RB,从而达到保护目的。路由器RA至路由器RC的数据链路保护机制与路由器RA至路由器RB的数据链路保护机制相同，可以通过负载分担路径S3和S4进行数据包的传送，这里不再赘述。从上述分析可以得知，当本发明实施例的多端口负载分担方法应用于多个16网络设备的UNI链路保护时，有更强的保护能力。因为这种应用不仅可以保护UNI的链路故障，还可以保护网络设备的节点故障。如图7中的光设备0A1或者OA2,无论哪台光设备出现故障，这个故障无论是端口故障还是设备本身瘫痪，都可以起到保护作用。实际网络应用中，还可以将本发明实施例的多端口负载分担方法应用于多台数据设备与多台光设备之间的UNI链路保护。应用实例四本应用实例为通过本发明实施例的多端口负载分担方法节省物理端口数量的具体应用。在核心骨干网上为了提高网络的可靠性，通常采用网状网结构，网络中各个节点全部互连，需要很多的大容量端口，而业务占用总带宽的实际比例却并不高。作为与数据设备相连的光设备，不仅客户侧需要很多端口，同样线路侧也需要庞大数量的物理端口，因而节省端口数量尤其重要。图8为未采用MP4方案的端口连接示意图，图9为采用MP4方案的端口连接示意图。通过图8与图9的对比，可以看出采用MP4方案后，数据设备与光设备都可以节省大量物理端口。图8、图9中是包含5个节点的网状网，未采用MP4方案前，每个路由器需要4个物理端口与光设备连接；采用MP4方案后，以RA为例，如图9中所示，RA通过将与OA相连形成UNI链路Al的物理端口和与OA相连形成UM链路A2的物理端口设置为一负载分担组，使得从RA分别发送给RB、RC、RD和RE中任一数据设备的数据包都可以封装于UNI链路Al和A2分别对应的至少1个物理子通道中并通过所述UNI链路Al和A2发送给光设备OA后再由OA转发给对应的数据设备。由此可知，每个路由器只需要2个配置成负载分担组的物理端口与光设备相连就可以实现分别与其他4个路由器相连，这样不仅可以提供较佳的网络可靠性，还可以节省物理端口的数量。在图9所示非常筒单的五个节点的网状网中，路由器可节省的端口数共达十个；光设备也节省同样多的端口数。随着网络节点数的增加，节省的物理端口数将更多。本应用实例中采用本发明实施例的多端口负载分担方法还能达到减少初期投资，平滑扩容的目的。由图8和图9的比较，还可以看出采用MP4方案带来的另一价值。运营商建网初期业务容量不大，但是需要建立可靠性很高的网状网。如果不采用MP4方案，则需要建网初期就配置大量的卡板以达到互连的目的，配置的端口容量大量闲置降低投资收益；而采用MP4方案后，只要配置一个大容量端口就可以达到目的，当业务容量增加到超过一个端口的容量时再新增一个端口，大大提高投资收益率，真正实现随业务增长的平滑扩容。应用实例五本应用实例为采用本发明实施例的多端口负载分担方法实现数据设备的互连带宽与端口容量无直接关联的具体应用。如图IO所示，路由器RA只有IOG速率的物理接口，路由器RB有40G速率的物理接口，通过MP4方案后，RA与RB之间就可以有40G的带宽互连。RB不再需要配置IOG速率的业务卡板。在目前网络中，数据设备之间的逻辑互连，以及数据设备与光设备的互连，都要求物理端口容量一致，才能实现正常连接。采用MP4方案后，数据设备之间的逻辑互连带宽可以多种灵活方式连接，甚至通过物理子通道的会聚以实现低端产品(没有大容量端口)与高端产品以高速率连接。应用实例六本应用实例为采用本发明实施例的多端口负载分担方法实现比TE(TrafficEngineering,流量工程)更具优越性的隧道方案的具体方式。在当前MPLS(Multi-ProtocolLabelSwitching，多协议标记交换)网络中，为建立端到端的TE，需要在路由器上逐跳部署。中间经过路由器的数目越多，实施的TE就越复杂，浪费的资源也越多。图11和图12是采用MP4方案前后的对比。图11、图12中需要建立RA-RZ的遂道，其中，图11中的路径Sl表示建立遂道所经过的实际物理路径，S2和S3表示与隧道共用物理通道但不同子通道的单跳路由。采用本实施例技术方案MP4后，建立的遂道可以直接通过光设备的物理子通道S4实现，不需要中间^各由器的参与，节省大量的数据设备资源。可见，采用MP4方案后，不仅节省了大量物理资源，而且由于通过光层建立直接通路，遂道的QOS也大为提升，不再受中间路由器的影响。请参阅图13，本发明的实施例还提供一种用于实现多端口负载分担的数据设备，包括接收模块131,用于接收发送给目的端的数据包；地址端口映射表查找模块132,用于根据所述数据包携带的目的端的地址信息查找地址端口映射表获得对应逻辑出端口信息；逻辑端口表查找模块133,用于根据所述逻辑出端口信息查找逻辑端口表获取对应负载分担组的信息，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道；发送模块134，用于根据预设负载分担策略将所述数据包分别封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向目的端转发。进一步地，所述物理子通道为物理层传输帧结构的子通道，包括OTN接口对应的ODU系列、POS接口对应的VC-4系列、或100GE接口对应的通道化接cr。本发明实施例所提供的数据设备可以为路由器或交换机等。该数据设备可以参照本发明方法实施例中图2所示的方法实现多端口负载分担。再请参阅图14，本发明的实施例还提供一种用于实现多端口负载分担的网络系统，包括数据设备141和网络设备142,其中所述数据设备141,用于接收发送给目的端的数据包，才艮据所述数据包中携带的目的端的地址信息查找地址端口映射表获得对应逻辑出端口信息，并根据所述逻辑出端口信息查找逻辑端口表获取对应负载分担组的信息，其中所述负载分:J旦组包4舌至少两个物理端口，每个物理端口对应至少两个物理子通道，才艮据预设负载分担策略将所述数据包分别封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向网络设备142转发；所述网络设备142根据所述数据包的发送方向将所述数据包汇聚后发送给目的端。进一步地，所述网络设备142为光设备，所述数据设备可以为路由器、交换机等。本发明的实施例网络系统可以参照本发明方法实施例中图2所示的方法实现多端口负载分担，可以参照上述应用实例一至实例六所示的组网方式组成各种网络形式。本发明的实施例提供的数据设备和网络系统，在同一个MP4组内，将负载分担到一个以上物理端口所分别对应的多个物理子通道上，因而负载能够通过不同的子通道到勤目同的网络设备端口，在UNI链路发生故障时，数据包能够通过其它的子通道到达目的地址，因而本发明的实施例^提高了网络的可靠性，实现连接不同目的地的UN1链路的保护。由于数据包可以通过多个物理端口中的多个物理子通道进4亍传输，因而本发明的实施例还解决了核心网大容量端口不足的问题，在建网时采用本发明的实施例能够减少初期投资，还能够实现平滑扩容。是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(RandomAccessMemory,RAM)等。以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。20权利要求1、一种多端口负载分担方法，其特征在于，包括接收发送给目的端的数据包；根据所述数据包携带的目的端的地址信息从地址端口映射表中查找获得对应逻辑出端口信息；根据所述逻辑出端口信息从逻辑端口表中查找获取对应负载分担组的信息，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道；根据预设的负载分担策略将所述数据包分别封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向目的端转发。2、根据权利要求1所述的多端口负载分担方法，其特征在于，所述通过对应的物理端口向目的端转发的步骤具体包括将所述发送给目的端的数据包通过对应的物理端口发送给传输网络，并通过所述传输网络根据所述数据包的发送方向将所述数据包汇聚后再向目的端转发或直接向目的端转发。3、根据权利要求1所述的多端口负载分担方法，其特征在于，所述不同物理端口内的物理子通道的容量相等或者不相等。4、根据权利要求1所述的多端口负载分担方法，其特征在于，各个物理端口的容量相同或者不同。5、根据权利要求1所述的多端口负载分担方法，其特征在于，所述逻辑出端口的容量与物理端口的容量相同或者不同。6、根据权利要求1所述的多端口负载分担方法，其特征在于，所述物理子通道为物理层传输帧结构的子通道，包括OTN接口对应的ODU系列、POS接口对应的VC-4系列、或100GE接口对应的通道化接口。7、根据权利要求1所述的多端口负载分担方法，其特征在于，所述目的端的地址信息为目的端的IP地址，所述地址端口映射表对应为路由表；或所述目的端的地址信息为目的端的MAC地址，所述地址端口映射表对应为MAC表。8、一种用于实现多端口负载分担的数据设备，其特征在于，包括接收模块，用于接收发送给目的端的数据包；地址端口映射表查找模块，用于根据所述数据包携带的目的端的地址信息查找地址端口映射表获得对应逻辑出端口信息；逻辑端口表查找模块，用于根据所述逻辑出端口信息查找逻辑端口表获取对应负载分担组的4言息，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道；以及发送模块，用于根据预设负载分担策略将所述数据包分别封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向目的端转发。9、根据权利要求8所述的数据设备，其特征在于，所述物理子通道为物理层传输帧结构的子通道，包括OTN接口对应的ODU系列、POS接口对应的VC-4系列、或100GE接口对应的通道化接口。10、一种网络系统，其特征在于，包括数据设备和网络设备，其中所述数据设备用于接收发送给目的端的数据包，根据所述数据包中携带的目的端的地址信息查找地址端口映射表获得对应逻辑出端口信息，并根据所述逻辑出端口信息查找逻辑端口表获取对应负载分担组的信息，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道，才艮据预设负载分担策略将所述数据包分別封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向网绍4殳备转发；所述网络设备根据所述数据包的发送方向将所述数据包汇聚后发送给目的端。11、根据权利要求IO所述的网络系统，其特征在于，所述网络设备为光设备，所述数据设备为路由器或交换机。全文摘要本发明的实施例公开了一种多端口负载分担方法、装置和网络系统，涉及网络通信技术。其中所述方法包括接收发送给目的端的数据包；根据所述数据包携带的目的端的地址信息从地址端口映射表中查找获得对应逻辑出端口信息；根据所述逻辑出端口信息从逻辑端口表中查找获取对应负载分担组的信息，其中所述负载分担组包括至少两个物理端口，每个物理端口对应至少两个物理子通道；根据预设的负载分担策略将所述数据包分别封装于所述负载分担组内每个物理端口所对应的至少一个物理子通道中并通过对应的物理端口向目的端转发。本发明的实施例适用于网络通信。文档编号H04Q11/00GK101605091SQ20091000902公开日2009年12月16日申请日期2009年2月13日优先权日2009年2月13日发明者璐柏,颜清华申请人:华为技术有限公司