WO2013166625A1

WO2013166625A1 - 一种检测报告上报方法、报告上报系统

Info

Publication number: WO2013166625A1
Application number: PCT/CN2012/000635
Authority: WO
Inventors: 张爱琴; 颜娜; 施拉姆•米尔科; 靳维生
Original assignee: 华为技术有限公司
Priority date: 2012-05-11
Filing date: 2012-05-11
Publication date: 2013-11-14
Also published as: CN103518392B; CN103518392A

Abstract

本发明适用于网络技术领域，提供一种数据流检测功能TDF的报告上报方法，所述方法包括：TDF获取需要检测的应用类型所对应的上报方式，生成相应模式的检测报告；TDF向PCRF上报所述检测报告。本方法通过根据不同的应用类型在合适的时机选用合适的上报方式，总体上减少了报告的上报频率及上报数据量，提高数据流检测上报的效率，有助于合理利用网络资源。

Description

说明书

一种检测报告上报方法、报告上报系统技术领域

本发明属于网络技术领域，尤其涉及一种检测报告上报方法、报告上报系统。背景技术

在移动网络中存在有不同的业务应用，例如大量下载型和流媒体型的 P2P ( Peer-to-Peer, 点到点）应用、 QQ应用， http浏览应用。这些基于英特网的业务应用对于运营商的业务收益、用户的应用需求、甚至业务本身的时延敏感特点这些方面都是不同的，因此对这些不同的业务应用，可能存在不同的流量控制策略，为此， 3GPP ( 3G Partnership Project, 第三代伙伴项目）引入了 PCC ( Policy and Charging Control , 策略和计费控制）构架，通过 TDF ( Traffic Detection Function, 业务数据流检测功能）来实现对不同的应用类型的数据进行流量控制，包括数据流的关闭、带宽限制和重定向等。

PCRF ( Policy and Charging Rules Function, 策略计费规则功能）向 TDF指示需要检测数据的应用类型 Application s, TDF检测该应用类型的数据流，是基于此应用类型下的各个应用实例 application instance的粒度进行上报，包括各个应用实例对应的数据流的开始和结束时刻，以及所有数据流的流描述，因此，随着移动终端的多媒体应用不断的增加，同一应用类型的应用实例也逐渐增多，而且这些不同的应用实例的对应的数据流可能会频繁地开始和结束，那么 TDF 需要向 PCRF频繁地上报每个应用实例的报告，包括开始时刻、结束时刻以及流描述，显然如此多的报告信息占用了过多系统资源，降低了网络性能。发明内容本发明的目的是提供一种数据流检测功能 TDF的报告上报方法，旨在解决网络性能降低的技术问题。一方面，提供了一种检测报告上报方法，包括：

TDF获取需要检测的应用类型所对应的上报方式，生成相应模式的检测报告.

TDF向策略与计费规则功能 PCRF上报所述检测报告。

一方面，提供了另一种检测报告上报方法，包括：

PCRF 结合本地服务盾量控制计费策略，决策出当前需要检测的应用类型对应的上报方式，并将所述上报方式字段添加在应用检测控制规则中，生成增强型应用检测控制规则；

PCRF向数据流检测功能 TDF发送会话请求，所述会话请求包括所述增强型应用检测控制规则 ,以使得 TDF能够根据增强型应用检测控制规则中包含的上报方式信息生成相应模式的检测报告；

PCRF接收所述 TDF发送的检测报告。

一方面，提供了一种 TDF, 包括：

报告生成单元，用于获取需要检测的应用类型所对应的上报方式，生成相应模式的检测报告；

报告发送单元，用于向策略与计费功能 PCRF上报所述报告生成单元生成的所述检测报告。

一方面，提供了一种 PCRF，包括：

规则生成单元，用于结合本地服务质量控制策略和 /或计费策略，决策出当前需要检测的应用类型对应的上报方式，并将所述上报方式字段添加在应用检测控制规则中，生成增强型应用检测控制规则；

会话发送单元，用于向数据流检测功能 TDF发送会话请求，所述会话请求包括所述规则生成单元生成的增强型应用检测控制规则；

报告接收单元，用于所述 TDF发送的根据会话发送单元发送的会话请求中包含的上报方式信息生成对应模式的检测报告。

一方面，提供了一种报告上报系统，所述系统包括如权利要求 11-16所述的 TDF以及如权利要求 17-20所述的 PCRF。

本发明的有益效果是：本发明技术方案中， TDF通过一定的方法获取、知晓所需检测应用类型所对应的上 4艮方式，比如所述的上^ ¾方式可以是 PCRF发送过来，或是存储在本地 TDF中，不同的应用类型可能有不同的上报方式，这样使得 TDF能够根据实际需求使用合适的上报方式，而现有技术中， TDF的上报方式是固定的，每次都需要上报数据流的开始时刻、结束时刻以及流描述，如此多的报告信息占用了过多的系统资源，本发明提供的 TDF能够根据实际需求使用合适的上报方式，在适当时刻上报所需要的报告信息，总体上减少了报告的上报频率及上报数据量，提高数据流检测上报的效率，有助于合理利用网络资源。附图说图 1是本发明实施例提供的一种检测报告上报方法的流程图；

图 2是本发明另一实施例提供的一种检测报告上报方法的流程图；图 3是一种应用类型的四个应用实例的时间图；

图 4是本发明另一实施例提供的一种检测报告上报方法的流程图；图 5是本发明另一实施例提供的一种检测报告上报方法的流程图；图 6是本发明另一实施例提供的一种报告上报方法的交互流程图；图 7是本发明另一实施例提供的一种报告上报方法的交互流程图；图 8是本发明另一实施例提供的一种报告上报方法的交互流程图；图 9是本发明另一实施例提供的一种 TDF的结构方框图；

图 10是本发明另一实施例提供的一种 TDF的结构方框图；

图 11是本发明另一实施例提供的一种 TDF的结构方框图；图 12是本发明第另一实施例提供的一种 PCRF的结构方框图。具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图 1示出了本发明实施例提供的一种检测报告上报方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。

本实施例所述方法包括：

5101、 TDF获取需要检测的应用类型所对应的上报方式，生成相应模式的检测报告。

在本步骤中， TDF获取需要检测的应用类型所述对应的上报方式，不同的应用类型可能有不同的上报方式，具体采用何种上报方式是根据对这种应用类型数据采用哪种控制策略和 /或计费策略决定的，总之，本步骤的目的就是为了根据不同应用类型的实际情况采取合适的上报方式，满足对这种应用类型数据的控制计费需求即可。同时， TDF也已经悉知了不同上报方式所对应的检测报告的格式， TDF根据上报方式的信息可以生产对应模式的检测报告。

5102、 TDF向 PCRF上报所述检测报告。

在实际情况下，所述检测报告可能会由多个子报告组成，比如开始 4艮告和结束报告以及更新报告等。

在本实施例中， TDF获取到的上报方式信息是根据实际情况由 PCR 决策出来的， TDF向 PCRF上报的检测报告的信息内容不再固定，在合适的时间上报 PCRF所需要知晓的内容，这样从整体上减少了报告的上报量，提高了网路性能。实施例二：

图 2示出了本发明另一实施例提供的一种数据流检测功能 TDF的报告上报方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。

S201、接收 PCRF发送的会话请求，所述会话请求中携带有增强型应用检测控制规则，根据所述增强型应用检测控制规则中的上报方式字段得到上报方式信息。

在本发明实施例中， PCRF向 TDF发送了会话请求，该会话请求包括增强型 ADC ( Application Detection Control,应用检测控制）规则，所述增强型 ADC 规则中包括需要检测应用类型数据的上报方式的字段信息。现有的 ADC规则中一^：包括 ADC 规则标记（ADC Rule identifier ) 、应用 ID ( Application identifier ) , 以及可选的执行控制策略（ Enforcement control ) , 所述执行控制策略表明了 PCRF指示 TDF对应用 ID所标识的应用类型的数据流所采取的动作，通常包括截断数据流的状态（ Gate status )、上行最大比特率（ UL-maximum bit rate ) 、下行最大比特率（ DL-maximum bit rate ) 、重定向操作 ( Redirect ) 等，在具体实现时，将上报方式（Reporting mode )的字段信息添加到 ADC规则中即可生成增强型 ADC规则， TDF根据增强型 ADC规则中的应用 ID字段即可知道所需检测的数据是何种应用类型，比如 P2P应用、 http应用、 Voip应用等等。

其中， PCRF根据此应用类型需要采取的本地服务质量控制策略和 /或计费策略决策出相应的上报方式，具体实现时，所述上报方式可以是枚举类型的值，例如可以通过 1、 2、 3等分别代表上报方式 1、上报方式 2、上报方式 3等，当然所述上报方式也可以是数值类型的值，例如可以用数字 0代表上报方式 1 , 数字 4代表上报方式 2, 数字 7代表上报方式 3等，又或者，所述上报方式也以是字符类型的值，例如可以用字符 a代表上报方式 1 ,字符 b代表上报方式 2, 字符 c代表上报方式 3等等，可以理解，无论用何种标识代表上报方式，只要是 PCRF和 TDF双方对此标识有共同理解和认识，知悉 Reporting mode字段值所代表的具体的上报方式即可。所述上报方式对应生成的检测报告至少包括以下信息中的一条：

数据流的开始报告或者结束报告是以应用类型 Application ID粒度上报，或者以应用实例 Application instance粒度上才艮；

上^ 据流的开始时刻或者结束时刻；

上报数据流的描述信息；

上报数据流描述的更新信息；

数据流检测上报的迟滞时间值。

为了便于理解，可以具体列出几种上报方式，比如假设当前需要检测的应用类型是 P2P应用，对于采取不同的本地服务质量控制策略和 /或计费策略，对应上报方式及上报内容如下表 1 :

PCRF不需要了解任何数据流描述信息、方式 5 , TDF检测对应的 P2P应用开始结束时间点信息。只需要 TDF执行相的数据流，并执行 ADC规则指示应的操作（例如限制带宽、阻断等）即的动作（限制，阻断 etc ) , 并不可向 PCRF发送任何报告

PCRF希望 TDF在检测到目标数据流开始方式 6, 当 TDF持续检测到 skype 或者结束一段时间（例如两分钟）才进应用 2分钟，才向 PCRF上报 Skype 行上报，目的是为了避免短暂的数据通信应用的开始；而当 TDF持续 2分钟带来的 PCRF—系列的后续反应（比如进检测不到 P2P应用，才向 PCRF上行承载更新等）信令风暴，以及频繁上报报 Skype数据流的结束

带来的信令风暴

表 1

需要说明的是，表 1只是给出的本地服务质量控制策略和 /或计费策略和上报方式对应关系的举例，显然所述是根据实际情况选取，包括但不限于表中所述的几种情况 ,只要根据实际选取需要的本地服务质量控制策略和 /或计费策略和对应的上报方式，均在本发明的保护范围之内。此外，表 1是对于同一应用类型根据不同策略所采取不同的上报方式，对于不同应用类型的数据，同样可以釆用不同的上报方式，如对于 P2P应用，可以采取上报方式 1 , 对于 Voip应用，可以采用上报方式 2，对于 microsoft update应用，可以采用上方式 3, 对于 http应用，可以采用上报方式 4等等，因此无论是相同类型的应用数据还是不同类型的应用数据，其上报方式是由需要对该数据所述采用的本地服务质量控制策略和 /或计费策略所决定的。

S202、根据所述增强型应用检测控制规则中的上报方式信息，生成相应模式的检测报告。

在实现本步骤之前， TDF已经知悉各种上报方式所对应的检测报告的报告模式，为了便于理解，参照图 3 , 示出了一种应用类型的四个应用实例的时间图，显示出了各个应用实例 ( application instance 1至 application instance4 )的开始和结束时刻。

假设上报方式为如表 1所示的方式 1，只需上报以 Application ID粒度的数据流的开始时刻和结束时刻，那么这里生成的检测报告包括开始报告

{Application identifier 1 , Tl时刻 , 开始 }和结束报告 {Application identifier 1 , Τ3时刻，结束 }。

假设上报方式为如表 1所示的方式 2, 需要上报以 application instance粒度的每个子流的开始和结束时刻，那么这里生成的检测报告包括四个开始报告，模式如下：

{Application instance 1， flow 1的流描述, T1时刻 , 开始 }、

{ Application instance 2， flow 2的流描述， T1时刻，开始 }、

{ Application instance 3 , flow 3的流描述， T1时刻，开始 }、

{ Application instance 4， flow 4的流描述， T1时刻，开始 }，以及四个结束

-，模式如下：

{ Application instance 2， flow 2的流描述， T2时刻，结束 }、

{ Application instance 4, flow 4的流描述， T2时刻，结束 }、

{Application instance 1， flow 1的流描述， T3时刻，结束 }、

{ Application instance 3 , flow 3的流描述， T3时刻，结束 }。

假设上报方式为如表 1所示的方式 3 , 需要上报以 Application ID粒度的数据流的开始时刻、更新、结束时刻，那么这里生成的检测报告包括开始报告

{Application ID , flow 1 +flow 2+flow 3+flow 4的流描述， T 1时刻，开始 } , 更新报告 { Application ID, flow 1+ flow 3 的流描述， T2时刻，更新 } , 以及结束报告 {Application ID, T3时刻，结束 }。

S203、 TDF向 PCRF上才艮所述检测报告。

所述检测报告通常包括多个子报告，如步骤 S202所述的开始报告、更新报告、结束报告等。这些子报告的具体上报时间与应用类型对应的应用实例的数据流变化有关，再次参照图 3，如该图所示的各个应用实例的时间图，假设上报方式为如表 1所示的方式 1，那么在 T1时刻， TDF向 PCRF上报开始报告 {Application identifier 1， T1时刻，开始 }，在 T3时刻上报结束报告 {Application identifier 1， T3时刻，结束 };

假设上报方式为如表 1所示的方式 2, 那么在 T1时刻 , TDF向 PCRF上报四个开始 4艮告，具体格式如下：

{Application instance 1， flow 1的流描述， T1时刻，开始 }、

{ Application instance 2, flow 2的流描述， T1时刻，开始 }、

{ Application instance 3 , flow 3的流描述， T 1时刻，开始 }、

{ Application instance 4, flow 4的流描述， T1时刻，开始 } , 在 T2时刻，

TDF向 PCRF上报两个结束报告，具体格式如下：

{ Application instance 2， flow 2的流描述， T2时刻，结束 }、

{ Application instance 4, flow 4的流描述， T2时刻，结束 } , 在 T3时刻，

TDF向 PCRF上报另两个结束报告，具体格式如下：

{Application instance 1 , flow 1的流描述， T3时刻，结束 }、

{ Application instance 3， flow 3的流描述， T3时刻，结束 }。

假设上报方式为如表 1所示的方式 3，那么在 T1时刻， TDF向 PCRF上报开始报告 {Application ID, flow 1+flow 2+flow 3+flow 4的流描述， Tl时刻，开始 } , 在 T2时刻， TDF向 PCRF上报更新报告 { Application ID, flow 1+ flow

3 的流描述， T2时刻，更新 } , 以及在 Τ3时刻， TDF向 PCRF上报结束报告

{Application ID, T3时刻，结束 }。

本实施例给出了 TDF获取需上报方式生成相应检测报告的一种具体实现方式，在本发明实施例中， TDF接收 PCRF发送的会话请求，所述会话请求中携带有增强型 ADC规则， TDF根据增强型 ADC规则中包含的上报方式字段得到上报方式信息，再生成相应模式的检测报告。实施例三：

图 4示出了本发明第三实施例提供的一种数据流检测功能 TDF的报告上报方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。

5401、接 PCRF发送的会话请求，所述会话请求包括应用检测控制规则。在本步骤中， TDF接收到 PCRF发送的 ^舌请求，与步驟 S201不同的是，本步骤所述的会话请求中包括的 ADC规则不是增强型 ADC规则，所述 ADC 规则中包含有需要检测的应用类型数据的相关信息，包括 ADC规则标记（ ADC Rule identifier ) 、应用 ID ( Application identifier ) , 以及可选的执行控制策略 ( Enforcement control ) , 并不包含上报方式（ reporting mode )信息。 TDF根据该 application ID字段信息知晓其需要检测的数据的应用类型。显然，在本步骤中 , PCRF和 TDF对 application ID字段所表示的应用类型都有相同的了解和认识。

同样，本步骤中所述会话请求包括建立会话请求或修改会话请求。如果之前 TDF和 PCRF间没有建立会话连接， PCRF需要指示 TDF对某一应用类型的数据进行检测时，向 TDF发送建立会话请求，所述建立会话请求中包括需要检测出的数据的应用类型信息，如果当前已经建立了会话连接，但是需要修改当前检测的应用类型，此时 PCRF需要向 TDF发送修改会话请求，相应修改 ADC 规则中的 Application ID字段信息， TDF相应检测其中的 application ID字段即可。

5402、根据所述应用检测控制规则中所包含的应用类型信息，在所述映射表中查找对应的上报方式信息，并根据所述上报方式信息生成相应模式的检测报告。

实现本步骤之前， TDF中存储有应用类型与上报方式的映射表，如果需要修改应用类型对应的上报方式，修改所述映射表即可。所述映射表通过人工或自动方式预配置到 TDF中，或者所述映射表是 PCRF向 TDF发送会话请求时伴随传递给 TDF的，在 TDF接收到的 ADC规则生效之前， TDF将所述映射表存储在本地中，这样 TDF可以根据接收到的 ADC规则中的应用类型信息，在所述映射表中找到对应的上报方式，并根据该上报方式生成相应模式的检测报告，所述上报方式和检测报告的格式在实施例二中已做描述，此处不再赘述。

S403、 TDF向 PCRF上报所述检测报告。

本步骤与 S203相同，此处不再赘述。

本实施例给出了 TDF获取需上报方式生成相应检测报告的另一种具体实现方式，与实施例三不同的是，在本发明实施例中， TDF存储有应用类型与上报方式的映射表， TDF接收 PCRF发送的会话请求，所述会话请求中仅仅包含有需要检测的应用类型的信息， TDF在所述映射表中查找对应的上报方式信息，再生成相应模式的检测报告。实施例四：

图 5示出了本发明另一实施例提供的一种检测报告上报方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。

S50K PCRF结合本地服务质量控制策略和 /或计费策略，决策出当前需要检测的应用类型对应的上报方式，并将所述上报方式信息添加在标应用检测控制规则 ADC rule中，生成增强型用检测控制规则。

在本步骤中，首先需要针对当前需要检测数据的应用类型，结合需要对该类型数据所要釆取的本地服务质量控制策略和 /或计费策略，决策出合适的上报方式。在实际情况中，运营商为了提供差异化服务，对不同的应用类型的数据可能采取不同的计费策略和 /或控制策略，即使对同一应用类型的数据，也可能根据不同的应用实例采取不同的计费策略和 /或控制策略，因此本步骤中， PCRF 根据本地服务质量控制计费策略可以决策出相应的上报方式。为了便于理解是如何根据不同本地服务质量控制计费策略决策出对应上报方式，参照实施例二中的表 1 , 示出了几种本地服务质量控制计费策略以及对应的上报方式和需要上报的内容，显然，这只是几种本地服务质量控制策略和 /或计费策略和对应上报方式的举例，本发明实施例不限于上述几种情况。此外，表 1是对于同一应用类型根据不同策略所采取不同的上报方式，对于不同应用类型的数据，同样可以釆用不同的上报方式，如对于 P2P应用，可以釆取上报方式 1，对于 Voip 应用，可以采用上艮方式 2, 对于 Microsoft update应用，可以采用上^ =艮方式 3，对于 http应用，可以采用上报方式 4等等，因此无论是相同类型的应用数据还是不同类型的应用数据，其上报方式是由需要对该数据所述采用的本地服务质量控制计费策略所决定的。

所述上报方式可以是枚举类型的值，例如可以通过 1、 2、 3等分别代表上报方式 1、上报方式 2、上报方式 3等，当然所述上报方式也可以是数值类型的值，例如可以用数字 0代表上报方式 1 , 数字 4代表上报方式 2，数字 7代表上报方式 3等，又或者，所述上报方式也以是字符类型的值，例如可以用字符 a 代表上报方式 1，字符 b代表上报方式 2，字符 c代表上报方式 3等等，可以理解，无论用何种标识代表上^^方式，只要是 PCRF和 TDF双方对此标识有共同理解和认识，悉知 Reporting mode字段值所代表的具体的上报方式即可。

S502、 PCRF向 TDF发送会话请求，所述会话请求包括所述增强型应用检测控制规则，以使得 TDF能够根据增强型应用检测控制规则中包含的上报方式信息生成相应模式的检测报告。

其中， PCRF向 TDF发送的会话请求中包括增强型 ADC规则，所述增强型 ADC规则是在现有 ADC规则中添加表示上报方式信息的 reporting mode字段， TDF根据接收到的增强型 ADC规则中的 Aplication ID和 Reporting mode 字段信息，知悉需要检测的应用类型的数据和对应的上报方式。

进一步的，本步骤中所述会话请求包括建立会话请求或修改会话请求。如果之前 TDF和 PCRF间没有建立会话连接， PCRF需要指示 TDF对某一应用类型的数据进行检测时，向 TDF发送建立会话请求，所述建立会话请求中包括需要检测出的数据的应用类型信息，如杲当前已经建立了会话连接，但是需要修改当前检测的应用类型，或者需要修改上报方式信息，此时 PCRF需要向 TDF 发送修改会话请求，相应修改增强型 ADC规则中的 Application ID和 Reporting mode字段信息，发送信息的增强型 ADC规则。

S503、 PCRP接收 TDF发送的检测报告。

PCRF接收 TDF发送的检测报告 , 所述的检测报告通常包含多个子报告，如开始报告、更新报告和结束报告等等。所述的检测报告触发 PCRF对 TDF对检测的数据流进一步处理，包括关闭数据流、宽带限制、重定向，差异化计费等等。

本实施例给出了 PCRF发送包含有上报方式信息的一种具体实现方式，根据实际控制策略和 /或计费策略决策出需要采取的上报方式，将上报方式字段添加到现有的 ADC规则中，生成增强型 ADC规则，并将所述增强型 ADC规则发送到 TDF, TDF根据其中的上报方式信息生成对应模式的检测报告，并上报给 PCRF。本实施例通过添加上报方式字段来更改 ADC规则的结构，实现方式简单，可以有效地提高网络利用率。实施例五：

图 6示出了本发明另一实施例提供的一种报告上报方法的交互流程，所述方法用于 PCRF与 TDF间的通信，所述方法包括下述步骤：

5601、 PCRF结合本地服务盾量控制策略和 /或计费策略，决策出当前需要检测的应用类型对应的上 4艮方式，并将所述上报方式信息添加在应用检测控制规则 ADC rule中，生成增强型用检测控制规则。

5602、 PCRF向 TDF发送会话请求，所述会话请求包括所述增强型应用检测控制规则。

5603、 TDF接收 PCRF发送的会话请求，所述会话请求中携带有增强型应用检测控制规则，根据所述增强型应用检测控制规则中的上报方式字段得到上才艮方式信息。

5604、 TDF根据所述增强型应用检测控制规则中的上报方式信息，生成相应模式的检测报告。

5605、 TDF向 PCRF上报所述检测报告。

5606、 PCRF接收 TDF发送的检测报告。

本发明实施例中， PCRF将需要检测的应用类型数据对应的上报方式字段添加到 ADC规则中，生成增强型 ADC规则， TDF根据接收到的增强型 ADC 规则中的上报方式字段信息生成相应模式的检测报告并发送到 PCRF，本实施例中的上报方式不是唯一确定的，根据实际的本地服务质量控制策略和 /或计费策略决定的，因地制宜地选择合适的上报方式可以减轻网络负载，提高网络利用率。实施例六：

图 7示出了本发明另一实施例提供的一种报告上报方法的交互流程，所述方法用于 PCRF与 TDF间的通信，所述方法包括下述步骤：

5701、 TDF保存应用类型 ¾上>¾方式的映射表。

5702、 PCRF向 TDF发送会话请求，所述会话请求包括应用检测控制规则。

5703、 TDF接收 PCRF发送的会话请求。

5704、 TDF根据所述应用检测控制规则中所包含的应用类型信息，在所述映射表中查找对应的上报方式信息，并根据所述上报方式信息生成相应模式的检测报告。

5705、 TDF向 PCRF上报所述检测报告。

5706、 PCRF接收报所述检测报告。

在本发明实施中， TDF中预先存储有应用类型与上报方式的映射表， TDF 根据接收到 ADC规则中包含的应用类型信息查找所述映射表即可找到对应的上报方式，再根据所述上报方式信息生成相应模式的检测报告即可。同样，在本实施例中，上报方式是根据实际情况选择的，这样总体上减少了报告的上报频率及上报数据量，提高数据流检测上报的效率，有助于合理利用网絡资源。实施例七：

图 8示出了本发明另一实施例提供的一种报告上报方法的流程，所述方法用于 PCRF与 TDF间的通信，所述方法包括下述步骤：

5801、 PCRF向 TDF发送会话请求和映射表，所述会话请求包括应用检测控制规则，所述映射表包含有应用类型与上报方式的映射信息。

5802、 TDF接收 PCRF发送的会话请求和映射表， TDF保存所述映射表。

5803、 TDF根据所述应用检测控制规.则中所包含的应用类型信息，在所述映射表中查找对应的上报方式信息，并根据所述上报方式信息生成相应模式的检测报告。

5804、 TDF向 PCRF上报所述检测报告。

S805、 PCRF接收报所述检测报告。

本发明实施例与实施例七不同的是，所述的映射表是随同会话请求一齐发送到 TDF， TDF保存所i映射表至本地，并根据 ADC规则中包含的应用类型信息查找所述映射表即可找到对应的上报方式，再根据所述上报方式信息生成相应模式的检测报告即可。同样，在本实施例中，上报方式是根据实际情况选择的，这样总体上减少了报告的上报频率及上报数据量，提高数据流检测上报的效率，有助于合理利用网络资源。实施例八：

图 9示出了本发明另一实施例提供的一种 TDF的结构，为了便于说明仅示出了与本发明实施例相关的部分。

所述 TDF包括：

报告生成单元 91 , 用于获取需要检测的应用类型所对应的上报方式，生成相应模式的检测报告。

在本发明实施例中，报告生成单元获取需要检测的应用类型所述对应的上方式，不同的应用类型可能有不同的上报方式，具体采用何种上 4艮方式是根据对这种应用类型数据采用哪种控制计费策略决定的，总之，本步骤的目的就是为了根据不同应用类型的实际情况采取合适的上报方式，满足对这种应用类型数据的控制计费需求即可。同时， TDF也已经知悉了不同上报方式所对应的检测报告的格式， TDF根据上报方式的信息可以生产对应模式的检测报告。

报告发送单元 92, 用于向 PCRF上报所述报告生成单元生成的所述检测报告。

在实际情况下，所述检测报告可能会由多个子报告组成，比如开始报告和结束报告以及更新报告等。

在本发明实施例中，报告生成单元获取到的上报方式信息是根据实际情况由 PCRF决策出来的，报告发送单元向 PCRF上报的检测报告的信息内容不再固定，在合适的时间上报 PCRF所需要知晓的内容，这样从整体上减少了报告的上报量，提高了网路性能。实施例九：

图 10示出了本发明另一实施例提供的一种 TDF的结构，为了便于说明仅示出了与本发明实施例相关的部分。

所述 TDF包括：

报告生成单元 101，用于根据需要检测的应用类型所对应的上报方式，生成相应模式的检测报告。

报告发送单元 102, 用于向 PCRF上报所述报告生成单元生成的所述检测报告。

其中，所述报告生成单元 101具体包括：

会话接收增强模块 1011 , 用于接收 PCRF发送的会话请求，所述会话请求中携带有增强型应用检测控制规则 , 根据所述增强型应用检测控制规则中的上报方式字段得到上报方式信息；报告生成增强模块 1012, 用于根据所述会话接收增强模块接收的所述增强型应用检测控制规则中的上报方式信息，生成相应模式的检测报告。

本实施例给出了 TDF获取需上报方式生成相应检测报告的一种具体实现方式，在本发明实施例中，会话接收增强模块接收 PCRF发送的会话请求，所述会话请求中携带有增强型 ADC规则，报告生成增强模块根据增强型 ADC规则中包含的上报方式字段得到上报方式信息，再生成相应模式的检测报告。

实施例十：

图 11示出了本发明第十实施例提供的一种 TDF的结构，为了便于说明仅示出了与本发明实施例相关的部分。

所述 TDF包括：

报告生成单元 111，用于根据需要检测的应用类型所对应的上报方式，生成相应模式的检测报告。

报告发送单元 112, 用于向 PCRF上报所报告生成单元生成的所述述检测报告。

其中，所述报告生成单元 111具体包括：

确认模块 1111 , 用于确认保存有应用类型与上报方式的映射表；会话接收标准模块 1112,用于所述确认模块确认保存有应用类型与上报方式的映射表时，接收 PCRF发送的会话请求，所述会话请求包括应用检测控制规则；

报告生成标准模块 1113，用于根据所述会话接收标准模块接收的所述应用检测控制规则中所包含的应用类型信息，在所述映射表中查找对应的上报方式信息，并根据所述上报方式信息生成相应模式的检测报告。

作为优选的，所述报告生成单元 111还包括：

存储模块 1110，用于预先存储所述映射表；或者，用于接收随所述会话请求一齐发送的所述映射表，将接收到的映射表保存至本地。

在本发明是实例中，存储模块用于存储映射表，当确认模块确认所述存储模块中存在映射表时，会话接收标准模块接收 PCRF发送的会话请求，所述会话请求中仅仅包含有需要检测的应用类型的信息，报告生成标准模块在所述映射表中查找对应的上报方式信息，再生成相应模式的检测报告。实施例十一：

图 12示出了本发明另一实施例提供的一种 PCRF的结构，为了便于说明仅示出了与本发明实施例相关的部分。

所述 PCRF包括：

规则生成单元 121，用于结合本地服务质量控制策略和 /或计费策略，决策出当前需要检测的应用类型对应的上报方式，并将所述上报方式信息添加在标准型应用检测控制规则中，生成增强型用检测控制规则；

话发送单元 122，用于向 TDF发送会话请求，所述会话请求包括所述规则生成单元生成的增强型应用检测控制规则；

报告接收单元 123，用于接收 TDF发送的根据会话发送单元发送的会话请求中包含的上报方式信息生成对应模式的检测报告。

本实施例中，规则生成单元决策出前需要检测的应用类型对应的上报方式，并将上报方式信息添加到 ADC规则中，生成增强型 ADC规则，所述会话发送单元向 TDF发送带有增强型 ADC规则的会话请求，报告接收单元接收 TDF根据上报方式信息生成的检测报告。本实例例通过添加上报方式字段来更改 ADC 规则的结构，实现方式简单，可以有效地提高网络利用率。

在本发明实施例中， PCRF根据对应用类型实际采取的控制计费策略决策出对应的上报方式，并将上报方式信息传递给 TDF,或者 TDF中预存有不同应用类型与对应的上报方式的映射关系，使得 TDF的报告方式不再单一，可以根据实际策略采取合适的上报方式，这样可以提高数据流检测的上报效率，有助于合理利用网络资源。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介貭中，所述的存储介质，如 ROM/RAM、磁盘、光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

权利要求书

1、一种检测报告上报方法，其特征在于，包括：

数据流检测功能 TDF获取需要检测的应用类型所对应的上报方式，生成相应模式的检测报告；

数据流检测功能 TDF向策略与计费规则功能 PCRF上报所述检测报告。

2、如权利要求 1所述方法，其特征在于，所述数据流检测功能 TDF获取需要检测的应用类型所对应的上报方式，生成相应的检测报告，包括：

接收所述 PCRF发送的会话请求，所述会话请求中携带有增强型应用检测控制规则，根据所述增强型应用检测控制规则中的上报方式字段得到上报方式信息；

根据所述增强型应用检测控制规则中的上报方式信息，生成相应模式的检测报告。

3、如权利要求 1所述方法，其特征在于，如果所述 TDF保存有应用类型与上报方式的映射表，所述数据流检测功能 TDF获取需要检测的应用类型所对应的上报方式，生成相应模式的检测报告，包括：

接收所述 PCRF发送的会话请求，所述会话请求包括应用检测控制规则；根据所述应用检测控制规则中所包含的应用类型信息 , 在所述映射表中查找对应的上报方式信息，并根据所述上报方式信息生成相应模式的检测报告。

4、如权利要求 3所述方法，其特征在于，所述映射表预先存储在所述 TDF 中，或者，所述映射表随所述会话请求一齐发送到所述 TDF, 所述 TDF将接收到的映射表保存至本地。

5、如权利要求 2-4任一项所述方法，其特征在于，所述会话请求包括建立会话请求或修改会话请求。

6、一种检测报告上报方法，其特征在于，包括：

策略与计费规则功能 PCRF结合本地服务质量控制策略和 /或计费策略，决策出当前需要检测的应用类型对应的上报方式，并将所述上报方式字段添加在应用检测控制规则中，生成增强型应用检测控制规则；

所述 PCRF向数据流检测功能 TDF发送会话请求，所述会话请求包括所述增强型应用检测控制规则，以使得 TDF能够根据增强型应用检测控制规则中包含的上报方式信息生成相应模式的检测报告；

所述 PCRF接收所述 TDF发送的检测报告。

7、如权利要求 6所述方法，其特征在于，所述上报方式是枚举类型、数值类型或者字符类型的标识。

8、如权利要求 6或 7所述方法，其特征在于，所述会话请求包括建立会话请求或修改会话请求。

9、如权利要求 2或 6所述方法，所述增强型应用检测控制规则是携带了上报方式信息的应用检测控制规则。

10、如权利要求 6-9任一项所述方法，其特征在于，所述上报方式对应生成的检测报告至少包括以下信息中的一条：

数据流的开始报告或者结束报告是以应用类型 Application ID粒度上报，或者以应用实例 Application instance粒度上报；

上才艮数据流的开始时刻和结束时刻；

上报数据流的描述信息；

上报数据流描述的更新信息；

数据流检测上报的迟滞时间值。

11、一种数据流检测功能 TDF, 其特征在于，所述 TDF包括：

12、如权利要求 11所述的 TDF, 其特征在于，所迷报告生成单元包括：会话接收增强模块，用于接收策略与计费规则功能 PCRF发送的会话请求，所述会话请求中携带有增强型应用检测控制规则，根据所述增强型应用检测控制规则中的上报方式字段得到上报方式信息；

报告生成增强模块，用于根据所述会话接收增强模块接收的所述增强型应用检测控制规则中的上报方式信息，生成相应模式的检测报告。

13、如权利要求 11所述的 TDF，其特征在于，所述报告生成单元包括：确认模块，用于确认保存有应用类型与上报方式的映射表；

^^接收标准模块，用于所述确认模块确认保存有应用类型与上报方式的映射表时，接收 PCRF发送的会话请求，所述会话请求包括应用检测控制规则；报告生成标准模块，用于根据所述会话接收标准模块接收的所述应用检测控制规则中所包含的应用类型信息，在所述映射表中查找对应的上报方式信息，并根据所述上报方式信息生成相应模式的检测报告。

14、如权利要求 13所述的 TDF, 其特征在于，所述 TDF还包括：存储模块，用于预先存储所述映射表；或者，用于接收随所述会话请求一齐发送的所述映射表，将接收到的映射表保存至本地。

15、如权利要求 11-14任一项所述的 TDF, 其特征在于，所述会话接收增强模块接收的会话请求包括建立会话请求或修改会话请求。

16、如权利要求 11-15任一项所述的 TDF，其特征在于，所述报告生成单元获取的上报方式对应生成的检测报告至少包括以下信息中的一条：

数据流的开始报告或者结束报告是以应用类型 Application ID粒度上报，或者以应用实例 Application instance粒度的上才艮；

上报数据流的开始时刻和者结束时刻；

上报数据流的描述信息；

上报数据流描述的更新信息；

数据流检测上报的迟滞时间值。

17、一种策略与计费规则功能 PCRF, 其特征在于，所述 PCRF包括：规则生成单元，用于结合本地服务质量控制策略和 /或计费策略，决策出当前需要检测的应用类型对应的上报方式，并将所述上报方式字段添加在应用检测控制规则中，生成增强型应用检测控制规则；

报告接收单元，用于接收所述 TDF发送的根据会话发送单元发送的会话请求中包含的上报方式信息生成对应模式的检测报告。

18如权利要求 17所述的一种 PCRF,其特征在于，所述上报方式是枚举类型、数值类型或者字符类型的标识。

19、如权利要求 18所述的一种 PCRF, 其特征在于，所述会话请求包括建立会话请求或修改会话请求。

20、如权利要求 17-19任一项所述的 PCRF，其特征在于，所述规则生成单元决策出的上报方式对应的检测报告至少包括以下信息中的一条：

数据流的开始报告或者结束报告是以应用类型 Application ID粒度上报，或者以应用实例 Application instance粒度的上报；

上报数据流的开始时刻和结束时刻；

上报数据流的描述信息；

上报数据流描述的更新信息；

数据流检测上报的迟滞时间值。

21、一种报告上报系统，所述系统包括如权利要求 11-16所述的数据流检测功能 TDF和如权利要求 17-20所述的策略与计费规则功能 PCRF。