CN100438489C - 二次激活数据转发方法及其设备 - Google Patents

Abstract

本发明涉及无线通信***中的数据转发技术，公开了一种二次激活数据转发方法及其设备，使得CPU的处理负担减小，匹配效率和转发吞吐量提高。这种二次激活数据转发方法用于GGSN，包含以下步骤：在具有相同PDP地址的PDP上下文中选择一个作为主PDP上下文；当进行下行数据报文转发时：A根据下行数据报文的目的IP地址找到主PDP上下文；B根据下行数据报文查找主PDP上下文所引出的分组包过滤器链，获得与下行数据报文匹配的分组包过滤器；C根据匹配的分组包过滤器找到相应的PDP上下文，并按照其参数对下行数据报文进行重新封装或解封装后转发。

Description

二次激活数据转发方法及其设备

技术领域

本发明涉及无线通信***中的数据转发技术，特别涉及通用分组无线业务网关支持节点中二次激活数据的转发技术。

背景技术

随着移动通信技术和网际(Internet Protocol，简称“IP”)技术的不断发展，移动通信***经历了全球移动通信***(Global System for MobileCommunications，简称“GSM”)、通用无线分组业务(General Packet RadioService，简称“GPRS”)网络，目前正在不断向第三代移动通信***发展。第三代移动通信***是一种能够为用户提供多种类型和高质量多媒体业务，与固定网络相互兼容并能实现全球无缝覆盖，同时也允许各种小型便携式终端在任意时刻任意时间进行通信的***。

宽带码分多址(Wideband Code Division Multiple，简称“WCDMA”)通信***是目前世界上主流的第三代移动通信***之一，其是在传统GSM网络上发展起来的新一代网络，结构与GSM网络结构相似，主要在网络中添加了网关GPRS支持节点(Gateway GPRS Support Node，简称“GGSN”)、服务GPRS支持节点(Service GPRS Support Node，简称“SGSN”)，并对GSM网络中的其他各种设备进行了升级，使网络能够处理分组数据业务，从而实现WCDMA网与分组数据网(Packet Data Network，简称“PDN”)的互连互通。

GGSN和SGSN是WCDMA核心网络分组域的主要设备。GGSN主要用于提供数据包在WCDMA网和外部数据网之间的路由和封装，由此完成接入、转发和计费等功能。在数据由PDN接入WCDMA网络时，GGSN将经PDN分析过的分组数据协议(Packet Data Protocol，简称“PDP”)上下文地址接入到WCDMA网络，同时查找已经激活的WCDMA业务用户的路由信息，根据该路由信息将协议数据单元(Protocol Data Units，简称“PDU”)通过隧道技术发送给SGSN。在数据由WCDMA发送到PDN时，GGSN主要将SGSN发送过来的包含WCDMA业务用户信息的数据单元封装为适合PDN传送的数据结构并将其发送。因此，从外部网看来GGSN是一个可寻址WCDMA网络中所有用户IP的路由器。

SGSN主要用于为用户设备(User Equipment，简称“UE”)提供各种业务，实现认证授权、移动性能管理和会话管理等功能。其中会话管理主要通过PDP上下文的激活、修改、去激活信令流程来实现。熟悉本领域的技术人员应该知道，所述PDP上下文激活流程主要用于建立用户面的分组传输路由；所述PDP上下文修改流程用于修改激活的PDP上下文服务质量(Qualityof Service，简称“Qos”)和通信流量模板(Traffic Flow Template，简称“TFT”)；所述PDP上下文去激活流程用于拆除激活的PDP上下文。如果PDP上下文建立成功，SGSN、GGSN以及UE上都会保存PDP上下文，只有在PDP上下文处于激活状态时，SGSN与GGSN间才能进行数据传送。

由于在实际使用过程中，一个UE可以包含一个或多个签约PDP地址，每个PDP地址有可能包括一个或多个会话，每个会话都有两种状态：激活状态和非激活状态。其中非激活的会话不包括路由信息，不能进行数据转发。因此要进行SGSN与GGSN数据传送，首先需要激活PDP上下文。

PDP上下文激活包括移动台(Mobile Station，简称“MS”)侧发起的PDP上下文激活、网络侧发起的PDP上下文激活和二次激活。下面将分别介绍上述三种激活方式。

图1为MS侧发起的PDP上下文激活消息传递示意图。如图所示，主要由MS 10，通用移动通信***(Universal Mobile Telecommunications System，简称“UMTS”)陆地无线接入网(UMTS Terrestrial Radio Access Network，简称“UTRAN”)11、SGSN 12和GGSN 13组成。其中MS 10即为移动台，可以是手机，无线网卡等移动通信设备；UTRAN 11用于接收MS 10发送过来的无线数据或者向MS 10发送数据。

在进行激活时，首先由MS 10向SGSN 12发送激活PDP上下文请求消息101，请求激活PDP上下文。熟悉本领域的技术人员应该知道，所述激活PDP上下文请求消息101应该包含用于标志PDU的网络层服务接入点标识(Network Layer Service Access Point Identifier，简称“NSAPI”)、用于分配给相同PDP上下文地址和接入点名称(Access Point Name，简称“APN”)的已激活PDP上下文参数TI、PDP类型、PDP地址、APN以及Qos。其中所述PDP地址可以是静态地址或动态地址，当PDP地址是动态地址时，需要将相应字段设置为空。

SGSN 12接收到激活PDP上下文请求消息101后，对PDP类型、PDP地址、APN和PDP上下文签约数据进行检验。如果验证表明激活PDP上下文请求消息101有效，并且此时使用的GPRS隧道协议(GPRS TunnellingProtocol，简称“GTP”)通道的版本号为V1，则SGSN 12给PDP上下文分配隧道端点标识(Tunnel Endpoint Identifier，简称“TEID”)；如果激活PDP上下文请求消息101有效，并且此时使用的GTP通道版本号为V0，则SGSN12给PDP上下文分配隧道标识(Tunnel Identifier，简称“TID”)。在分配完GTP隧道标识以后，SGSN 12根据一定的算法选择APN，向GGSN 13发送创建PDP上下文请求消息102。熟悉本领域的技术人员应该知道，所述创建PDP上下文请求消息102应该包含PDP类型、PDP地址、APN、NSAPI、TEID或TID、选择模式等信息。

GGSN 13接收SGSN 12发送过来的创建PDP上下文请求消息102，为PDP上下文分配动态地址、配置计费标识、进行Qos协商。如果可以创建PDP上下文，则向SGSN 12发送创建PDP上下文响应消息103。

SGSN 12接收来自GGSN 13的创建PDP上下文响应消息103后，进行判断。如果允许激活PDP上下文，则发送允许激活PDP上下文消息104给MS 10。其中，所述允许激活PDP上下文消息包括PDP上下文地址、Qos等信息。

图2是网络侧发起的PDP上下文激活消息传递示意图。如图所示，主要由MS 20、SGSN 21、归属位置寄存器(Home Location Register，简称“HLR”)22、GGSN 23构成。其中MS 20、SGSN21、GGSN23与图1中的MS 10、SGSN 12、GGSN 13的作用相同，HLR 22是一个数据库，用于永久存储管理用户和服务记录。

首先GGSN 13接收来自PDN的PDU，并向HLR 22发送“Send RouteingInformation for GPRS”消息201。该消息应该包含表示待接收数据的MS国际移动用户标识(International Mobile Subscriber Identity，简称“IMSI”)，同时取出SGSN 21的地址。

HLR 22接收到“Send Routeing Information for GPRS”消息201以后，如果MS 10可达，则向GGSN 23发送“Send Routeing Information for GPRSAck”消息202。熟悉本领域的技术人员应该知道，所述“Send RouteingInformation for GPRS Ack”消息202包括MS 10的IMSI，SGSN 21的地址、移动台不能到达的原因等信息。

GGSN 23接到消息202后向SGSN21发送“PDU Notification Request”消息203，通知SGSN 21有PDU需要发送。熟悉本领域的技术人员经过知道，该消息应该包含IMSI、PDP类型、PDP地址以及APN等信息。

SGSN 21接收到“PDU Notification Request”消息203后进行处理，并返回“PDU Notification Response”消息204给GGSN 23，确认将要请求MS10激活PDP上下文。

然后SGSN 21向MS 10发送激活PDP上下文请求消息205，要求MS 10发起激活PDP上下文请求。由上述可知，所述激活PDP上下文请求消息205应该包含TI、PDP类型、PDP地址、APN等消息。此后将进入由MS侧发起的PDP上下文激活过程。

二次激活的处理流程与MS侧发起的PDP上下文激活处理流程相似，它只有在相同PDP地址和APN上有PDP上下文激活时才能发起。二次激活的PDP上下文与已激活的PDP上下文只有Qos不同，对于相同PDP地址的各个PDP上下文都使用唯一的TI和NSAPI标识，每个PDP上下文仅可能与一个TFT相关，并且仅允许一个PDP上下文没有相关的TFT。在进行下行数据传送时，GGSN根据TFT匹配选择合适的PDP上下文；在传送上行数据时MS则根据Qos选择不同的PDP上下文。

由于在二次激活传送下行数据时，GGSN需要根据TFT来选择合适的PDP上下文，从而区别不同用户的有效载荷，因此有必要了解TFT的结构及其工作过程。

TFT实际上是由一到八个分组包过滤器组成的，每个过滤器通过唯一的分组包过滤器标志符来识别。每一个分组包过滤器还包括一个评估优先索引，用于标识具有相同PDP地址的每个PDP上下文对应的TFT。熟悉本领域的技术人员应该知道，上述评估优先索引是一个0～255的值，数值越大优先级越低，并且对相同PDP地址的TFT都是唯一的。每个分组包过滤器都具有源地址和子网屏蔽、IPv4中的协议号(Protocol Number)或IPv6中的下一个报头(Next header)、目的端口范围、源端口范围、网际协议安全(InternetProtocol Security，简称“IPSec”)安全参数索引、IPv4中的业务类型/IPv6中的通信类(Traffic class)和屏蔽、IPv6的流标志等属性中的一种或几种。不同的分组包过滤器所允许共存的属性不尽相同，下表将描述不同分组包过滤器所允许共存的属性，“X”表示允许共存并且至少存在一个。

在MS发起PDP上下文修改过程时，GGSN将TFT添加到已激活的PDP上下文中。以后如果对PDP上下文进行修改，可以根据需要对TFT也进行修改；如果对PDP上下文进行去激活，则TFT也被删除。熟悉本领域的技术人员应该了解，在对PDP上下文进行修改时，可以修改或删除一个或多个已存在的分组包过滤器，也可以创建新分组包过滤器或者删除TFT。

由于一个TFT对应一个PDP地址，TFT中的一个分组包过滤器对应一个PDP上下文，现有技术通常将具有同一PDP地址的所有PDP上下文都存储在同一数组中，即将TFT所有的分组包过滤器都存在同一数组中。在下行数据包到达GGSN时，GGSN内部的中央处理器(Central Processing Unit，简称“CPU”)根据下行数据包的IP地址查找对应PDP地址的数组，然后在对应PDP地址的数组中依次将各个PDP上下文的分组包过滤器属性与下行数据包的信息进行比较，判断其是否匹配。如果匹配，则CPU根据该匹配PDP上下文的参数进行转发；如果不匹配，则继续查找。

在实际应用中，上述方案存在以下问题：由于每一组具有相同PDP地址的PDP上下文都存储在一个数组中，对于多个PDP地址则需要有多个数组，查找与下行数据报文相匹配的PDP上下文只能通过通用CPU来处理，当匹配效率较低时，CPU的处理效率就变得很低，从而会影响二次激活数据转发的吞吐量。

造成这种情况的主要原因在于，通用CPU需要同时进行下行数据报文与TFT中分组包过滤器的匹配判断处理和按匹配PDP上下文的参数实现数据转发处理这两个操作，数据转发吞吐量受CPU处理效率的限制。当分组包过滤器匹配效率低时，CPU处理效率变低，因此会影响二次激活数据转发的吞吐量。

发明内容

有鉴于此，本发明的主要目的在于提供一种二次激活数据转发方法及其设备，使得CPU的处理负担减小，匹配效率和转发吞吐量提高。

为实现上述目的，本发明提供了一种二次激活数据转发方法，用于网关通用无线分组业务支持节点，包含以下步骤：

在具有相同分组数据协议地址的分组数据协议上下文中选择一个作为主分组数据协议上下文；

当进行下行数据报文转发时：

A网络处理器根据所述下行数据报文的目的网间互联协议地址找到主分组数据协议上下文；

B根据所述下行数据报文查找所述主分组数据协议上下文所引出的分组包过滤器链，获得与所述下行数据报文匹配的分组包过滤器；

C根据所述匹配的分组包过滤器找到相应的分组数据协议上下文，并按照分组数据协议上下文参数对所述下行数据报文进行重新封装或解封装后转发。

其中，所述主分组数据协议上下文与其所引出的分组包过滤器链的各个节点所对应的分组数据协议上下文的分组数据协议地址相同。

所述分组数据协议上下文全部存储在一个一维线性表中，并为每个分组数据协议上下文编排一个索引号。

所述方法还包含以下步骤，为所述主分组数据协议上下文建立索引表；

所述步骤A还进一步包含以下子步骤：

根据所述下行数据报文的目的网间互联协议地址查找所述主分组数据协议上下文的索引表，找到相应的主分组数据协议上下文索引号；

根据所述主分组数据协议上下文索引号在存储所有分组数据协议上下文的所述一维线性表中找到所述主分组数据协议上下文。

所述主分组数据协议上下文的索引表按照二叉树形式组织。

在所述步骤B中，所述分组包过滤器链中的每个分组包过滤器都包含与该分组包过滤器对应的分组数据协议上下文索引号字段。

在所述步骤B中，所述分组包过滤器链中的分组包过滤器按照优先级从高到低的顺序依次排列。

在所述步骤B中，所述分组包过滤器链末尾的分组包过滤器是一个指向与该链相应通信流量模板不相关的分组数据协议上下文，以保证所述下行数据报文无法匹配时能够按照该分组数据协议上下文的参数进行处理。

本发明还提供了一种网关通用无线分组业务支持节点设备，支持二次激活数据转发，该网关通用无线分组业务支持节点包含多块业务处理板，所述业务处理板包含中央处理器和网络处理器，其中：

所述中央处理器用于协议处理和接口通信；

所述网络处理器用于完成数据报文转发，所述数据报文转发包括：

在具有相同分组数据协议地址的分组数据协议上下文中选择一个作为主分组数据协议上下文；

当进行下行数据报文转发时：

A网络处理器根据所述下行数据报文的目的网间互联协议地址找到主分组数据协议上下文；

B根据所述下行数据报文查找所述主分组数据协议上下文所引出的分组包过滤器链，获得与所述下行数据报文匹配的分组包过滤器；

C根据所述匹配的分组包过滤器找到相应的分组数据协议上下文，并按照分组数据协议上下文参数对所述下行数据报文进行重新封装或解封装后转发。

通过比较可以发现，本发明的技术方案与现有技术的区别在于，将GGSN业务处理板中的信令和数据转发处理分离，信令由CPU处理，数据转发由NP处理；同时也采用了适合NP处理的数据结构，将所有的PDP上下文保存在一个一维线性表中，对于PDP地址相同的PDP上下文，命其中一个为主PDP上下文，把该PDP地址的对应PDP上下文的TFT拆为多个过滤器，在过滤器中增加一个字段表示该过滤器所属的TFT对应的PDP上下文的索引。多个过滤器按优先级从高到低依次链接在主PDP上下文之后，增加一种内容为空的过滤器指向不与TFT关联的PDP上下文。还为主PDP上下文建立索引，该索引可以使用二叉树的形式进行组织。

在二次激活中，根据数据报文的目的IP地址查表对应到主PDP上下文的索引，根据主PDP上下文的索引查主PDP上下文表，访问其后面的过滤器链，进行过滤器的属性进行匹配成功后，根据该过滤器对应的PDP上下文中的参数进行转发。

这种技术方案上的区别，带来了较为明显的有益效果，即通过采用专用的NP取代通用CPU进行数据报文处理，并设计了适合NP处理的数据结构(包括一个存储所有PDP上下文的一维线性表、按照优先级排列的过滤器链、主PDP上下文索引等)，使得二次激活时数据报文匹配PDP上下文的效率大大提高，增加了二次激活时的数据转发的吞吐量。

附图说明

图1是MS侧发起的PDP上下文激活消息传递示意图；

图2是网络侧发起的PDP上下文激活消息传递示意图；

图3是根据本发明一个实施例的实现GGSN二次激活数据转发的GGSN内部结构示意图；

图4是根据本发明一个实施例的实现GGSN二次激活数据转发的业务处理板结构示意图；

图5是根据本发明一个实施例的实现非二次激活上行数据报文转发处理流程图；；

图6是根据本发明一个实施例的实现非二次激活下行数据报文转发处理流程图；

图7是根据本发明一个实施例的实现GGSN二次激活数据转发的主PDP上下文索引组织结构示意图；

图8是根据本发明一个实施例的实现GGSN二次激活下行数据报文转发处理流程图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

本发明的主要思想是将信令和数据转发相分离，信令采用通用CPU处理，数据采用网络处理器(Network Processor，简称“NP”)处理。为了能够使NP对数据的处理效率比CPU更高，采用了适合NP处理的数据结构和处理流程，例如所有的PDP上下文统一存放在一个一维线性表中而不是同一个PDP地址的PDP上下文单独保存在一个数组、采用二叉树的形式来组织上下文索引等等。

图3是根据本发明一个实施例的实现GGSN二次激活数据转发的GGSN内部结构示意图。如图所示，GGSN 30主要包括主控板31、业务处理板32、33和接口板34、35。

其中，主控板31用于负责路由收集和下发以及进行设备管理。

业务处理板32、33用于负责协议处理和数据转发。***的主要业务都是在业务处理板32、33上实现，整个***可以包括多个业务处理板，每个业务处理板都包括一个CPU和NP。

图4是根据本发明一个实施例的实现GGSN二次激活数据转发的业务处理板结构示意图。如图所示，每个业务处理板都由CPU 41和NP 42组成。其中CPU 41负责协议处理和接口通信。NP 42用于接收CPU 41发送过来的数据包信息，并根据数据包的信息对报文执行封装转发或者解封装转发等处理。熟悉本领域的技术人员应该知道，NP 42通常由若干微处理器和一些硬件协处理器组成，采用多个微处理器进行并行处理，通过软件来控制处理流程。采用硬件协处理器主要是为了提高某些复杂标准操作的处理效率。所述复杂标准操作包括内存操作、路由表查找算法、Qos的拥塞控制算法、流量调度算法等。

接口板34、35提供与其他设备连接的接口，从而实现丰富的组网结构。如接口板34、35可以分别用于连接外部数据网和SGSN。

在进行下行数据转发时，首先由主控板31将收集到的路由表信息分别下发到业务处理板32、33和接口板34、35。业务处理板32或业务处理板33上的NP对接收到的下行数据包消息进行处理，获得与当前下行数据包信息相匹配的分组包过滤器并将该分组包过滤器对应的PDP上下文，根据与该PDP上下文参数对下行数据报文进行协议转换，重新封装或者解封装，最终将报文通过接口板34或接口板35发送出去。

为了能够更清楚地介绍二次激活上行和下行数据报文的转发流程，下面首先介绍非二次激活上行和下行数据报文的转发流程。

图5是根据本发明一个实施例的实现非二次激活上行数据报文转发处理流程图，如图所示。

在数据转发时，首先进入步骤510，业务处理板中的NP根据用户上行数据报文中的TID或者TEID查找用户索引表，获得用户索引号。熟悉本领域的技术人员应该知道，当GGSN与SGSN间采用GTP通道版本号为V0时，使用TID查找用户索引表；当GGSN与SGSN间采用GTP通道版本号为V1时，使用TEID查找用户索引表。

接着进入步骤520，业务处理板根据所获得的用户索引号找到用户转发表项，得到用户信息，将上行报文进行重新封装或解封装处理，使得重新封装或解封装的报文能够在分组数据网中传送。

最后进入步骤530，接口板根据路由表将重新封装或解封装的上行数据报文发送出去，从而完成数据从移动网到分组数据网的发送过程。

图6是根据本发明一个实施例的实现非二次激活下行数据报文转发处理流程图，如图所示。

首先进入步骤610，用户的下行数据报文在业务处理板上查找下行用户索引表，获取用户索引号和业务处理板号。熟悉本领域的技术人员应该知道，所述下行用户索引表可以用包括用户IP地址、用户的处理业务板号、PDP上下文的内部索引号，以及虚拟专用网(Virtual Private Network，简称“VPN”)等字段，并以VPN和用户IP地址作为关键字段。

接着进入步骤620，判断所获得业务处理板是否为本板。如果是，则进入步骤630，如果不是则进入步骤640。

在步骤630中，业务处理板通过用户索引号找到用户的转发表项，取出用户信息，并对报文进行封装处理。

在步骤640，GGSN将用户索引号和报文一起执行转板处理，使数据报文在另一个业务处理板上进行封装处理。

最后进入步骤650，GGSN根据路由表将重新封装的报文从接口板发送出去，实现从分组数据网到移动网的数据发送。

二次激活时，上行数据报文的转发流程与非二次激活上行数据报文转发流程相似，但下行数据报文的转发流程与非二次激活下行数据报文转发流程有所不同。这主要是由于二次激活时，同一个用户具有多个不同的PDP上下文，而这些PDP上下文的PDP地址是相同的。在进行上行数据报文转发时，MS可以根据Qos选择合适的PDP上下文，这个操作无需GGSN进行处理，因此与非二次激活上行数据的转发流程类似；在进行下行数据转发时，GGSN要求将分组数据包根据某个特定的PDP上下文进行转换，因此在进行下行数据报文转发时首先需要对相同PDP地址的PDP上下文进行选择，使下行数据报文与所选择的PDP上下文匹配，然后再按照匹配的PDP上下文参数进行重新封装并转发。

由于在现有技术中，GGSN间所有PDP地址相同的PDP上下文都单独存放在一个数组当中，因此会有很多个大小不同的数组。这种数据结构不适合内存管理不灵活的NP，因此只能由CPU对其进行处理，导致报文处理效率低下。现在由NP替代CPU处理数据报文，为了使得NP的处理效率高于CPU，需要对PDP上下文的存储结构进行变化，使用NP能够高效处理的数据结构，从而提高报文匹配效率，提高数据转发的吞吐量。

本发明首先将GGSN所有用户的PDP上下文以一维数组的形式存储在业务处理板的NP中，并为每一个PDP上下文编排索引号。然后在同一用户的所有PDP上下文中挑选一个作为主PDP上下文，对于仅有一个PDP上下文的用户则直接将该PDP上下文作为主PDP上下文，将这些主PDP上下文的索引号按照一定的数据结构存储。为了适合NP管理，通常将这些主PDP上下文索引号以二叉树的结构进行存储，因为NP中对二叉树的处理进行了专门的优化。

图7是根据本发明一个实施例实现GGSN二次激活数据转发的主PDP上下文索引组织结构示意图。如图所示，主要由一个主PDP上下文索引号存储表70和由其中一个主PDP上下文中引出来的具有同一PDP地址的TFT分组包过滤器链71组成，熟悉本领域的技术人员可以知道，在实际使用过程中，TFT分组包过滤器链71可以有多个。

其中，表70中的主PDP上下文索引号是按照二叉树的形式存储，由于各个主PDP上下文索引号对应的PDP地址都是不同的，因此可以根据下行数据报文的IP地址查找到相应PDP地址，从而找出相应的主PDP上下文索引号。

由于主PDP上下文并不一定与所述下行数据报文匹配，因此对于有多个PDP上下文的PDP地址，还需要从主PDP上下文引出一个TFT分组包过滤器链71，链中的每个分组包过滤器都增加一个字段用以表明与该分组包过滤器相对应的PDP上下文索引号。为了查找方便，通常将各个分组包过滤器按照优先级从高到低的顺序排列。***为了保证对无法匹配的下行数据报文也能进行处理，通常在链的末尾加入一个空分组包过滤器，该空分组包过滤器指向一个无TFT相关的PDP上下文。对空分组过滤器来说，任何数据报文都可以匹配，因此可以使得无法匹配其他分组过滤器的数据报文最终可以匹配到一个缺省的PDP上下文。

由于二次激活仅是GTP通道版本号V1的特性，在GTP通道版本号为V0时，则无需加入分组包过滤器链。

图8是根据本发明一个实施例的实现GGSN二次激活下行数据报文转发处理流程图，如图所示。

首先进入步骤810，由业务处理块的CPU首先根据下行报文数据信息查找主PDP上下文索引存储表70，获得与该数据报文对应的主PDP上下文索引号。熟悉本领域的技术人员可以知道，可以根据报文数据的IP地址查找到主PDP上下文的索引号。

然后进入步骤820，业务处理块根据找到的主PDP上下文索引号访问挂载在其后面的分组包过滤器链，寻找与所述下行数据报文匹配的TFT分组包过滤器。由于挂载的分组包过滤器链是按照PDP上下文优先级从高到低的顺序排列的，因此进行匹配的顺序也是按照优先级由高到低的顺序进行。若找到与该下行数据报文匹配的分组包过滤器，则进入步骤830，若查找到分组包过滤器链末尾仍没有找到与该下行数据报文匹配的分组包过滤器，则进入步骤840。

在步骤830，根据步骤820中获得的与当前数据报文匹配的TFT分组包过滤器中对应的PDP上下文索引号字段，找到相应的PDP上下文，从而根据该PDP上下文的信息完成数据格式转换。

在步骤840，由于没有找到与当前数据报文匹配的TFT分组包过滤器，因此可以根据链末尾定义的空分组包过滤器所对应的PDP上下文信息进行格式转换。

接着进入步骤850，接口板根据路由信息发送重新封装的数据报文。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种各样的改变，而不偏离所附权利要求书所限定的本发明的精神和范围。

Claims (9)

1.一种二次激活数据转发方法，用于网关通用无线分组业务支持节点，其特征在于，包含以下步骤：

在具有相同分组数据协议地址的分组数据协议上下文中选择一个作为主分组数据协议上下文；

当进行下行数据报文转发时：

A网络处理器根据所述下行数据报文的目的网间互联协议地址找到主分组数据协议上下文；

B根据所述下行数据报文查找所述主分组数据协议上下文所引出的分组包过滤器链，获得与所述下行数据报文匹配的分组包过滤器；

C根据所述匹配的分组包过滤器找到相应的分组数据协议上下文，并按照分组数据协议上下文参数对所述下行数据报文进行重新封装或解封装后转发。

2.根据权利要求1所述的二次激活数据转发方法，其特征在于，所述主分组数据协议上下文与其所引出的分组包过滤器链的各个节点所对应的分组数据协议上下文的分组数据协议地址相同。

3.根据权利要求2所述的二次激活数据转发方法，其特征在于，所述分组数据协议上下文全部存储在一个一维线性表中，并为每个分组数据协议上下文编排一个索引号。

4.根据权利要求3所述的二次激活数据转发方法，其特征在于，所述方法还包含以下步骤，为所述主分组数据协议上下文建立索引表；

所述步骤A还进一步包含以下子步骤：

根据所述下行数据报文的目的网间互联协议地址查找所述主分组数据协议上下文的索引表，找到相应的主分组数据协议上下文索引号；

根据所述主分组数据协议上下文索引号在存储所有分组数据协议上下文的所述一维线性表中找到所述主分组数据协议上下文。

5.根据权利要求4所述的二次激活数据转发方法，其特征在于，所述主分组数据协议上下文的索引表按照二叉树形式组织。

6.根据权利要求3所述的二次激活数据转发方法，其特征在于，在所述步骤B中，所述分组包过滤器链中的每个分组包过滤器都包含与该分组包过滤器对应的分组数据协议上下文索引号字段。

7.根据权利要求2所述的二次激活数据转发方法，其特征在于，在所述步骤B中，所述分组包过滤器链中的分组包过滤器按照优先级从高到低的顺序依次排列。

8.根据权利要求2所述的二次激活数据转发方法，其特征在于，在所述步骤B中，所述分组包过滤器链末尾的分组包过滤器是一个指向与该链相应通信流量模板不相关的分组数据协议上下文，以保证所述下行数据报文无法匹配时能够按照该分组数据协议上下文的参数进行处理。

9.一种网关通用无线分组业务支持节点设备，支持二次激活数据转发，该网关通用无线分组业务支持节点包含多块业务处理板，其特征在于，所述业务处理板包含中央处理器和网络处理器，其中：

所述中央处理器用于协议处理和接口通信；

所述网络处理器用于完成数据报文转发，所述数据报文转发包括：

在具有相同分组数据协议地址的分组数据协议上下文中选择一个作为主分组数据协议上下文；

当进行下行数据报文转发时：

A网络处理器根据所述下行数据报文的目的网间互联协议地址找到主分组数据协议上下文；

B根据所述下行数据报文查找所述主分组数据协议上下文所引出的分组包过滤器链，获得与所述下行数据报文匹配的分组包过滤器；

C根据所述匹配的分组包过滤器找到相应的分组数据协议上下文，并按照分组数据协议上下文参数对所述下行数据报文进行重新封装或解封装后转发。

Images