CN107846699A - 多板卡lte网关的数据处理方法及系统 - Google Patents

多板卡lte网关的数据处理方法及系统 Download PDF

Info

Publication number
CN107846699A
CN107846699A CN201711129002.0A CN201711129002A CN107846699A CN 107846699 A CN107846699 A CN 107846699A CN 201711129002 A CN201711129002 A CN 201711129002A CN 107846699 A CN107846699 A CN 107846699A
Authority
CN
China
Prior art keywords
board
master control
message
business
messages
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201711129002.0A
Other languages
English (en)
Other versions
CN107846699B (zh
Inventor
罗来财
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujian Sunnada Network Technology Co Ltd
Original Assignee
Fujian Sunnada Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujian Sunnada Network Technology Co Ltd filed Critical Fujian Sunnada Network Technology Co Ltd
Priority to CN201711129002.0A priority Critical patent/CN107846699B/zh
Publication of CN107846699A publication Critical patent/CN107846699A/zh
Application granted granted Critical
Publication of CN107846699B publication Critical patent/CN107846699B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/25—Routing or path finding in a switch fabric
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/30—Peripheral units, e.g. input or output ports
    • H04L49/3009—Header conversion, routing tables or routing tags
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L49/00—Packet switching elements
    • H04L49/55—Prevention, detection or correction of errors
    • H04L49/552—Prevention, detection or correction of errors by ensuring the integrity of packets received through redundant connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种基于ATCA硬件的多板卡LTE网关处理方法，本方法需提供一种多板卡LTE网关，其中交换板接收到报文，若报文为IP报文，则业务板接收IP报文，并根据IP报文中的信息与业务板中的转发缓存信息表中的信息进行匹配，若匹配则转发IP报文，否则，转发报文至主控板；若报文为非IP报文，则对IP报文进行全路径转发，并将学习到的转发缓存信息同步给各个业务板中的转发缓存信息表中，业务板根据缓存信息表中的信息进行转发IP报文，否则主控板对报文进行处理。本发明还提供一种基于ATCA硬件的多板卡LTE网关处理系统，使得各业务板能相互通信，增加网关的转发数据能力，并增加了产品的可靠性，降低了产品的实现成本。

Description

多板卡LTE网关的数据处理方法及系统
本案是以申请日为2014年09月02日，申请号为201410442828.2，名称为“基于ATCA硬件的多板卡LTE网关处理方法及系统”的发明专利为母案而进行的分案申请。
技术领域
本发明涉及一种基于ATCA硬件的多板卡LTE网关处理方法及系统。
背景技术
Small Cell是指工作在许可频段的低功率接入点，由运营商管理并具有基于边缘智能特征。Small Cell源于最初为家庭设计的Femtocell(飞蜂窝)技术，现今延伸到企业Picocell(小蜂窝)、城市Metrocell(宏蜂窝)和Microcell(微蜂窝)，可以帮助家庭、企业以及城市和乡村公共区域改善蜂窝网络的覆盖、容量及应用，提高用户质量，降低宏基站的负荷。
4G网络的LTE技术的主要频段分布在2GHZ，相对于3G网络是工作在“高频”，所以相同的基站数量条件下4G网络的覆盖范围将会大不如前。除了合理地利用室分系统进行室内的网络覆盖外，Small Cell组网技术的大量应用也是一种关键的举措。Small Cell组网网元结构大致如图1所示。
图1中，insecure link表示在安全保护下的链路，Operator’s core network表示移动网络运营商的核心网络。从图1可以看出，无论LTE Small Cell安全网关(SeGW)还是LTE Small Cell的小基站网关(HeNBGW)都是一个汇聚网关设备。电信运营商网络通常是一个大型网络，无论是小基站HeNB设备的数量还是移动终端UE的数量都是非常庞大，这就要求SeGW和HeNBGW具备非常强大的处理性能。
目前电信设备厂商开发制造的LTE Small Cell网关产品(SeGW和HeNBGW)基本上是单板形态，或者是ATCA机架上的单个业务处理板形态其中，并且在ATCA机架上的业务处理板相互之间是独立的，每个业务板都能独立处理转发报文，各个业务板之间没有任何信息交互的，网关产品的处理性能和容量会受到单颗CPU处理器性能的限制。目前主流的网络设备产品CPU处理器是10Gbps平台，也有部分的40Gbps平台。想要获得比单颗CPU处理器性能更高的网关产品，需要部署和维护多台网关产品设备。
其中，LTE:Long Term Evolution，长期演进，是3GPP制定的通用移动通信系统技术标准的长期演进，是第四代移动通信系统的接入协议标准。
ATCA:Advanced Telecom Computing Architecture，先进的电信计算平台标准，定义了基于模块化结构的具有广泛兼容性的可扩展硬件构架。
Small Cell:移动通信网的小蜂窝基站覆盖组网方式，其中的基站设备是低功耗的，射频信号覆盖范围一般为10米到200米之间。
UE:移动通信的用户终端设备，比如手机等。
H(e)NB:LTE技术标准下移动网络中的家庭小基站设备，特点是低功耗，射频信号覆盖范围一般为10米到200米之间。
SeGW:LTE Small Cell组网下的安全网关设备，为成千上万个H(e)NB设备安全接入移动网络提供认证和加密支持。
H(e)NB-GW:LTE Small Cell组网下的小基站网关设备，为成千上万个H(e)NB设备接入移动网络提供信令链路的汇聚和分发支持。
H(e)MS:LTE Small Cell组网下的小基站网管系统，提供管理配置界面，监控和统计数据收集等功能。
AAA Server/HSS:移动用户接入的安全认证授权计费系统。
MODID：交换芯片的模块编号，用于多块交换芯片堆叠时查找具体的某块交换芯片。
Higig:是指一种串行总线互联方案和协议，可以用于多块交换芯片堆叠。
发明内容
本发明要解决的技术问题之一，在于提供一种基于ATCA硬件的多板卡LTE网关处理方法，使得各业务板能相互通信，增加网关的转发数据能力，并增加了产品的可靠性降低了产品的实现成本。
本发明之一是这样实现的：一种基于ATCA硬件的多板卡LTE网关处理方法，本方法需提供一种多板卡LTE网关，所述多板卡LTE网关包括一主控板、交换板及复数个业务板，包括如下步骤：
步骤10、将多板卡LTE网关连接至网络中，交换板接收到报文，分析报文类型，若报文为IP报文，进入步骤20，否则，转发报文至主控板，进入步骤30；
步骤20、业务板接收IP报文，则根据负载均衡算法定向发送到业务板，并根据IP报文中的信息与业务板中的转发缓存信息表中的信息进行匹配，若匹配则转发IP报文，否则，将该IP报文发送至主控板，进入步骤30；
步骤30、主控板接收报文，若报文为IP报文，则对IP报文进行全路径转发，并将学习到的转发缓存信息同步给各个业务板中的转发缓存信息表中，进入步骤40，若报文不为IP报文，主控板对报文进行处理；
步骤40、主控板通过负载均衡算法将IP报文定向发送至业务板，业务板根据缓存信息表中的信息进行转发IP报文。
进一步地，所述主控板包括主控板处理器及主控交换芯片，每个所述业务板包括一业务板处理器及业务交换芯片，为主控板处理器、主控交换芯片、业务板处理器及业务交换芯片分别分配编号，根据报文的目标编号及堆叠协议将报文转发至指定业务板或主控板。
进一步地，每个所述业务板还包括一业务处理器，所述负载均衡算法具体步骤为：将某个物理端口的报文数据分配给以动态方式绑定的某张业务板，当进入交换板的报文数据量大于一个物理端口的带宽容量时，则剩余的报文数据分配给下一个物理端口并绑定到对应的业务板，以此类推，直至将数据分配完毕。
进一步地，所述交换板包括复数个物理端口及第一交换芯片，所述动态方式为：搜集交换板物理端口信息及业务板信息并监控交换板物理端口的Link-UP事件，若第一个物理端口处于活动状态，则把第一个物理端口进入的报文数据绑定到第一块业务板；若第一个物理端口处于不活动状态，则继续查看第二个物理端口的活动状态；依次类推，把所有活动的物理端口的报文数据，绑定到系统的相应业务板上。
进一步地，所述多板卡LTE网关还包括ATCA机箱，所述主控板、复数个业务板及交换板通过ATCA机箱相互连接。
进一步地，所述转发缓存信息包括：数据流的五个关键字段、对应的下一跳邻接表项、对应的IP层服务质量优先级、对应的NAT转换信息、对应的Ipsec隧道封装方式、对应的IPsec加密解密密钥、对应的统计限速数据及对应发送业务端口。
本发明要解决的技术问题之二，在于提供一种基于ATCA硬件的多板卡LTE网关处理系统，使得各业务板能相互通信，增加网关的转发数据能力，并降低了客户成本。
本发明之二是这样实现的：一种基于ATCA硬件的多板卡LTE网关处理系统，本系统需提供一种多板卡LTE网关，所述多板卡LTE网关包括一主控板、交换板及复数个业务板，包括如下模块：
分析报文模块，将多板卡LTE网关连接至网络中，交换板接收到报文，分析报文类型，若报文为IP报文，进入步骤业务板处理模块，否则，转发报文至主控板，进入主控板处理模块；
业务板处理模块，业务板接收IP报文，则根据负载均衡算法定向发送到业务板，并根据IP报文中的信息与业务板中的转发缓存信息表中的信息进行匹配，若匹配则转发IP报文，否则，将该IP报文发送至主控板，进入主控板处理模块；
主控板处理模块，主控板接收报文，若报文为IP报文，则对IP报文进行全路径转发，并将学习到的转发缓存信息同步给各个业务板中的转发缓存信息表中，进入报文处理模块，若报文不为IP报文，主控板对报文进行处理；
报文处理模块，主控板通过负载均衡算法将IP报文定向发送至业务板，业务板根据缓存信息表中的信息进行转发IP报文。
进一步地，所述主控板包括主控板处理器及主控交换芯片，每个所述业务板包括一业务板处理器及业务交换芯片，为主控板处理器、主控交换芯片、业务板处理器及业务交换芯片分别分配编号，根据报文的目标编号及堆叠协议将报文转发至指定业务板或主控板。
进一步地，每个所述业务板还包括一业务处理器，所述负载均衡算法具体步骤为：将某个物理端口的报文数据分配给以动态方式绑定的某张业务板，当进入交换板的报文数据量大于一个物理端口的带宽容量时，则剩余的报文数据分配给下一个物理端口并绑定到对应的业务板，以此类推，直至将数据分配完毕。
进一步地，所述交换板包括复数个物理端口及第一交换芯片，所述动态方式为：搜集交换板物理端口信息及业务板信息并监控交换板物理端口的Link-UP事件，若第一个物理端口处于活动状态，则把第一个物理端口进入的报文数据绑定到第一块业务板；若第一个物理端口处于不活动状态，则继续查看第二个物理端口的活动状态；依次类推，把所有活动的物理端口的报文数据，绑定到系统的相应业务板上。
进一步地，所述多板卡LTE网关还包括ATCA机箱，所述主控板、复数个业务板及交换板通过ATCA机箱相互连接。
进一步地，所述转发缓存信息包括：数据流的五个关键字段、对应的下一跳邻接表项、对应的IP层服务质量优先级、对应的NAT转换信息、对应的Ipsec隧道封装方式、对应的IPsec加密解密密钥、对应的统计限速数据及对应发送业务端口。
本发明具有如下优点：
效果一、实现整机多板卡统一管理并行处理的LTE Smallcell小基站接入网关产品，使其更加便于使用。
效果二、由于业务板业务转发缓存信息同步形成相互冗余备份，提高了系统和产品的可靠性，避免单张业务板硬件故障引起网络中断。
效果三、可以根据转发负载情况以及电力能源使用情况动态地对网关产品进行扩容或者节能操作，业务板卡可以热插拔，实现灵活可扩展的网关产品。
附图说明
下面参照附图结合实施例对本发明作进一步的说明。
图1为LTE SmallCell的组网示意图。
图2为本发明业务处理流程图。
图3为本发明动态绑定流程图。
图4为本发明整机逻辑结构示意图。
具体实施方式
如图2所示，一种基于ATCA硬件的多板卡LTE网关处理方法，本方法需提供一种多板卡LTE网关，所述多板卡LTE网关包括一主控板、交换板及复数个业务板，所述多板卡LTE网关还包括ATCA机箱，所述主控板、复数个业务板及交换板通过ATCA机箱相互连接，包括如下步骤：
步骤10、将多板卡LTE网关连接至网络中，交换板接收到报文，分析报文类型，若报文为IP报文，进入步骤20，否则，转发报文至主控板，进入步骤30；
步骤20、业务板接收IP报文，则根据负载均衡算法定向发送到业务板，并根据IP报文中的信息与业务板中的转发缓存信息表中的信息进行匹配，若匹配则转发IP报文，否则，将该IP报文发送至主控板，进入步骤30，所述转发缓存信息包括：数据流的五个关键字段(即源IP、目的IP、传输层协议类型、源端口、目的端口)、对应的下一跳邻接表项、对应的IP层服务质量优先级、对应的NAT转换信息、对应的Ipsec隧道封装方式、对应的IPsec加密解密密钥、对应的统计限速数据及对应发送业务端口；
步骤30、主控板接收报文，若报文为IP报文，则对IP报文进行全路径转发，并将学习到的转发缓存信息同步给各个业务板中的转发缓存信息表中，进入步骤40，若报文不为IP报文，主控板对报文进行处理；
步骤40、主控板通过负载均衡算法将IP报文定向发送至业务板，业务板根据缓存信息表中的信息进行转发IP报文。
本发明处理方法中，所述主控板包括主控板处理器及主控交换芯片，每个所述业务板包括一业务板处理器及业务交换芯片，为主控板处理器、主控交换芯片、业务板处理器及业务交换芯片分别分配编号，根据报文的目标编号及堆叠协议将报文转发至指定业务板或主控板。
如图3所示，本发明处理方法中，每个所述业务板还包括一业务处理器，所述负载均衡算法具体步骤为：将某个物理端口的报文数据分配给以动态方式绑定的某张业务板，当进入交换板的报文数据量大于一个物理端口的带宽容量时，则剩余的报文数据分配给下一个物理端口并绑定到对应的业务板，以此类推，直至将数据分配完毕。
本发明处理方法中，交换板包括复数个物理端口及第一交换芯片，所述动态方式为：搜集交换板物理端口信息及业务板信息(即搜集交换板物理端口的个数，并为每个物理端口进行编号，搜集业务板信息即为搜集业务板个数，并为每个业务板进行编号，便于后面的配对)并监控交换板物理端口的Link-UP事件，若第一个物理端口处于活动状态，则把第一个物理端口进入的报文数据绑定到第一块业务板；若第一个物理端口处于不活动状态，则继续查看第二个物理端口的活动状态；依次类推，把所有活动的物理端口的报文数据，绑定到系统的相应业务板上。
本发明基于ATCA硬件的多板卡LTE网关处理系统，本系统需提供一种多板卡LTE网关，所述多板卡LTE网关包括一主控板、交换板及复数个业务板，所述多板卡LTE网关还包括ATCA机箱，所述主控板、复数个业务板及交换板通过ATCA机箱相互连接，包括如下模块：
分析报文模块，将多板卡LTE网关连接至网络中，交换板接收到报文，分析报文类型，若报文为IP报文，进入步骤业务板处理模块，否则，转发报文至主控板，进入主控板处理模块；
业务板处理模块，业务板接收IP报文，则根据负载均衡算法定向发送到业务板，并根据IP报文中的信息与业务板中的转发缓存信息表中的信息进行匹配，若匹配则转发IP报文，否则，将该IP报文发送至主控板，进入主控板处理模块，所述转发缓存信息包括：数据流的五个关键字段(即源IP、目的IP、传输层协议类型、源端口、目的端口)、对应的下一跳邻接表项、对应的IP层服务质量优先级、对应的NAT转换信息、对应的Ipsec隧道封装方式、对应的IPsec加密解密密钥、对应的统计限速数据及对应发送业务端口；
主控板处理模块，主控板接收报文，若报文为IP报文，则对IP报文进行全路径转发，并将学习到的转发缓存信息同步给各个业务板中的转发缓存信息表中，进入报文处理模块，若报文不为IP报文，主控板对报文进行处理；
报文处理模块，主控板通过负载均衡算法将IP报文定向发送至业务板，业务板根据缓存信息表中的信息进行转发IP报文。
本发明处理系统中主控板包括主控板处理器及主控交换芯片，每个所述业务板包括一业务板处理器及业务交换芯片，为主控板处理器、主控交换芯片、业务板处理器及业务交换芯片分别分配编号，根据报文的目标编号及堆叠协议将报文转发至指定业务板或主控板。
本发明处理系统中每个所述业务板还包括一业务处理器，所述负载均衡算法具体步骤为：将某个物理端口的报文数据分配给以动态方式绑定的某张业务板，当进入交换板的报文数据量大于一个物理端口的带宽容量时，则剩余的报文数据分配给下一个物理端口并绑定到对应的业务板，以此类推，直至将数据分配完毕。
本发明处理系统中交换板包括复数个物理端口及第一交换芯片，所述动态方式为：搜集交换板物理端口信息及业务板信息(即搜集交换板物理端口的个数，并为每个物理端口进行编号，搜集业务板信息即为搜集业务板个数，并为每个业务板进行编号，便于后面的配对)并监控交换板物理端口的Link-UP事件，若第一个物理端口处于活动状态，则把第一个物理端口进入的报文数据绑定到第一块业务板；若第一个物理端口处于不活动状态，则继续查看第二个物理端口的活动状态；依次类推，把所有活动的物理端口的报文数据，绑定到系统的相应业务板上。
本发明中ATCA机箱的作用是给各个业务板卡供电并提供背板通道、其中交换板的作用是提供最终的业务物理接口并汇聚进出的业务数据流、其中业务板的作用是做流量转发以及隧道业务和各种接入业务的处理、其中主控板的作用是配置与监控整机设备并同步不同业务板之间的转发缓存信息表。
板卡间业务数据的同步问题由控制管理平面和报文转发平面的的分离和合理布局来实现；板卡间负载均衡分配的问题由交换板的策略转发功能和Higig堆叠协议来实现。Higig堆叠协议是由博通公司(broadcom)在其交换机芯片里实现的一种用于多颗芯片堆叠的一种技术。本发明的说明中使用的堆叠协议以Higig协议作为具体的实现方式，如果具体方案实现中用到了其它厂商的交换机芯片，则可以使用对应的堆叠协议。
业务板只根据当前的业务转发缓存信息进行报文处理，一旦无法匹配成功就会重定向报文给主控板进行完整的全路径转发处理。这个设计是根据网络流量的一个重要事实进行的，99％的网络流量都是IP业务包且在网关设备内部的转发策略和路径是相同的。所以，业务板能够直接根据业务转发缓存信息表的内容处理绝大多数的网络流量。
如图4所示，现在的ATCA业务板的设计可以达到较高的密度，常常会在一张业务板上放置两颗高性能的CPU处理器。为了让一张业务板的两颗CPU处理器可以并行处理业务报文，可以把单颗CPU处理器作为逻辑业务板，由主控板统一分发业务转发缓存信息表。另外，为了确保业务报文从交换板的端口精确重定向到某张业务板卡的CPU处理器，不需要关心背板以及中间的交换过程的路径，需要在板卡内部互联的接口上应用Higig堆叠协议。在软件系统初始化的过程为每个交换机芯片单元和CPU处理器单元都分配独立的MODID(模块编号)，Higig堆叠协议在内部互联接口上直接根据报文的目标MODID进行转发。软件为整机各个板卡的每个处理单元都分配了独立的MODID。在交换板的交换芯片报文进入的端口处应用转发策略，为接收到的报文指定目标MODID，这样业务报文就会在Higig堆叠协议的作用下顺利地到达对应的业务板的CPU处理器。其中逻辑业务板是软件虚拟的管理对象，负载均衡算法将为每个逻辑业务板分配合理的处理任务。
各个逻辑业务板之间的负载均衡算法可以有多种实现方法，一般的做法有静态物理端口绑定逻辑业务板、动态物理端口绑定逻辑业务板、根据报文源IP哈希值重定向到某张逻辑业务板、根据报文目的IP哈希值重定向到某张逻辑业务板。从应用过程反馈的结果看，动态物理端口绑定逻辑业务板的负载算法是最佳实现方案。
动态物理端口绑定逻辑业务板的负载算法，是指主控板的管理控制面根据交换板的面板物理端口的Link-UP事件动态地为它分配和绑定逻辑业务板处理单元。按照这种算法，第一个Link-UP(插入网线和其它网络设备连通)的交换板面板物理端口，将分配到第一张逻辑业务板处理单元，依次类推。这种算法的事实依据是，通常交换板的面板物理端口能支持的数据速率为10Gbps或者40Gbps，而对应的一颗高性能的网络处理器能够转发的数据吞吐量不止10Gbps或者40Gbps，所以为物理端口绑定一张逻辑业务板(CPU处理器)可以确保业务转发顺利进行不丢包。
如图2所示，报文进入整机设备后，首先到达交换板。交换板对报文进行初步筛选，IP报文根据负载均衡算法投递给相应的业务板，非IP报文(通常是ARP报文)投递给主控板。IP报文到达业务板后，从报文的报头信息里提取五个关键字段，和已经存在的缓存信息表进行查找匹配，如果匹配到则按照转发缓存信息表项的内容进行报文转换和发送，如果没有匹配到则投递给主控板进行完整路径转发和缓存信息学习。在业务板上转发面基于转发缓存信息进行转发，根据缓存信息的内容替换报文的IP报头信息和MAC报头信息，有的数据流还要根据缓存的IPsec密钥信息进行报文数据内容的加密和解密操作。在主控板上转发面按照TCP/IP协议栈的处理方式分别对报文进行二层MAC报头信息处理、三层IP报头信息处理、四层TCP/UDP报头信息处理。在进行完整路径的转发处理过程，如果发现某一层的报头信息异常则丢弃报文并做异常信息日志记录，如果发现报文最终的目标地址是本设备则把报文投递到相应的管理控制面应用程序做进一步处理。如果整个完整路径转发处理顺利完成，报文最终从某个业务端口发送出去，则记录这个报文所对应的数据流的转发缓存信息。
本发明具有如下优点：
效果一、实现整机多板卡统一管理并行处理的LTE Smallcell小基站接入网关产品，使其更加便于使用。
效果二、由于业务板业务转发缓存信息同步形成相互冗余备份，提高了系统和产品的可靠性，避免单张业务板硬件故障引起网络中断。
效果三、可以根据转发负载情况以及电力能源使用情况动态地对网关产品进行扩容或者节能操作，业务板卡可以热插拔，实现灵活可扩展的网关产品。
虽然以上描述了本发明的具体实施方式，但是熟悉本技术领域的技术人员应当理解，我们所描述的具体的实施例只是说明性的，而不是用于对本发明的范围的限定，熟悉本领域的技术人员在依照本发明的精神所作的等效的修饰以及变化，都应当涵盖在本发明的权利要求所保护的范围内。

Claims (10)

1.一种多板卡LTE网关的数据处理方法，其特征在于：ATCA为先进的电信计算平台标准，本方法需提供一种多板卡LTE网关，所述多板卡LTE网关包括一主控板、交换板及复数个业务板，包括如下步骤：
步骤10、将多板卡LTE网关连接至网络中，交换板接收到报文，分析报文类型，若报文为IP报文，进入步骤20，否则，转发报文至主控板，进入步骤30；
步骤20、业务板接收IP报文，则根据负载均衡算法定向发送到业务板，并根据IP报文中的信息与业务板中的转发缓存信息表中的信息进行匹配，若匹配则转发IP报文，否则，将该IP报文发送至主控板，进入步骤30；
步骤30、主控板接收报文，若报文为IP报文，则对IP报文进行全路径转发，并将学习到的转发缓存信息同步给各个业务板中的转发缓存信息表中，进入步骤40，若报文不为IP报文，主控板对报文进行处理；
步骤40、主控板通过负载均衡算法将IP报文定向发送至业务板，业务板根据缓存信息表中的信息进行转发IP报文；
所述转发缓存信息包括：数据流的五个关键字段、对应的下一跳邻接表项、对应的IP层服务质量优先级、对应的NAT转换信息、对应的Ipsec隧道封装方式、对应的IPsec加密解密密钥、对应的统计限速数据及对应发送业务端口；
转发报文时还包括：根据缓存的IPsec密钥信息进行报文数据内容的加密和解密操作。
2.根据权利要求1所述的一种多板卡LTE网关的数据处理方法，其特征在于：所述主控板包括主控板处理器及主控交换芯片，每个所述业务板包括一业务板处理器及业务交换芯片，为主控板处理器、主控交换芯片、业务板处理器及业务交换芯片分别分配编号，根据报文的目标编号及堆叠协议将报文转发至指定业务板或主控板。
3.根据权利要求2所述的一种多板卡LTE网关的数据处理方法，其特征在于：每个所述业务板还包括一业务处理器，所述负载均衡算法具体步骤为：将某个物理端口的报文数据分配给以动态方式绑定的某张业务板，当进入交换板的报文数据量大于一个物理端口的带宽容量时，则剩余的报文数据分配给下一个物理端口并绑定到对应的业务板，以此类推，直至将数据分配完毕。
4.根据权利要求3所述的一种多板卡LTE网关的数据处理方法，其特征在于：所述交换板包括复数个物理端口及第一交换芯片，所述动态方式为：搜集交换板物理端口信息及业务板信息并监控交换板物理端口的Link-UP事件，若第一个物理端口处于活动状态，则把第一个物理端口进入的报文数据绑定到第一块业务板；若第一个物理端口处于不活动状态，则继续查看第二个物理端口的活动状态；依次类推，把所有活动的物理端口的报文数据，绑定到系统的相应业务板上。
5.根据权利要求1所述的一种多板卡LTE网关的数据处理方法，其特征在于：所述多板卡LTE网关还包括ATCA机箱，所述主控板、复数个业务板及交换板通过ATCA机箱相互连接。
6.一种多板卡LTE网关的数据处理系统，其特征在于：ATCA为先进的电信计算平台标准，本系统需提供一种多板卡LTE网关，所述多板卡LTE网关包括一主控板、交换板及复数个业务板，包括如下模块：
分析报文模块，将多板卡LTE网关连接至网络中，交换板接收到报文，分析报文类型，若报文为IP报文，进入步骤业务板处理模块，否则，转发报文至主控板，进入主控板处理模块；
业务板处理模块，业务板接收IP报文，则根据负载均衡算法定向发送到业务板，并根据IP报文中的信息与业务板中的转发缓存信息表中的信息进行匹配，若匹配则转发IP报文，否则，将该IP报文发送至主控板，进入主控板处理模块；
主控板处理模块，主控板接收报文，若报文为IP报文，则对IP报文进行全路径转发，并将学习到的转发缓存信息同步给各个业务板中的转发缓存信息表中，进入报文处理模块，若报文不为IP报文，主控板对报文进行处理；
报文处理模块，主控板通过负载均衡算法将IP报文定向发送至业务板，业务板根据缓存信息表中的信息进行转发IP报文；
所述转发缓存信息包括：数据流的五个关键字段、对应的下一跳邻接表项、对应的IP层服务质量优先级、对应的NAT转换信息、对应的Ipsec隧道封装方式、对应的IPsec加密解密密钥、对应的统计限速数据及对应发送业务端口；
转发报文时还包括：根据缓存的IPsec密钥信息进行报文数据内容的加密和解密操作。
7.根据权利要求6所述的一种多板卡LTE网关的数据处理系统，其特征在于：所述主控板包括主控板处理器及主控交换芯片，每个所述业务板包括一业务板处理器及业务交换芯片，为主控板处理器、主控交换芯片、业务板处理器及业务交换芯片分别分配编号，根据报文的目标编号及堆叠协议将报文转发至指定业务板或主控板。
8.根据权利要求7所述的一种多板卡LTE网关的数据处理系统，其特征在于：每个所述业务板还包括一业务处理器，所述负载均衡算法具体步骤为：将某个物理端口的报文数据分配给以动态方式绑定的某张业务板，当进入交换板的报文数据量大于一个物理端口的带宽容量时，则剩余的报文数据分配给下一个物理端口并绑定到对应的业务板，以此类推，直至将数据分配完毕。
9.根据权利要求8所述的一种多板卡LTE网关的数据处理系统，其特征在于：所述交换板包括复数个物理端口及第一交换芯片，所述动态方式为：搜集交换板物理端口信息及业务板信息并监控交换板物理端口的Link-UP事件，若第一个物理端口处于活动状态，则把第一个物理端口进入的报文数据绑定到第一块业务板；若第一个物理端口处于不活动状态，则继续查看第二个物理端口的活动状态；依次类推，把所有活动的物理端口的报文数据，绑定到系统的相应业务板上。
10.根据权利要求6所述的一种多板卡LTE网关的数据处理系统，其特征在于：所述多板卡LTE网关还包括ATCA机箱，所述主控板、复数个业务板及交换板通过ATCA机箱相互连接。
CN201711129002.0A 2014-09-02 2014-09-02 多板卡lte网关的数据处理方法及系统 Active CN107846699B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711129002.0A CN107846699B (zh) 2014-09-02 2014-09-02 多板卡lte网关的数据处理方法及系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201711129002.0A CN107846699B (zh) 2014-09-02 2014-09-02 多板卡lte网关的数据处理方法及系统
CN201410442828.2A CN104244305B (zh) 2014-09-02 2014-09-02 基于atca硬件的多板卡lte网关处理方法及系统

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201410442828.2A Division CN104244305B (zh) 2014-09-02 2014-09-02 基于atca硬件的多板卡lte网关处理方法及系统

Publications (2)

Publication Number Publication Date
CN107846699A true CN107846699A (zh) 2018-03-27
CN107846699B CN107846699B (zh) 2021-04-13

Family

ID=52231465

Family Applications (5)

Application Number Title Priority Date Filing Date
CN201711129002.0A Active CN107846699B (zh) 2014-09-02 2014-09-02 多板卡lte网关的数据处理方法及系统
CN201410442828.2A Active CN104244305B (zh) 2014-09-02 2014-09-02 基于atca硬件的多板卡lte网关处理方法及系统
CN201711130818.5A Active CN107889134B (zh) 2014-09-02 2014-09-02 高可靠性的多板卡lte网关处理方法及系统
CN201711129944.9A Active CN107820267B (zh) 2014-09-02 2014-09-02 多板卡lte网关的报文处理方法及系统
CN201711130003.7A Active CN107786459B (zh) 2014-09-02 2014-09-02 基于负载均衡的多板卡lte网关处理方法及系统

Family Applications After (4)

Application Number Title Priority Date Filing Date
CN201410442828.2A Active CN104244305B (zh) 2014-09-02 2014-09-02 基于atca硬件的多板卡lte网关处理方法及系统
CN201711130818.5A Active CN107889134B (zh) 2014-09-02 2014-09-02 高可靠性的多板卡lte网关处理方法及系统
CN201711129944.9A Active CN107820267B (zh) 2014-09-02 2014-09-02 多板卡lte网关的报文处理方法及系统
CN201711130003.7A Active CN107786459B (zh) 2014-09-02 2014-09-02 基于负载均衡的多板卡lte网关处理方法及系统

Country Status (1)

Country Link
CN (5) CN107846699B (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112511527A (zh) * 2020-11-26 2021-03-16 杭州迪普科技股份有限公司 报文传输方法及装置

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105162901B (zh) * 2015-09-30 2019-05-14 北京特立信电子技术股份有限公司 一种基于sopc的nat的实现方法及装置
CN106878340B (zh) * 2017-04-01 2023-09-01 中国人民解放军61660部队 一种基于网络流量的综合安全监测分析系统
CN108874530B (zh) * 2017-05-12 2020-11-06 华为技术有限公司 对报文转发设备的业务板进行扩容、缩容的方法和装置
CN110086727B (zh) * 2019-04-30 2022-07-01 新华三技术有限公司 一种cgn板间负载分担方法及装置
CN111277518B (zh) * 2020-01-22 2022-04-01 苏州盛科通信股份有限公司 信息处理方法、以太网交换芯片以及存储介质
CN112333098B (zh) * 2020-10-29 2022-11-25 杭州迪普科技股份有限公司 一种业务板卡间的报文转发方法及装置
CN112367261B (zh) * 2020-11-30 2022-10-18 迈普通信技术股份有限公司 一种报文转发方法及装置、分布式设备
CN112486893A (zh) * 2020-12-08 2021-03-12 中国电子科技集团公司第三十研究所 一种计算服务器系统架构
CN113905416B (zh) * 2021-09-16 2024-04-16 锐捷网络股份有限公司 VoLTE报文的处理方法及装置
CN114513458B (zh) * 2022-01-27 2023-12-08 新华三技术有限公司 通信方法及装置
CN115065641A (zh) * 2022-06-09 2022-09-16 深圳市东晟数据有限公司 汇聚分流系统

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070153787A1 (en) * 2005-12-29 2007-07-05 Alcatel Lucent Home agent apparatus and method of implementing load allocation in communication network
CN101729413A (zh) * 2009-11-06 2010-06-09 清华大学 基于atca的多业务处理系统及方法
CN101764736A (zh) * 2008-11-10 2010-06-30 西安新邮通信设备有限公司 一种标准atca设备的高可用性方法
CN101815103A (zh) * 2010-01-29 2010-08-25 北京东土科技股份有限公司 一种多板卡通信设备地址查询方法
CN102204184A (zh) * 2011-05-17 2011-09-28 华为技术有限公司 Kvm数据传输的方法、业务板及系统
CN103781106A (zh) * 2014-02-24 2014-05-07 南京智达康无线通信科技股份有限公司 基于atca多板卡架构下无线网关的接入方法
CN103957157A (zh) * 2014-03-25 2014-07-30 中国人民解放军国防科学技术大学 一种网络接口可定义转发规则的路由方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7894455B2 (en) * 2005-03-30 2011-02-22 Hewlett-Packard Development Company, L.P. Systems and methods for a signalling gateway for connecting networks
CN101094187B (zh) * 2007-07-30 2010-06-09 杭州华三通信技术有限公司 一种学习介质访问控制地址的方法和装置、业务板
CN103546497B (zh) * 2012-07-09 2016-12-21 杭州华三通信技术有限公司 一种分布式防火墙IPSec业务负载分担的方法及装置
CN102938898B (zh) * 2012-11-21 2015-03-04 武汉虹信通信技术有限责任公司 一种atca架构下多板卡统一配置系统
CN103763740B (zh) * 2014-01-26 2017-04-12 上海大唐移动通信设备有限公司 一种单板间负载均衡的方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070153787A1 (en) * 2005-12-29 2007-07-05 Alcatel Lucent Home agent apparatus and method of implementing load allocation in communication network
CN101764736A (zh) * 2008-11-10 2010-06-30 西安新邮通信设备有限公司 一种标准atca设备的高可用性方法
CN101729413A (zh) * 2009-11-06 2010-06-09 清华大学 基于atca的多业务处理系统及方法
CN101815103A (zh) * 2010-01-29 2010-08-25 北京东土科技股份有限公司 一种多板卡通信设备地址查询方法
CN102204184A (zh) * 2011-05-17 2011-09-28 华为技术有限公司 Kvm数据传输的方法、业务板及系统
CN103781106A (zh) * 2014-02-24 2014-05-07 南京智达康无线通信科技股份有限公司 基于atca多板卡架构下无线网关的接入方法
CN103957157A (zh) * 2014-03-25 2014-07-30 中国人民解放军国防科学技术大学 一种网络接口可定义转发规则的路由方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
陈康先等: "基于ATCA的运营级IPv4和IPv6互通网关架构设计", 《移动通信》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112511527A (zh) * 2020-11-26 2021-03-16 杭州迪普科技股份有限公司 报文传输方法及装置
CN112511527B (zh) * 2020-11-26 2022-10-21 杭州迪普科技股份有限公司 报文传输方法及装置

Also Published As

Publication number Publication date
CN107786459A (zh) 2018-03-09
CN107889134A (zh) 2018-04-06
CN107786459B (zh) 2020-06-09
CN107846699B (zh) 2021-04-13
CN104244305B (zh) 2017-12-08
CN107820267A (zh) 2018-03-20
CN107820267B (zh) 2021-04-13
CN104244305A (zh) 2014-12-24
CN107889134B (zh) 2021-04-09

Similar Documents

Publication Publication Date Title
CN104244305B (zh) 基于atca硬件的多板卡lte网关处理方法及系统
US9083603B2 (en) Appliance in a mobile data network that spans multiple enclosures
US9665530B2 (en) Method and system for implementing elastic network interface and interconnection
CN100502335C (zh) 通信系统、无线局域网基站控制装置和无线局域网基站装置
CN104468462B (zh) 分布式虚拟交换机系统的报文转发方法及设备
CN103067290B (zh) 基于虚拟网卡适应负载均衡网络的vpn隧道实现方法
CN104410541B (zh) Vxlan内层虚拟机流量在中间交换机上进行统计的方法及装置
WO2018182604A1 (en) Wifi protected access 2 (wpa2) pass-through virtualization
CN103313305B (zh) 网关装置及基站系统
CN103747499A (zh) 用于针对有线和无线节点的公共控制协议的方法和设备
US10257749B2 (en) Information interaction method, system and base station
CN104468358A (zh) 分布式虚拟交换机系统的报文转发方法及设备
CN108092893A (zh) 一种专线开通方法及装置
US11792688B2 (en) Systems and methods for a scalable heterogeneous network orchestrator
EP2485564A1 (en) Virtual femto gateway for connecting femto cells to a core network and corresponding method
Salman Cloud RAN: Basics, advances and challenges
CN101179511A (zh) 获取网络地址的方法及接入设备
CN100499549C (zh) 一种WiMAX网络中转发IP报文的装置及基站设备
WO2011009258A1 (zh) 分组数据聚合协议数据的传输方法与装置
Liyanage et al. IP-based virtual private network implementations in future cellular networks
CN219459295U (zh) 一种应急通信系统
CN104022935A (zh) 一种基于业务属性的移动通信网络隔离的方法
Gu et al. Enhancing Security and Scalability in Software Defined LTE Core Networks
CN114338422A (zh) 一种基于mpls的中大型企业网及其实现方法
Ezefibe et al. Towards virtualisation and secured software defined networking for wireless and cellular networks

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: No.28 building C, Fuzhou Software Park, Fuzhou, No.28

Applicant after: Ankexun (Fujian) Technology Co.,Ltd.

Address before: 350400 building 28, Zone C, software park industrial base, 89 software Avenue, Tongpan Road, Gulou District, Fuzhou City, Fujian Province

Applicant before: FUJIAN SUNNADA NETWORK TECHNOLOGY Co.,Ltd.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant