CN102325350A - 基于默认承载的业务过滤方法和设备 - Google Patents

Abstract

本发明实施例公开了一种基于默认承载的业务过滤方法和设备，通过应用本发明实施例的技术方案，PGW根据APN信息为默认承载配置相应的TFT规则，并根据该TFT规则对默认承载上的业务进行过滤，从而，可以根据相应的规则过滤掉相应的业务流，例如附加值较低的业务的业务流，实现针对默认承载上的业务的管理、控制和优化，使运营商对于不同用户接入PDN网络的业务进行灵活的管理和控制，提高PGW作为核心网接口对网络的可控性。

Description

基于默认承载的业务过滤方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种基于默认承载的业务过滤方法和设备。

背景技术

在现有的通信网络中，为在UE（User Equipment，用户设备，即终端设备）和PDN（Packet Data Network，分组数据网络）之间提供某种特性的QoS（Quality of Service，服务质量）传输保证的承载分为两类：默认承载（default bearer）和专用承载（dedicated bearer）。

其中，专用承载是在PDN链接建立的基础上建立的，是为了提供某种特定的QoS传输需求而建立的（默认承载无法满足的）。一般情况下专用承载的QoS比默认承载的QoS要求高。专用承载在UE关联了一个UL（Uplink，上行）TFT（Traffic Flow Template，业务流模板），在PGW（PDN Gateway，分组数据网关）关联了一个DL TFT，TFT中包含业务数据流的过滤器，而这些过滤器只能匹配符合某些准则的分组。

默认承载则是一种满足默认QoS的数据和信令的用户承载。默认承载可简单地理解为一种提供尽力而为IP（Internet Protocol，网络互联协议）连接的承载，随着PDN链接的建立而建立，随着PDN的链接的拆除而销毁。为用户提供永久在线的IP传输服务。与专用承载相比，默认承载无法区分过滤符合某些准则的分组

在LTE结构中，网络部署更加简洁，同时由于希望更好地实现“永远在线”，引入了默认承载概念。PGW（PDN Gateway，分组数据网关）作为LTE核心网网络侧的边界设备，起着与PDN网络的桥梁作用，真实的网络环境中可能有很多实际应用，目前的设备处理会将所有专用承载不能处理的业务，均过滤到默认承载上进行处理。对于不同PDN网络处理方式也是一致的，不区分对待，对一些低附加值业务不进行区分。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

现有网络设备，会将专用承载不能处理的都放在默认承载处理，无法对默认承载上的业务进行管理和控制，并且不区分APN。实际应用中，可能在某些场景或应用中，需要对不同的PDN网络进行不同的业务过滤和控制，对一些低附加值的业务可能需要禁止，或在忙时禁止。现有的处理都无法满足上述需要，缺乏灵活性，不能满足运营商将来可能出现的灵活需求。

发明内容

本发明实施例提供一种基于默认承载的业务过滤方法和设备，解决现有技术中无法在默认承载中进行业务过滤的问题。

为达到上述目的，本发明实施例一方面提供了一种基于默认承载的业务过滤方法，包括：

分组数据网关PGW接收终端设备发送的默认承载建立请求，所述承载建立请求中携带所述终端设备所对应的接入点名称APN信息；

所述PGW在自身与所述终端设备之间建立默认承载，并根据所述APN信息，在预设的业务流模板TFT规则集合中，选择相应的TFT规则配置给所述默认承载；

所述PGW根据配置给所述默认承载的TFT规则，对所述默认承载上传输的业务流进行过滤。

另一方面，本发明实施例还提供了一种PGW，至少包括：

设置模块，用于设置TFT规则集合；

通信模块，用于接收终端设备发送的默认承载建立请求，所述承载建立请求中携带所述终端设备所对应的APN信息；

处理模块，用于在所述PGW与所述终端设备之间建立默认承载，并根据所述通信模块所接收到的APN信息，在所述设置模块所设置的TFT规则集合中，选择相应的TFT规则配置给所述默认承载；

过滤模块，用于根据所述处理模块配置给所述默认承载的TFT规则，对所述通信模块在所述默认承载上传输的业务流进行过滤。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，PGW根据APN信息为默认承载配置相应的TFT规则，并根据该TFT规则对默认承载上的业务进行过滤，从而，可以根据相应的规则过滤掉相应的业务流，例如附加值较低的业务的业务流，实现针对默认承载上的业务的管理、控制和优化，使运营商对于不同用户接入PDN网络的业务进行灵活的管理和控制，提高PGW作为核心网接口对网络的可控性。

附图说明

图1为本发明实施例提出的一种基于默认承载的业务过滤方法的应用场景示意图；

图2为本发明实施例提出的一种在具体的应用场景中所预设的TFT规则集合的内容示意图；

图3为本发明实施例所提出的一种具体应用场景下的基于默认承载的业务过滤方法的流程示意图；

图4为本发明实施例提出的一种PGW的结构示意图。

具体实施方式

如背景技术所述，目前的设备处理会把一些专用承载不能处理的业务都放到默认承载上去，但是现有网络环境却不能对默认承载上传输的业务进行区分，使得默认承载上不能根据具体的业务重要性或附加值等因素实现业务的管理，不能充分利用默认承载的资源。

针对上述问题，本发明实施例提出了一种对默认承载中的业务进行过滤的方法，首先建立一个TFT规则集合，然后，由PGW根据请求建立默认承载的终端设备所对应的APN（Access Point Name，接入点名称）信息在该TFT规则集合中选择合适的TFT规则，并将该TFT规则配置给该默认承载，之后，根据配置好的默认承载所对应的TFT规则，在通过默认承载进行的具体的业务流传输过程中，对不同APN所对应的业务流进行过滤，实现默认承载上的业务流的过滤处理，从而，在PGW中，可以根据运营商需要，配置针对不同APN的TFT规则，对默认承载上的指定业务实现过滤，达到运营商灵活管理网络，优化网络的目的。

通过这样的过滤处理，在解决实际运营的过程中，实现一些低附加值业务的优化管理，而且，在实际部署时，可以对不同的PDN网络进行快速灵活部署，提高了运营商对用户、网络管理的可控性和灵活性。

如图1所示，为本发明实施例所提出的一种基于默认承载的业务过滤方法的流程示意图，该方法具体包括以下步骤：

步骤S101、PGW接收终端设备发送的默认承载建立请求，承载建立请求中携带终端设备所对应的APN信息。

在实际应用中，上述的默认承载建立请求可以具体为终端设备请求建立默认连接的请求，也可以是终端设备请求建立PDN连接的请求消息，即在相应的PDN连接建立过程中，将默认承载、专用承载以及其他的相应连接一并建立完成，具体消息形式的变化并不会影响本发明的保护范围。

无论采用何种具体的消息形式，其中都需要携带该终端设备所对应的APN信息，在具体的实施场景中，该APN信息具体可以为NI（Network Identifier，网络标识）信息和/或OI（Operator Identifier，操作标识）信息。

进一步的，该默认承载建立请求中还可以进一步携带其他的信息，用以辅助后续步骤进行进一步的TFT规则的选择，在后续步骤中会有详细说明，在此步骤中不再重复说明。

步骤S102、PGW在自身与终端设备之间建立默认承载，并根据APN信息，在预设的TFT规则集合中，选择相应的TFT规则配置给该默认承载。

在具体的应用场景中，根据步骤S101中所获取到的APN信息，本步骤的处理具体包括两方面：

1、默认承载的建立过程，即PGW建立与该APN所对应的默认承载。

2、为默认承载配置对应的TFT规则。

这样的配置实际上是在已经提前预设好的TFT规则集合中，为建立好的默认承载选择符合要求的TFT规则。

这里的符合要求的标准取决于实际场景的需要。

需要说明的是，这里所预设的TFT规则集合中包括了多个TFT规则，并且，各TFT规则都对应了相应的APN信息，即提前设置好了对应于各APN的TFT规则，只是在建立对应到相应的APN的默认承载时，在TFT规则集合中选择相应的TFT规则，当然，出于系统整体管理的需要，可以设置不同的APN对应相同的TFT规则，这取决于实际的场景需要，具体的TFT规则集合的设置方式不会影响本发明的保护范围。

在具体的TFT规则选择过程中，首要的选择标准是在步骤S101中所接收到的APN信息，PGW会根据该APN信息，在上述的TFT规则集合中选择对应的TFT规则。

考虑到APN信息具体可以包括NI信息和/或OI信息，那么，具体的选择方式可以是选择该APN信息中的NI信息所对应的TFT规则，也可以是选择OI信息所对应的TFT规则，当然，如果有NI信息和OI信息同时对应的TFT规则，PGW将会优先选择这样的TFT规则。

但是，由于TFT规则集合中的TFT规则数量众多，且相同的APN信息可能会对应多个TFT规则，因此，上述的根据APN信息所选出的TFT规则将会不止一个，那么，将需要进行进一步的筛选。

在实际的应用场景中，在步骤S101中所接收到的默认承载建立请求中还可以进一步携带所请求建立的默认承载所对应的QoS信息，那么，为了满足这样的QoS要求，PGW将会进一步依据该QoS信息对TFT规则进行筛选。

即在满足前述的APN信息的基础上，还需要与相应的QoS信息匹配，才会被配置给该默认承载。

进一步的，上述的QoS信息具体可以包括QCI（QoS Class Identifier，服务质量分类标识信息）和/或ARP（Allocation/Retention Priority，分配/保持优先级）信息。

由此，进一步的筛选便可以依据上述的QoS信息来进行，当然，这样处理的前提是在预设TFT规则集合的时候，便定义了相应的QoS信息与TFT规则的对应关系，当然，具体是哪种QoS信息或QoS信息组合与TFT规则建立对应关系都可以根据实际的需要进行设置，这样的变化并不影响本发明的保护范围。

在完成了上述的TFT规则的筛选，最终确定了需要配置给该默认承载的TFT规则后，PGW将该TFT规则配置给默认承载。

在具体的应用场景中，具体的配置方法可以是PGW将选择到的相应的TFT规则配置到PGW的用户面，并与默认承载建立对应关系。

上述的处理完成了PGW，即网络侧的TFT规则配置，进一步的，为了使终端设备侧也能够获知配置给默认承载的TFT规则，PGW还可以将TFT规则携带在默认承载建立响应（Create Session Response）中，发送给终端设备。这样的反馈只是一种可选操作，是否执行这样的操作不会影响本发明的保护范围。

步骤S103、PGW根据TFT规则，对默认承载上传输的业务流进行过滤。

本步骤的处理过程即PGW在接收到终端设备通过默认承载发送的上行业务流，和/或需要通过默认承载向终端设备发送下行业务流时，根据该默认承载所对应的TFT规则，判断该业务流是否属于过滤对象。

如果判断结果为是，PGW丢弃相应的上行业务流和/或下行业务流，即完成对相应默认承载上的业务流的禁止。

如果判断结果为否，PGW通过默认承载传输相应的上行业务流和/或下行业务流。

在具体的实施场景中，上述的判断过程的判断依据具体为：

（1）对于上行业务流。

PGW判断该终端设备通过默认承载发送的上行业务流的源信息或源信息所归属的范围是否与TFT规则所设定的对象信息相对应，如果判断结果为不是，则该上行业务流为过滤对象。

其中，源信息包括源端口信息或源IP地址信息。

（2）对于下行业务流。

PGW判断需要通过默认承载发送给终端设备的下行业务流的目的信息或目的信息所归属的范围是否与TFT规则所设定的对象信息相对应，如果判断结果为不是，则该下行业务流为过滤对象。

其中，目的信息包括目的端口信息或目的IP地址信息。

按照上述规则进行过滤的前提即在相应的TFT规则中设置需要优先保证业务流的源信息和目的信息，这样处理的原因在于，按照现有的各种标准或方案，通过业务流的源信息和目的信息通常可以确定该业务流所对应的业务类型，例如：端口号4000~6000的端口所传输的业务流通常为即时通信业务的业务流，而端口21所对应的业务通常为FTP业务等。

需要指出的是，上述的源信息和目的信息的过滤方式只是TFT规则的一种具体实现方式，其他能够实现业务类型的识别并进而实现业务过滤的策略同样可以设置在TFT规则中，这样的具体TFT规则内容的变化并不会影响本发明的保护范围。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，PGW根据APN信息为默认承载配置相应的TFT规则，并根据该TFT规则对默认承载上的业务进行过滤，从而，可以根据相应的规则过滤掉相应的业务流，例如附加值较低的业务的业务流，实现针对默认承载上的业务的管理、控制和优化，使运营商对于不同用户接入PDN网络的业务进行灵活的管理和控制，提高PGW作为核心网接口对网络的可控性。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

为了进行方便说明，在以下实施例中，PGW将依据APN信息和QoS信息在预设的TFT规则集合中进行TFT规则的选择，其中，APN信息包括NI信息和/或OI信息，QoS信息包括ARP信息和/或QCI信息。

而预设的TFT规则集合中的TFT规则中所设置的主要过滤信息的内容包括以下信息的一种或多种：

源IP或源IP段；

源端口或源端口范围；

目的IP或目的IP段；

目的端口或目的端口范围。

在具体的应用场景中，具体选用上述的哪种信息，或哪几种信息组成的信息组合作为过滤依据可以根据实际需要进行调整，这样的变化并不影响本发明的保护范围。

通过应用本发明实施例所提出的技术方案，可以在相应的设备实现过程中，对用户的所有业务进行有效的管理，在PGW的全局处理板上配置针对默认承载的过滤准则信息。该过滤准则信息针对不同的APN进行配置，并且，每个APN下可以进一步根据相应的QoS条件作为具体的规律准则信息的配置依据，以实现在不同的QoS条件下，对于同一个APN所对应的默认承载中的业务的多样化管理。

具体的将QoS条件作为进一步的配置依据的形式可以为：针对不同QCI进行配置，和/或结合ARP进行处理。其中，ARP信息可以根据运营商处理需要进行指定，也可以赋予默认值。

通过这样的处理，每个不同的QoS将对应不同的TFT规则内容，即不同的过滤器信息，实现了在同一个APN信息的基础上对业务进行多样化管理的效果。

如图2所示，为本发明实施例提出的一种在具体的应用场景中所预设的TFT规则集合的内容示意图，本发明后续实施例将基于此TFT规则集合，来说明相应的基于默认承载的业务过滤方法的实现流程。

如图3所示，为本发明实施例所提出的一种具体应用场景下的基于默认承载的业务过滤方法的流程示意图，具体包括以下步骤：

步骤S301、在UE附着或创建PDN连接的过程中，PGW接收UE发送的携带APN信息和QoS信息的请求消息。

步骤S302、PGW为该UE建立默认承载，并根据APN信息和QoS信息在上述的预设的TFT规则集合选择相应的TFT规则。

参见图2所示的预设的TFT规则集合的内容，现通过以下各示例，假设步骤S301中所携带的APN信息和QoS信息的内容，并据此进行TFT规则的选择。

示例一

在本示例中，APN信息的类型具体为NI信息，且其内容为A，QoS信息的类型具体为ARP信息，且其内容为ARP-1。

符合图2中的第一项的要求。

在此种情况下，步骤S302中PGW所选择的TFT规则的具体内容为：

源IP为IP-1，目的端口为端口1。

即在默认承载上，对没有满足此条件中任意一项的业务流进行过滤。

示例二

在本示例中，APN信息的类型具体为NI信息，且其内容为A，QoS信息的类型具体为QCI信息，且其内容为QCI-2。

符合图2中的第三项的要求，其中，虽然图2中所示的QoS的内容为两项（ARP信息内容和QCI信息内容），但步骤S301中所接收到QoS信息只包括QCI信息，而没有ARP信息，因此，只要满足QCI信息内容的要求即视为满足此选项的要求。

在此种情况下，步骤S302中PGW所选择的TFT规则的具体内容为：

源端口为端口2，目的端口范围为端口7~8。

即在默认承载上，对没有满足此条件中任意一项的业务流进行过滤。

示例三

在本示例中，APN信息的类型具体为OI信息，且其内容为B，QoS信息的类型具体为ARP信息，且其内容为ARP-3。

符合图2中的第四项的要求。

在此种情况下，步骤S302中PGW所选择的TFT规则的具体内容为：

目的端口为端口0。

即在默认承载上，对没有满足此条件的业务流进行过滤。

示例四

在本示例中，APN信息的类型具体为OI信息，且其内容为B，QoS信息的类型具体为QCI信息，且其内容为QCI-4。

符合图2中的第六项的要求，其中，虽然图2中所示的APN的内容为两项（NI信息内容和OI信息内容），但步骤S301中所接收到APN信息只包括OI信息，而没有NI信息，因此，只要满足OI信息内容的要求即视为满足此选项的要求。

在此种情况下，步骤S302中PGW所选择的TFT规则的具体内容为：

源IP为IP-1，源端口为端口5，目的IP段为IP-8~9，目的端口范围为端口7~9。

即在默认承载上，对没有满足此条件集合中任意一项的业务流进行过滤。

上述四个示例为为了便于说明而给出的具体例子，其内容组合方式，以及上述图2中的规则内容均不会对本发明的保护范围产生限制。

此外，对于上述图2中的其他规则内容，也可以根据前述的四个示例中的处理方式同理得到，这样的具体处理过程在此不再重复说明。

步骤S303、PGW在给UE侧回复的创建默认承载的响应消息（create session response）中携带选择的TFT规则的信息，并将此信息配置给PGW的用户面，为该默认承载建立相应的包过滤器。

步骤S304、用户面根据包过滤器信息对默认承载所传输的业务进行过滤处理。

根据TFT规则的内容，例如，根据源/目的端口或端口范围进行业务区分，利用源/目的IP或IP段进行用户区分。对于不符合上述TFT规则的内容配置的业务流将进行丢弃，达到禁止的目的。

通过上述可以实现对不同的业务进行禁止或过滤。

对应于前述的四个示例，本步骤的处理方式分别如下：

对应于示例一，PGW的用户面识别通过默认承载接收到的上行业务流的源IP是否为IP-1，如果不是，则丢弃该上行业务流，同时，PGW的用户面识别需要通过默认承载下发的下行业务流的目的端口是否为端口1，如果不是，则丢弃该下行业务流。

对应于示例二，PGW的用户面识别通过默认承载接收到的上行业务流的源端口是否为端口2，如果不是，则丢弃该上行业务流，同时，PGW的用户面识别需要通过默认承载下发的下行业务流的目的端口是否为属于端口7~8的端口范围，如果不是，则丢弃该下行业务流。

对应于示例三，PGW的用户面直接丢弃所有通过默认承载接收到的上行业务流，同时，PGW的用户面识别需要通过默认承载下发的下行业务流的目的端口是否为端口0，如果不是，则丢弃该下行业务流。

对应于示例四，PGW的用户面识别通过默认承载接收到的上行业务流的源IP是否为IP-1，或源端口是否为端口5，如果都不是，则丢弃该上行业务流，同时，PGW的用户面识别需要通过默认承载下发的下行业务流的目的IP是否为属于IP-8~9的IP段，或的目的端口是否属于端口7~9的端口范围，如果都不是，则丢弃该下行业务流。

对于上述四个示例，如果识别结果为是，则继续传输该业务流。

其他情况以此类推，在此不再重复说明。

由以上说明可以看出，根据QoS信息，可以覆盖用户所有可能的请求，并根据这些信息，可以指定预设优先级，可以配置不同的NI和OI信息来配置支持多个APN，达到管理不同PDN网络的目的，利用APN信息，针对不同PDN网络进行管理和控制优化。

上述的所有处理过程都不影响任何其它网元设备，在PGW网元中在给用户面信息中多携带了控制面经过处理的过滤器信息，同时会把这些信息携带给UE的响应消息中。

需要进一步指出的是，上述的依据TFT规则进行过滤的方式主要是将具有TFT规则所定义的特征的业务流之外的所有其他业务流作为过滤对象，并加以过滤，这样的处理方式是为了保证特定业务流在默认承载中的传输，而在实际的应用场景中，也可以将具有TFT规则所定义的特征的业务流直接作为过滤对象，并加以过滤，这样的处理方式则是为了对特定业务流进行过滤，相应的处理过程与前述方案相类似，只是最后的过滤对象相反，在此不再重复说明，具体应用哪种方案可以根据实际需要进行调整，这样的变化并不影响本发明的保护范围。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，PGW根据APN信息为默认承载配置相应的TFT规则，并根据该TFT规则对默认承载上的业务进行过滤，从而，可以根据相应的规则过滤掉相应的业务流，例如附加值较低的业务的业务流，实现针对默认承载上的业务的管理、控制和优化，使运营商对于不同用户接入PDN网络的业务进行灵活的管理和控制，提高PGW作为核心网接口对网络的可控性。

为了实现本发明实施例的技术方案，本发明实施例还提供了一种PGW，其结构示意图如图4所示。

设置模块41，用于设置TFT规则集合；

通信模块42，用于接收终端设备发送的默认承载建立请求，承载建立请求中携带终端设备所对应的APN信息；

处理模块43，用于在PGW与终端设备之间建立默认承载，并根据通信模块42所接收到的APN信息，在设置模块41所设置的TFT规则集合中，选择相应的TFT规则配置给默认承载；

过滤模块44，用于根据处理模块43配置给默认承载的TFT规则，对通信模块42在默认承载上传输的业务流进行过滤。

在具体的实施场景中，处理模块43，具体用于：

在设置模块41所设置的TFT规则集合中，选择与APN信息相匹配的TFT规则，并在与APN信息相匹配的TFT规则中，根据QoS信息，确定配置给默认承载的TFT规则；

其中，QoS信息，具体为通信模块42所接收到的承载建立请求中所携带的所请求建立的默认承载所对应的QoS信息，包括QCI信息和/或ARP信息。

进一步的，处理模块43，具体用于：

将选择到的相应的TFT规则配置到PGW的用户面，并与默认承载建立对应关系。

在相应的场景下，通信模块42，还用于：

将处理模块43所配置的默认承载相对应的TFT规则，携带在默认承载建立响应中，发送给终端设备。

在实际的应用场景中，过滤模块44，具体用于：

根据处理模块43配置给默认承载的TFT规则，判断终端设备通过默认承载发送的上行业务流，和/或需要通过默认承载发送给终端设备的下行业务流是否属于过滤对象；

如果判断结果为是，丢弃相应的上行业务流和/或下行业务流，如果判断结果为否，通过通信模块42在默认承载传输相应的上行业务流和/或下行业务流。

进一步的，过滤模块44，具体用于：

判断终端设备通过默认承载发送的上行业务流的源信息或源信息所归属的范围是否与TFT规则所设定的对象信息相对应，如果判断结果为不是，则上行业务流为过滤对象；和/或，

判断需要通过默认承载发送给终端设备的下行业务流的目的信息或目的信息所归属的范围是否与TFT规则所设定的对象信息相对应，如果判断结果为不是，则下行业务流为过滤对象；

其中，源信息包括源端口信息或源IP地址信息，目的信息包括目的端口信息或目的IP地址信息。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，PGW根据APN信息为默认承载配置相应的TFT规则，并根据该TFT规则对默认承载上的业务进行过滤，从而，可以根据相应的规则过滤掉相应的业务流，例如附加值较低的业务的业务流，实现针对默认承载上的业务的管理、控制和优化，使运营商对于不同用户接入PDN网络的业务进行灵活的管理和控制，提高PGW作为核心网接口对网络的可控性。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络侧设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (14)

1.一种基于默认承载的业务过滤方法，其特征在于，至少包括以下步骤：

分组数据网关PGW接收终端设备发送的默认承载建立请求，所述承载建立请求中携带所述终端设备所对应的接入点名称APN信息；

所述PGW在自身与所述终端设备之间建立默认承载，并根据所述APN信息，在预设的业务流模板TFT规则集合中，选择相应的TFT规则配置给所述默认承载；

所述PGW根据配置给所述默认承载的TFT规则，对所述默认承载上传输的业务流进行过滤。

2.如权利要求1所述的方法，其特征在于，所述APN信息，至少包括：

网络标识NI信息和/或操作标识OI信息。

3.如权利要求1所述的方法，其特征在于，当所述承载建立请求中还携带了所请求建立的默认承载所对应的服务质量QoS信息时，所述PGW根据所述APN信息，在预设的TFT规则集合中，选择相应的TFT规则配置给所述默认承载，具体为：

所述PGW在预设的TFT规则集合中，选择与所述APN信息相匹配的TFT规则；

所述PGW在与所述APN信息相匹配的TFT规则中，根据所述QoS信息，确定配置给所述默认承载的TFT规则。

4.如权利要求3所述的方法，其特征在于，所述QoS信息，具体包括：

服务质量分类标识QCI信息；和/或，

分配/保持优先级ARP信息。

5.如权利要求1所述的方法，其特征在于，所述PGW选择相应的TFT规则配置给所述默认承载，具体包括：

所述PGW将选择到的相应的TFT规则配置到所述PGW的用户面，并与所述默认承载建立对应关系。

6.如权利要求5所述的方法，其特征在于，所述PGW将选择到的相应的TFT规则配置到所述PGW的用户面，并与所述默认承载建立对应关系之后，还包括：

所述PGW将所述TFT规则携带在默认承载建立响应中，发送给所述终端设备。

7.如权利要求1所述的方法，其特征在于，所述PGW根据配置给所述默认承载的TFT规则，对所述默认承载上传输的业务流进行过滤，具体包括：

所述PGW根据所述TFT规则，判断所述终端设备通过所述默认承载发送的上行业务流，和/或需要通过所述默认承载发送给所述终端设备的下行业务流是否属于过滤对象；

如果判断结果为是，所述PGW丢弃相应的上行业务流和/或下行业务流，如果判断结果为否，所述PGW通过所述默认承载传输相应的上行业务流和/或下行业务流。

8.如权利要求7所述的方法，其特征在于，所述PGW根据所述TFT规则，判断所述终端设备通过所述默认承载发送的上行业务流，和/或需要通过所述默认承载发送给所述终端设备的下行业务流是否属于过滤对象，具体包括：

所述PGW判断所述终端设备通过所述默认承载发送的上行业务流的源信息或源信息所归属的范围是否与所述TFT规则所设定的对象信息相对应，如果判断结果为不是，则所述上行业务流为过滤对象；和/或，

所述PGW判断需要通过所述默认承载发送给所述终端设备的下行业务流的目的信息或目的信息所归属的范围是否与所述TFT规则所设定的对象信息相对应，如果判断结果为不是，则所述下行业务流为过滤对象；

其中，所述源信息包括源端口信息或源IP地址信息，所述目的信息包括目的端口信息或目的IP地址信息。

9. 一种PGW，其特征在于，至少包括：

设置模块，用于设置TFT规则集合；

通信模块，用于接收终端设备发送的默认承载建立请求，所述承载建立请求中携带所述终端设备所对应的APN信息；

处理模块，用于在所述PGW与所述终端设备之间建立默认承载，并根据所述通信模块所接收到的APN信息，在所述设置模块所设置的TFT规则集合中，选择相应的TFT规则配置给所述默认承载；

过滤模块，用于根据所述处理模块配置给所述默认承载的TFT规则，对所述通信模块在所述默认承载上传输的业务流进行过滤。

10.如权利要求9所述的PGW，其特征在于，所述处理模块，具体用于：

在所述设置模块所设置的TFT规则集合中，选择与所述APN信息相匹配的TFT规则，并在与所述APN信息相匹配的TFT规则中，根据QoS信息，确定配置给所述默认承载的TFT规则；

其中，所述QoS信息，具体为所述通信模块所接收到的承载建立请求中所携带的所请求建立的默认承载所对应的QoS信息，包括QCI信息和/或ARP信息。

11.如权利要求9所述的PGW，其特征在于，所述处理模块，具体用于：

将选择到的相应的TFT规则配置到所述PGW的用户面，并与所述默认承载建立对应关系。

12.如权利要求11所述的PGW，其特征在于，所述通信模块，还用于：

将所述处理模块所配置的所述默认承载相对应的TFT规则，携带在默认承载建立响应中，发送给所述终端设备。

13.如权利要求10所述的PGW，其特征在于，所述过滤模块，具体用于：

根据所述处理模块配置给所述默认承载的TFT规则，判断所述终端设备通过所述默认承载发送的上行业务流，和/或需要通过所述默认承载发送给所述终端设备的下行业务流是否属于过滤对象；

如果判断结果为是，丢弃相应的上行业务流和/或下行业务流，如果判断结果为否，通过所述通信模块在所述默认承载传输相应的上行业务流和/或下行业务流。

14.如权利要求13所述的PGW，其特征在于，所述过滤模块，具体用于：

判断所述终端设备通过所述默认承载发送的上行业务流的源信息或源信息所归属的范围是否与所述TFT规则所设定的对象信息相对应，如果判断结果为不是，则所述上行业务流为过滤对象；和/或，

判断需要通过所述默认承载发送给所述终端设备的下行业务流的目的信息或目的信息所归属的范围是否与所述TFT规则所设定的对象信息相对应，如果判断结果为不是，则所述下行业务流为过滤对象；

其中，所述源信息包括源端口信息或源IP地址信息，所述目的信息包括目的端口信息或目的IP地址信息。

Images