CN103518392B - 一种检测报告上报方法、报告上报系统 - Google Patents

Abstract

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

Description

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

技术领域

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

背景技术

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

PCRF（Policy and Charging Rules Function，策略计费规则功能）向TDF指示需要检测数据的应用类型Application ID，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通过一定的方法获取、知晓所需检测应用类型所对应的上报方式，比如所述的上报方式可以是PCRF发送过来，或是存储在本地TDF中，不同的应用类型可能有不同的上报方式，这样使得TDF能够根据实际需求使用合适的上报方式，而现有技术中，TDF的上报方式是固定的，每次都需要上报数据流的开始时刻、结束时刻以及流描述，如此多的报告信息占用了过多的系统资源，本发明提供的TDF能够根据实际需求使用合适的上报方式，在适当时刻上报所需要的报告信息，总体上减少了报告的上报频率及上报数据量，提高数据流检测上报的效率，有助于合理利用网络资源。

附图说明

图1是本发明实施例提供的一种检测报告上报方法的流程图；

图2是本发明另一实施例提供的一种检测报告上报方法的流程图；

图3是一种应用类型的四个应用实例的时间图；

图4是本发明另一实施例提供的一种检测报告上报方法的流程图；

图5是本发明另一实施例提供的一种检测报告上报方法的流程图；

图6是本发明另一实施例提供的一种报告上报方法的交互流程图；

图7是本发明另一实施例提供的一种报告上报方法的交互流程图；

图8是本发明另一实施例提供的一种报告上报方法的交互流程图；

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

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

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

图12是本发明第另一实施例提供的一种PCRF的结构方框图。

具体实施方式

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

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

实施例一：

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

本实施例所述方法包括：

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

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

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

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

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

实施例二：

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

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

在本发明实施例中，PCRF向TDF发送了会话请求，该会话请求包括增强型ADC（Application Detection Control，应用检测控制）规则，所述增强型ADC规则中包括需要检测应用类型数据的上报方式的字段信息。现有的ADC规则中一般包括ADC规则标记（ADCRule identifier）、应用ID（Applicationidentifier），以及可选的执行控制策略（Enforcement control），所述执行控制策略表明了PCRF指示TDF对应用ID所标识的应用类型的数据流所采取的动作，通常包括截断数据流的状态（Gate status）、上行最大比特率（UL-maximumbit 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：

表1

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

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

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

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

假设上报方式为如表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，flow1+flow 2+flow 3+flow 4的流描述，T1时刻，开始}，更新报告{Application ID，flow 1+flow 3的流描述，T2时刻，更新}，以及结束报告{Application ID，T3时刻，结束}。

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

所述检测报告通常包括多个子报告，如步骤S202所述的开始报告、更新报告、结束报告等。这些子报告的具体上报时间与应用类型对应的应用实例的数据流变化有关，再次参照图3，如该图所示的各个应用实例的时间图，

假设上报方式为如表1所示的方式1，那么在T1时刻，TDF向PCRF上报开始报告{Application identifier1，T1时刻，开始}，在T3时刻上报结束报告{Applicationidentifier 1，T3时刻，结束}；

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

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

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

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

{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的流描述，T1时刻，开始}，在T2时刻，TDF向PCRF上报更新报告{Application ID，flow 1+flow3的流描述，T2时刻，更新}，以及在T3时刻，TDF向PCRF上报结束报告{Application ID，T3时刻，结束}。

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

实施例三：

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

S401、接PCRF发送的会话请求，所述会话请求包括应用检测控制规则。

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

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

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

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

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

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

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

实施例四：

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

S501、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和Reportingmode字段信息，发送信息的增强型ADC规则。

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

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

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

实施例五：

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

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

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

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

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

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

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

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

实施例六：

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

S701、TDF保存应用类型与上报方式的映射表。

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

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

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

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

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

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

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

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

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

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

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

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

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

实施例八：

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

所述TDF包括：

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

在本发明实施例中，报告生成单元获取需要检测的应用类型所述对应的上报方式，不同的应用类型可能有不同的上报方式，具体采用何种上报方式是根据对这种应用类型数据采用哪种控制计费策略决定的，总之，本步骤的目的就是为了根据不同应用类型的实际情况采取合适的上报方式，满足对这种应用类型数据的控制计费需求即可。同时，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 (19)

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

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

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

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

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

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

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

接收所述PCRF发送的会话请求，所述会话请求包括应用检测控制规则；

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

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

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

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

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

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

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

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

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

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

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

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

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

上报数据流的描述信息；

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

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

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

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

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

所述报告生成单元包括：

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

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

11.如权利要求10所述的TDF，其特征在于，所述报告生成单元包括：

确认模块，用于确认保存有应用类型与上报方式的映射表；

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

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

12.如权利要求11所述的TDF，其特征在于，所述TDF还包括：

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

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

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

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

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

上报数据流的描述信息；

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

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

15.一种策略与计费规则功能PCRF，其特征在于，所述PCRF包括：

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

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

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

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

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

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

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

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

上报数据流的描述信息；

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

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

19.一种报告上报系统，所述系统包括如权利要求10-14任一项所述的数据流检测功能TDF和如权利要求15-18任一项所述的策略与计费规则功能PCRF。