CN104639448A - 一种lte-a系统中基站转发方法和系统 - Google Patents

Abstract

本发明提供一种LTE-A系统中基站转发方法和系统，方法应用于LTE-A基站转发引擎系统中，所述LTE-A基站转发引擎系统包括主控板、转发引擎和多个基带板，所述转发引擎的一端与主控板连接，另一端与多个基带板连接，用于控制主控板和基带板间，以及多个基带板间的IP报文数据转发，方法包括：转发引擎接收基带板发送的IP报文数据，确定IP报文数据的报文类型；转发引擎依据报文类型确定对IP报文数据的处理方式；转发引擎提取IP报文数据的IP报头，依据IP报头确定IP报文数据的转发方向。因此，本发明通过硬件转发引擎来提高线速转发效率，使转发效率接近极限，极大地改善了现有基站数据转发速率较低的问题。

Description

一种LTE-A系统中基站转发方法和系统

技术领域

本发明涉及通信技术领域，更具体地说，涉及一种LTE-A系统中基站转发方法和系统。

背景技术

TD-LTE-A基站设备(eNodeB，evolved NodeB)为分布式基站设备，如图1所示，包括基带单元设备(Base Band Unit，BBU)和射频远端设备(RemoteRF Unit，RRU)。其中，RRU通过IR(Interface between the RRU and the BBU)接口与BBU相连，BBU通过S1接口和EPC(Evolved Packet Core)连接。

LTE-A的载波聚合技术是将两个以上的载波的聚合，通过聚合方式将多个离散或者连续的小频带扩展成更宽的频带来传输数据，其可实现的最大带宽为100MHz。上行和下行聚合载体的数量是不同的，单个组件载体也可以是不同带宽，其中任意两个或多个频带可以进行聚合，如5个连续的20MHz频带可以聚合成一个100MHz带宽，又如两个不连续的20MHz频带则可以聚合成一个40MHz的带宽，如图2所示。因此，在超带宽(载波聚合)下，LTE-A系统基站受带宽影响，基站数据转发速率达到瓶颈。

现有无线网络系统中，基站间的数据转发方式包括核心网转发方式和基站直通转发方式。其中，核心网转发方式中，源基站接收源终端发送的数据包，向核心网设备发送第一查询请求消息，进而源基站接收核心网设备发送的第一查询请求响应消息，根据第一查询请求响应消息中携带的小区信息，确定数据包的转发方式，根据转发方式进行数据包转发。显然核心网转发方式造成了网络传输资源的极大浪费，且增加了传输时延。基站直通转发方式中，无线网络被划分为若干个直通区域，如果源终端所属的源基站和目的终端所属的目的基站处于同一个直通区域内时，源基站通过源基站与目的基站之间的直连接口将从源终端接收到的数据包直接发送到目的终端所属的目的基站，无需再经过核心网转发数据包，极大地节省了网络传输资源，降低了传输时延。然而，基站直通转发方式由于采用软件实现转发，导致线速转发效率低，软件处理时延大，基站数据转发速率仍不高。

发明内容

有鉴于此，本发明提供一种LTE-A系统中基站转发方法和系统，以解决现有技术中基站间的数据转发方式存在的网络传输资源浪费、基站数据转发速率较低的问题。技术方案如下：

基于本发明的一方面，本发明提供一种LTE-A系统中基站转发方法，应用于LTE-A基站转发引擎系统中，所述LTE-A基站转发引擎系统包括主控板、转发引擎和多个基带板，所述转发引擎的一端与所述主控板连接，另一端与所述多个基带板连接，用于控制所述主控板和基带板间，以及所述多个基带板间的IP报文数据转发，所述方法包括：

所述转发引擎接收所述基带板发送的IP报文数据，确定所述IP报文数据的报文类型；

所述转发引擎依据所述报文类型确定对所述IP报文数据的处理方式；

所述转发引擎提取所述IP报文数据的IP报头，依据所述IP报头确定所述IP报文数据的转发方向。

优选地，所述IP报文数据的报文类型包括：IPv4报文数据、IPv6报文数据或IPv4v6报文数据。

优选地，当确定所述IP报文数据为IPv4报文数据时，所述确定对所述IP报文数据的处理方式为IPv4报文数据处理方式；当确定所述IP报文数据为IPv6报文数据时，所述确定对所述IP报文数据的处理方式为IPv6报文数据处理方式；当确定所述IP报文数据为IPv4v6报文数据时，所述确定对所述IP报文数据的处理方式为IPv4v6报文数据处理方式。

优选地，当确定所述IP报文数据为IPv4报文数据时，所述依据所述IP报头确定所述IP报文数据的转发方向具体包括：

当所述IP报头的源IP地址为网管IP地址时，将所述IP报文数据转发至所述主控板中的操作管理维护OAM模块；

当所述IP报头的IP协议字段为第一字段时，将所述IP报文数据转发至所述主控板中的流控制传输协议SCTP协议栈；

当所述IP报头的IP协议字段为第二字段，且用户数据报协议UDP目的端口为第一参数时，进一步提取所述IP报文数据中GPRS隧道协议GTP头中的隧道终点辨识符号TEID字段的值，判断所述TEID字段的值是否为0；

当所述TEID字段的值为0时，将所述IP报文数据转发至所述主控板中的用户层面的GPRS隧道协议GTP-U模块，经所述GTP-U模块处理后，发送至核心网；

当所述TEID字段的值不为0时，根据下行映射表修改目的IP地址，将所述IP报文数据转发至修改后的目的IP地址对应的基带板上。

优选地，当确定所述IP报文数据为IPv6报文数据时，所述依据所述IP报头确定所述IP报文数据的转发方向具体包括：

当所述IP报头的源IP地址为网管IP地址时，将所述IP报文数据转发至所述主控板中的OAM模块；

当所述IP报头的IP协议字段为第三字段时，将所述IP报文数据转发至所述主控板中的SCTP协议栈；

当所述IP报头的IP协议字段为第四字段，且UDP目的端口为第二参数时，进一步提取所述IP报文数据中GTP头中的TEID字段的值，判断所述TEID字段的值是否为0；

当所述TEID字段的值为0时，将所述IP报文数据转发至所述主控板中的GTP-U模块，经所述GTP-U模块处理后，发送至核心网；

当所述TEID字段的值不为0时，根据下行映射表修改目的IP地址，将所述IP报文数据转发至修改后的目的IP地址对应的基带板上。

优选地，确定所述IP报头的IP协议字段为第二字段，且用户数据报协议UDP目的端口为第一参数后，或确定所述IP报头的IP协议字段为第四字段，且UDP目的端口为第二参数后，所述方法还包括：

判断所述IP报文数据是否需要分组数据汇聚协议PDCP解密处理；

如果需要PDCP解密处理，将所述IP报文数据进行解密，并将解密后的IP报文数据重新组装。

优选地，所述LTE-A基站转发引擎系统包括多个主控板，所述转发引擎的一端分别与所述多个主控板连接，所述方法还包括：

当所述转发引擎接收到所述基带板发送的IP报文数据后，依据所述IP报文数据确定所述IP报文数据转发到的主控板。

基于本发明的另一方面，本发明还提供一种LTE-A系统中基站转发方法，应用于LTE-A基站转发引擎系统中，所述LTE-A基站转发引擎系统包括主控板、转发引擎和多个基带板，所述转发引擎的一端与所述主控板连接，另一端与所述多个基带板连接，用于控制所述主控板和基带板间，以及所述多个基带板间的IP报文数据转发，所述方法包括：

所述转发引擎接收所述主控板发送的IP报文数据，其中所述主控板发送的IP报文数据为所述主控板转发的核心网发送至所述主控板的IP报文数据；

所述转发引擎依据所述主控板上的IP地址映射表，将所述IP报文数据中的源IP地址修改为基站内部可识别的目的IP地址；

所述转发引擎将所述IP报文数据转发至所述基站内部可识别的目的IP地址对应的基带板上。

优选地，所述转发引擎接收所述主控板发送的IP报文数据后，所述方法还包括：

所述转发引擎判断所述IP报文数据是否需要PDCP加密处理；

如果需要PDCP加密处理，将所述IP报文数据加密处理；

此时所述转发引擎将所述IP报文数据转发至所述基站内部可识别的目的IP地址对应的基带板上具体包括：

所述转发引擎将所述加密处理后的IP报文数据转发至所述基站内部可识别的目的IP地址对应的基带板上。

基于本发明的再一方面，本发明还提供一种LTE-A系统中基站转发系统，包括至少一个主控板、转发引擎和多个基带板，其中所述多个基带板分别与所述转发引擎的一端连接，所述转发引擎的另一端连接所述主控板；

所述主控板包括操作管理维护OAM模块、流控制传输协议SCTP协议栈、用户层面的GPRS隧道协议GTP-U模块和外部通信接口，其中所述主控板通过所述外部通信接口接收核心网发送的报文数据。

优选地，当包括多个所述主控板时，所述转发引擎的另一端分别与所述多个主控板连接。

应用本发明的上述技术方案，本发明提供的LTE-A系统中基站转发方法中转发引擎接收基带板发送的IP报文数据，确定IP报文数据的报文类型，进而依据报文类型确定对IP报文数据的处理方式，最后提取IP报文数据的IP报头，依据IP报头确定IP报文数据的转发方向。因此，本发明通过硬件转发引擎来提高线速转发效率，使转发效率接近极限，极大地改善了现有基站数据转发速率较低的问题。同时，本发明依据IP报头确定IP报文数据的转发方向，可以实现基带板与主控板间，以及基带板与基带板间IP报文数据的直接转发，节省了网络传输资源，降低了传输时延。

此外，本发明通过引入多层合并方式，将IP+PDCP+GTP-U三层数据面的包结合处理均在硬件转发引擎上实现，相比于现有技术中转发引擎的软件逐层处理实现数据转发，本发明减少了层之间的处理时间，可以进一步提高IP报文数据的转发速率，可以传输更宽的带宽，不会由于带宽成为瓶颈。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为现有技术中分布式基站设备的结构示意图；

图2为连续载波聚合和非连续载波聚合示意图；

图3为本发明提供的一种LTE-A系统中基站转发方法的一种流程图；

图4为本发明提供的一种LTE-A系统中基站转发方法的另一种流程图；

图5为本发明提供的一种LTE-A系统中基站转发方法的再一种流程图；

图6为本发明提供的一种LTE-A系统中基站转发方法的再一种流程图；

图7为本发明提供的一种LTE-A系统中基站转发方法的再一种流程图；

图8为本发明提供的一种LTE-A系统中基站转发系统的一种结构示意图；

图9为本发明提供的一种LTE-A系统中基站转发系统的另一种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

请参阅图3，其示出了本发明提供的一种LTE-A系统中基站转发方法的一种流程图，该方法应用于LTE-A基站转发引擎系统中，所述LTE-A基站转发引擎系统包括主控板、转发引擎和多个基带板，所述转发引擎的一端与所述主控板连接，另一端与所述多个基带板连接，用于控制所述主控板和基带板间，以及所述多个基带板间的IP报文数据转发，所述方法包括：

步骤101，转发引擎接收基带板发送的IP报文数据，确定IP报文数据的报文类型。

在实际应用中，IP报文数据的报文类型可以包括IPv4报文数据、IPv6报文数据或IPv4v6报文数据等。在本发明实施例中，本发明主要以IP报文数据为IPv4报文数据和IPv6报文数据为例进行详细说明，对于IP报文数据为其他类型的报文数据，如IPv4v6报文数据的情况，可以参考IPv4报文数据和IPv6报文数据的处理流程，本发明不再详细赘述。

步骤102，转发引擎依据报文类型确定对IP报文数据的处理方式。

本发明针对IP报文数据的报文类型，分别预设了与IP报文数据的报文类型相对应的处理方式。例如，针对IPv4报文数据和IPv6报文数据分别预设了两种处理方式，当IP报文数据为IPv4报文数据时，确定对IP报文数据的处理方式为IPv4报文数据处理方式；当IP报文数据为IPv6报文数据时，确定对IP报文数据的处理方式为IPv6报文数据处理方式。

步骤103，转发引擎提取IP报文数据的IP报头，依据IP报头确定IP报文数据的转发方向。

本发明中IP报文数据的转发方向包括向其他基带板转发IP报文数据或向主控板转发IP报文数据。针对不同报文类型的IP报文数据，即本发明中的IPv4报文数据和IPv6报文数据，其分别依据IP报头确定IP报文数据的转发方向的实现方式如图4、5所示。

对于IPv4报文数据实现方式具体包括：

步骤201，判断IP报头的源IP地址是否为网管IP地址，如果是，执行步骤202，如果否，执行步骤203。

在实际应用中，数据IP地址和操作维护IP地址是分离的，网管IP地址即操作维护IP地址。

步骤202，将IP报文数据转发至主控板中的OAM(Operation Administrationand Maintenance，操作管理维护)模块。

步骤203，判断IP报头的IP协议字段是否为第一字段，如果是，执行步骤204，如果否，执行步骤205。

本发明中，第一字段可以为111或132，其第一字段的具体数值可以根据实际需要灵活设置。通常在实际应用过程中，针对不同报文类型的IP报文数据，其IP报文数据本身的字段就不同，因此本发明在判断IP协议字段时可以同时参考IP报文数据的报文类型。

步骤204，将IP报文数据转发至主控板中的SCTP(Stream ControlTransmission Protocol，流控制传输协议)协议栈。

步骤205，判断IP报头的IP协议字段是否为第二字段，且同时UDP(UserDatagram Protocol，用户数据报协议)目的端口是否为第一参数，如果是，执行步骤206，如果否，执行步骤210。

其中，第二字段可以为17，第一参数可以为2152或2153。

步骤206，提取IP报文数据中GTP(GPRS Tunnelling Protocol，GPRS隧道协议)头中的TEID(Tunnel Endpoint Identifier，隧道终点辨识符号)字段的值。

步骤207，判断TEID字段的值是否为0，如果为0，执行步骤208，如果不为0，执行步骤209。

步骤208，将IP报文数据转发至主控板中的GTP-U(GPRS TunnellingProtocol for the user plane，用户层面的GPRS隧道协议)模块，经所述GTP-U模块处理后，发送至核心网。

步骤209，根据下行映射表修改目的IP地址，将IP报文数据转发至修改后的目的IP地址对应的基带板上。

其中，下行映射表用于表示外部IP报文数据的目的IP地址与基站内部可识别的目的IP地址间的映射关系，当基站接收到外部IP报文数据后，将外部IP报文数据中的目的IP地址修改为基站内部可识别的目的IP地址，进而将IP报文数据转发至修改后的目的IP地址对应的基带板上。

步骤210，拒绝转发。

需要说明的是，对于上述步骤201、203和205的判断步骤的先后顺序本发明不做限定，显而易见的本发明还可为先执行步骤203和205，在执行步骤201，或先步骤201和205，在执行步骤203，或三个判断步骤同时执行。

对于IPv6报文数据实现方式具体包括：

步骤301，判断IP报头的源IP地址是否为网管IP地址，如果是，执行步骤302，如果否，执行步骤303。

在实际应用中，数据IP地址和操作维护IP地址是分离的，网管IP地址即操作维护IP地址。

步骤302，将IP报文数据转发至主控板中的OAM模块。

步骤303，判断IP报头的IP协议字段是否为第三字段，如果是，执行步骤304，如果否，执行步骤305。

本发明中，第三字段可以为222或132，其第三字段的具体数值可以根据实际需要灵活设置。通常在实际应用过程中，针对不同报文类型的IP报文数据，其IP报文数据本身的字段就不同，因此本发明在判断IP协议字段时可以同时参考IP报文数据的报文类型。

此外还需要说明的是，本发明中第一字段与第三字段的数值可以相同或不同。在第一字段与第三字段的数值相同的情况下，虽然本发明在具体判断过程中判断的参数相同，但因为IPv4报文数据和IPv6报文数据本身的不同，其判断动作本身是不同的。

步骤304，将IP报文数据转发至主控板中的SCTP协议栈。

步骤305，判断IP报头的IP协议字段是否为第四字段，且同时UDP目的端口是否为第二参数，如果是，执行步骤306，如果否，执行步骤310。

其中，第四字段可以为17，第二参数可以为2152或2153。

本发明中，第一参数和第二参数的具体数值相同或不同。

步骤306，提取IP报文数据中GTP头中的TEID字段的值。

步骤307，判断TEID字段的值是否为0，如果为0，执行步骤308，如果不为0，执行步骤309。

步骤308，将IP报文数据转发至主控板中的GTP-U模块，经GTP-U模块处理后，发送至核心网。

步骤309，根据下行映射表修改目的IP地址，将IP报文数据转发至修改后的目的IP地址对应的基带板上。

步骤310，拒绝转发。

同理，对于上述步骤301、303和305的判断步骤的先后顺序本发明不做限定，显而易见的本发明还可为先执行步骤303和305，在执行步骤301，或先步骤301和305，在执行步骤303，或三个判断步骤同时执行。

因此应用本发明的上述技术方案，本发明提供的LTE-A系统中基站转发方法中转发引擎接收基带板发送的IP报文数据，确定IP报文数据的报文类型，进而依据报文类型确定对IP报文数据的处理方式，最后提取IP报文数据的IP报头，依据IP报头确定IP报文数据的转发方向。因此，本发明通过硬件转发引擎来提高线速转发效率，使转发效率接近极限，极大地改善了现有基站数据转发速率较低的问题。同时，本发明依据IP报头确定IP报文数据的转发方向，可以实现基带板与主控板间，以及基带板与基带板间IP报文数据的直接转发，节省了网络传输资源，降低了传输时延。

上述实施例的基础上，请参阅图6，其示出了本发明提供的一种LTE-A系统中基站转发方法的再一种流程图，包括：

步骤401，转发引擎接收基带板发送的IP报文数据，确定IP报文数据的报文类型。当确定IP报文数据为IPv4报文数据时，执行步骤402，当确定IP报文数据为IPv6报文数据时，执行步骤414。

步骤402，转发引擎确定对IP报文数据的处理方式为IPv4报文数据处理方式。

步骤403，转发引擎提取IP报文数据的IP报头，判断IP报头的源IP地址是否为网管IP地址，如果是，执行步骤404，如果否，执行步骤405。

步骤404，将IP报文数据转发至主控板中的OAM模块。

步骤405，判断IP报头的IP协议字段是否为111，如果是，执行步骤406，如果否，执行步骤407。

步骤406，将IP报文数据转发至主控板中的SCTP协议栈。

步骤407，判断IP报头的IP协议字段是否为17，且同时UDP目的端口是否为2152，如果是，执行步骤408，如果否，执行步骤413。

步骤408，判断IP报文数据是否需要PDCP(Packet Data ConvergenceProtocol，分组数据汇聚协议)解密处理。如果需要，执行步骤409，如果不需要，直接执行步骤410。

本发明中，PDCP解密处理可以包括ZUC算法、SNOW 3G算法和AES算法等。

步骤409，将IP报文数据进行解密，并将解密后的IP报文数据重新组装。

步骤410，提取IP报文数据中GTP头中的TEID字段的值，判断TEID字段的值是否为0。如果为0，执行步骤411，如果不为0，执行步骤412。

步骤411，将IP报文数据转发至主控板中的GTP-U模块，经所述GTP-U模块处理后，发送至核心网。

步骤412，根据下行映射表修改目的IP地址，将IP报文数据转发至修改后的目的IP地址对应的基带板上。

步骤413，拒绝转发。

步骤414，转发引擎确定对IP报文数据的处理方式为IPV6报文数据处理方式。

步骤415，转发引擎提取IP报文数据的IP报头，判断IP报头的源IP地址是否为网管IP地址，如果是，执行步骤416，如果否，执行步骤417。

步骤416，将IP报文数据转发至主控板中的OAM模块。

步骤417，判断IP报头的IP协议字段是否为222，如果是，执行步骤418，如果否，执行步骤419。

步骤418，将IP报文数据转发至主控板中的SCTP协议栈。

步骤419，判断IP报头的IP协议字段是否为17，且同时UDP目的端口是否为2152，如果是，执行步骤420，如果否，执行步骤425。

步骤420，判断IP报文数据是否需要PDCP解密处理。如果需要，执行步骤421，如果不需要，直接执行步骤422。

步骤421，将IP报文数据进行解密，并将解密后的IP报文数据重新组装。

步骤422，提取IP报文数据中GTP头中的TEID字段的值，判断TEID字段的值是否为0。如果为0，执行步骤423，如果不为0，执行步骤424。

步骤423，将IP报文数据转发至主控板中的GTP-U模块，经GTP-U模块处理后，发送至核心网。

步骤424，根据下行映射表修改目的IP地址，将IP报文数据转发至修改后的目的IP地址对应的基带板上。

步骤425，拒绝转发。

因此，本发明通过引入多层合并方式，将IP+PDCP+GTP-U三层数据面的包结合处理均在硬件转发引擎上实现，相比于现有技术中转发引擎的软件逐层处理实现数据转发，本发明减少了层之间的处理时间，可以进一步提高IP报文数据的转发速率，可以传输更宽的带宽，不会由于带宽成为瓶颈。

需要说明的是，本发明上述实施例保护的主要思想之一在于上述各步骤的控制方法和判断方法的实现，对于其具体采用的第一字段、第二字段、第三字段和第四字段，以及第一参数和第二参数的具体数值并不做限定。

此外上述实施例以LTE-A基站转发引擎系统包括一个主控板为例进行的详细说明，除此之外，本发明提供的LTE-A基站转发引擎系统还可以包括多个主控板，其中转发引擎的一端分别与多个主控板连接。此时，方法还包括：

步骤400，当转发引擎接收到基带板发送的IP报文数据后，依据IP报文数据确定IP报文数据转发到的主控板。

即本发明中，转发引擎接收到基带板发送的IP报文数据后，依据IP报文数据来确定该IP报文数据需发送到哪一个主控板上。当确定该IP报文数据的转发方向后，将该IP报文数据转发到相应的主控板。

实施例二

在前述实施例一中，转发引擎接收到是来自于基带板的IP报文数据，其IP报文数据需要转发至其他基带板或主控板。在本实施例二中，转发引擎接收来自主控板的IP报文数据，将该IP报文数据转发至基带板，如图7所示，方法包括：

步骤501，转发引擎接收主控板发送的IP报文数据。其中主控板发送的IP报文数据为主控板转发的核心网发送至主控板的IP报文数据。

步骤502，转发引擎依据主控板上的IP地址映射表，将IP报文数据中的源IP地址修改为基站内部可识别的目的IP地址。

本发明中，IP地址映射表用于表示IP报文数据中的源IP地址与基站内部可识别的目的IP地址间的映射关系，通过依据IP地址映射表将源IP地址修改为基站内部可识别的目的IP地址，以找到与目的IP地址对应的基带板。

步骤503，转发引擎将IP报文数据转发至基站内部可识别的目的IP地址对应的基带板上。

同时，较优的，在步骤501后，方法还可以进一步包括：

步骤504：转发引擎判断IP报文数据是否需要PDCP加密处理。如果需要，执行步骤505，如果不需要，直接执行步骤502。

步骤505，将IP报文数据加密处理。

此时，步骤503具体为，转发引擎将加密处理后的IP报文数据转发至基站内部可识别的目的IP地址对应的基带板上。

实施例三

基于前文本发明提供的一种LTE-A系统中基站转发方法，本发明还提供一种LTE-A系统中基站转发系统，如图8所示，包括至少一个主控板100、转发引擎200和多个基带板300，其中，多个基带板300分别与转发引擎200的一端连接，转发引擎200的另一端连接主控板100。

具体地，主控板100包括OAM模块101、SCTP协议栈102、GTP-U模块103和外部通信接口104，其中主控板100通过外部通信接口104接收核心网发送的报文数据。

此外，本发明还提供一种LTE-A系统中基站转发系统的结构示意图，如图9所示，所述系统包括多个主控板100，转发引擎200的另一端分别与多个主控板100连接。

以上对本发明所提供的一种LTE-A系统中基站转发方法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种LTE-A系统中基站转发方法，其特征在于，应用于LTE-A基站转发引擎系统中，所述LTE-A基站转发引擎系统包括主控板、转发引擎和多个基带板，所述转发引擎的一端与所述主控板连接，另一端与所述多个基带板连接，用于控制所述主控板和基带板间，以及所述多个基带板间的IP报文数据转发，所述方法包括：

所述转发引擎接收所述基带板发送的IP报文数据，确定所述IP报文数据的报文类型；

所述转发引擎依据所述报文类型确定对所述IP报文数据的处理方式；

所述转发引擎提取所述IP报文数据的IP报头，依据所述IP报头确定所述IP报文数据的转发方向。

2.根据权利要求1所述的方法，其特征在于，所述IP报文数据的报文类型包括：IPv4报文数据、IPv6报文数据或IPv4v6报文数据。

3.根据权利要求2所述的方法，其特征在于，当确定所述IP报文数据为IPv4报文数据时，所述确定对所述IP报文数据的处理方式为IPv4报文数据处理方式；当确定所述IP报文数据为IPv6报文数据时，所述确定对所述IP报文数据的处理方式为IPv6报文数据处理方式；当确定所述IP报文数据为IPv4v6报文数据时，所述确定对所述IP报文数据的处理方式为IPv4v6报文数据处理方式。

4.根据权利要求3所述的方法，其特征在于，当确定所述IP报文数据为IPv4报文数据时，所述依据所述IP报头确定所述IP报文数据的转发方向具体包括：

当所述IP报头的源IP地址为网管IP地址时，将所述IP报文数据转发至所述主控板中的操作管理维护OAM模块；

当所述IP报头的IP协议字段为第一字段时，将所述IP报文数据转发至所述主控板中的流控制传输协议SCTP协议栈；

当所述IP报头的IP协议字段为第二字段，且用户数据报协议UDP目的端口为第一参数时，进一步提取所述IP报文数据中GPRS隧道协议GTP头中的隧道终点辨识符号TEID字段的值，判断所述TEID字段的值是否为0；

当所述TEID字段的值为0时，将所述IP报文数据转发至所述主控板中的用户层面的GPRS隧道协议GTP-U模块，经所述GTP-U模块处理后，发送至核心网；

当所述TEID字段的值不为0时，根据下行映射表修改目的IP地址，将所述IP报文数据转发至修改后的目的IP地址对应的基带板上。

5.根据权利要求3所述的方法，其特征在于，当确定所述IP报文数据为IPv6报文数据时，所述依据所述IP报头确定所述IP报文数据的转发方向具体包括：

当所述IP报头的源IP地址为网管IP地址时，将所述IP报文数据转发至所述主控板中的OAM模块；

当所述IP报头的IP协议字段为第三字段时，将所述IP报文数据转发至所述主控板中的SCTP协议栈；

当所述IP报头的IP协议字段为第四字段，且UDP目的端口为第二参数时，进一步提取所述IP报文数据中GTP头中的TEID字段的值，判断所述TEID字段的值是否为0；

当所述TEID字段的值为0时，将所述IP报文数据转发至所述主控板中的GTP-U模块，经所述GTP-U模块处理后，发送至核心网；

当所述TEID字段的值不为0时，根据下行映射表修改目的IP地址，将所述IP报文数据转发至修改后的目的IP地址对应的基带板上。

6.根据权利要求4-5任一项所述的方法，其特征在于，确定所述IP报头的IP协议字段为第二字段，且用户数据报协议UDP目的端口为第一参数后，或确定所述IP报头的IP协议字段为第四字段，且UDP目的端口为第二参数后，所述方法还包括：

判断所述IP报文数据是否需要分组数据汇聚协议PDCP解密处理；

如果需要PDCP解密处理，将所述IP报文数据进行解密，并将解密后的IP报文数据重新组装。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述LTE-A基站转发引擎系统包括多个主控板，所述转发引擎的一端分别与所述多个主控板连接，所述方法还包括：

当所述转发引擎接收到所述基带板发送的IP报文数据后，依据所述IP报文数据确定所述IP报文数据转发到的主控板。

8.一种LTE-A系统中基站转发方法，其特征在于，应用于LTE-A基站转发引擎系统中，所述LTE-A基站转发引擎系统包括主控板、转发引擎和多个基带板，所述转发引擎的一端与所述主控板连接，另一端与所述多个基带板连接，用于控制所述主控板和基带板间，以及所述多个基带板间的IP报文数据转发，所述方法包括：

所述转发引擎接收所述主控板发送的IP报文数据，其中所述主控板发送的IP报文数据为所述主控板转发的核心网发送至所述主控板的IP报文数据；

所述转发引擎依据所述主控板上的IP地址映射表，将所述IP报文数据中的源IP地址修改为基站内部可识别的目的IP地址；

所述转发引擎将所述IP报文数据转发至所述基站内部可识别的目的IP地址对应的基带板上。

9.根据权利要求8所述的方法，其特征在于，所述转发引擎接收所述主控板发送的IP报文数据后，所述方法还包括：

所述转发引擎判断所述IP报文数据是否需要PDCP加密处理；

如果需要PDCP加密处理，将所述IP报文数据加密处理；

此时所述转发引擎将所述IP报文数据转发至所述基站内部可识别的目的IP地址对应的基带板上具体包括：

所述转发引擎将所述加密处理后的IP报文数据转发至所述基站内部可识别的目的IP地址对应的基带板上。

10.一种LTE-A系统中基站转发系统，其特征在于，包括至少一个主控板、转发引擎和多个基带板，其中所述多个基带板分别与所述转发引擎的一端连接，所述转发引擎的另一端连接所述主控板；

所述主控板包括操作管理维护OAM模块、流控制传输协议SCTP协议栈、用户层面的GPRS隧道协议GTP-U模块和外部通信接口，其中所述主控板通过所述外部通信接口接收核心网发送的报文数据。

11.根据权利要求10所述的系统，其特征在于，当包括多个所述主控板时，所述转发引擎的另一端分别与所述多个主控板连接。