本發(fā)明屬于網(wǎng)絡(luò)技術(shù)領(lǐng)域，尤其涉及一種檢測(cè)報(bào)告上報(bào)方法、報(bào)告上報(bào)系統(tǒng)。

背景技術(shù)：
在移動(dòng)網(wǎng)絡(luò)中存在有不同的業(yè)務(wù)應(yīng)用，例如大量下載型和流媒體型的P2P（Peer-to-Peer，點(diǎn)到點(diǎn)）應(yīng)用、QQ應(yīng)用，http瀏覽應(yīng)用。這些基于英特網(wǎng)的業(yè)務(wù)應(yīng)用對(duì)于運(yùn)營(yíng)商的業(yè)務(wù)收益、用戶(hù)的應(yīng)用需求、甚至業(yè)務(wù)本身的時(shí)延敏感特點(diǎn)這些方面都是不同的，因此對(duì)這些不同的業(yè)務(wù)應(yīng)用，可能存在不同的流量控制策略，為此，3GPP（3GPartnershipProject，第三代伙伴項(xiàng)目）引入了PCC（PolicyandChargingControl，策略和計(jì)費(fèi)控制）構(gòu)架，通過(guò)TDF（TrafficDetectionFunction，業(yè)務(wù)數(shù)據(jù)流檢測(cè)功能）來(lái)實(shí)現(xiàn)對(duì)不同的應(yīng)用類(lèi)型的數(shù)據(jù)進(jìn)行流量控制，包括數(shù)據(jù)流的關(guān)閉、帶寬限制和重定向等。PCRF（PolicyandChargingRulesFunction，策略計(jì)費(fèi)規(guī)則功能）向TDF指示需要檢測(cè)數(shù)據(jù)的應(yīng)用類(lèi)型ApplicationID，TDF檢測(cè)該應(yīng)用類(lèi)型的數(shù)據(jù)流，是基于此應(yīng)用類(lèi)型下的各個(gè)應(yīng)用實(shí)例applicationinstance的粒度進(jìn)行上報(bào)，包括各個(gè)應(yīng)用實(shí)例對(duì)應(yīng)的數(shù)據(jù)流的開(kāi)始和結(jié)束時(shí)刻，以及所有數(shù)據(jù)流的流描述，因此，隨著移動(dòng)終端的多媒體應(yīng)用不斷的增加，同一應(yīng)用類(lèi)型的應(yīng)用實(shí)例也逐漸增多，而且這些不同的應(yīng)用實(shí)例的對(duì)應(yīng)的數(shù)據(jù)流可能會(huì)頻繁地開(kāi)始和結(jié)束，那么TDF需要向PCRF頻繁地上報(bào)每個(gè)應(yīng)用實(shí)例的報(bào)告，包括開(kāi)始時(shí)刻、結(jié)束時(shí)刻以及流描述，顯然如此多的報(bào)告信息占用了過(guò)多系統(tǒng)資源，降低了網(wǎng)絡(luò)性能。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明的目的是提供一種數(shù)據(jù)流檢測(cè)功能TDF的報(bào)告上報(bào)方法，旨在解決網(wǎng)絡(luò)性能降低的技術(shù)問(wèn)題。一方面，提供了一種檢測(cè)報(bào)告上報(bào)方法，包括：TDF獲取需要檢測(cè)的應(yīng)用類(lèi)型所對(duì)應(yīng)的上報(bào)方式，生成相應(yīng)模式的檢測(cè)報(bào)告；TDF向策略與計(jì)費(fèi)規(guī)則功能PCRF上報(bào)所述檢測(cè)報(bào)告。一方面，提供了另一種檢測(cè)報(bào)告上報(bào)方法，包括：PCRF結(jié)合本地服務(wù)質(zhì)量控制計(jì)費(fèi)策略，決策出當(dāng)前需要檢測(cè)的應(yīng)用類(lèi)型對(duì)應(yīng)的上報(bào)方式，并將所述上報(bào)方式字段添加在應(yīng)用檢測(cè)控制規(guī)則中，生成增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則；PCRF向數(shù)據(jù)流檢測(cè)功能TDF發(fā)送會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求包括所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則，以使得TDF能夠根據(jù)增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則中包含的上報(bào)方式信息生成相應(yīng)模式的檢測(cè)報(bào)告；PCRF接收所述TDF發(fā)送的檢測(cè)報(bào)告。一方面，提供了一種TDF，包括：報(bào)告生成單元，用于獲取需要檢測(cè)的應(yīng)用類(lèi)型所對(duì)應(yīng)的上報(bào)方式，生成相應(yīng)模式的檢測(cè)報(bào)告；報(bào)告發(fā)送單元，用于向策略與計(jì)費(fèi)功能PCRF上報(bào)所述報(bào)告生成單元生成的所述檢測(cè)報(bào)告。一方面，提供了一種PCRF，包括：規(guī)則生成單元，用于結(jié)合本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略，決策出當(dāng)前需要檢測(cè)的應(yīng)用類(lèi)型對(duì)應(yīng)的上報(bào)方式，并將所述上報(bào)方式字段添加在應(yīng)用檢測(cè)控制規(guī)則中，生成增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則；會(huì)話發(fā)送單元，用于向數(shù)據(jù)流檢測(cè)功能TDF發(fā)送會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求包括所述規(guī)則生成單元生成的增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則；報(bào)告接收單元，用于所述TDF發(fā)送的根據(jù)會(huì)話發(fā)送單元發(fā)送的會(huì)話請(qǐng)求中包含的上報(bào)方式信息生成對(duì)應(yīng)模式的檢測(cè)報(bào)告。一方面，提供了一種報(bào)告上報(bào)系統(tǒng)，所述系統(tǒng)包括如權(quán)利要求11-16所述的TDF以及如權(quán)利要求17-20所述的PCRF。本發(fā)明的有益效果是：本發(fā)明技術(shù)方案中，TDF通過(guò)一定的方法獲取、知曉所需檢測(cè)應(yīng)用類(lèi)型所對(duì)應(yīng)的上報(bào)方式，比如所述的上報(bào)方式可以是PCRF發(fā)送過(guò)來(lái)，或是存儲(chǔ)在本地TDF中，不同的應(yīng)用類(lèi)型可能有不同的上報(bào)方式，這樣使得TDF能夠根據(jù)實(shí)際需求使用合適的上報(bào)方式，而現(xiàn)有技術(shù)中，TDF的上報(bào)方式是固定的，每次都需要上報(bào)數(shù)據(jù)流的開(kāi)始時(shí)刻、結(jié)束時(shí)刻以及流描述，如此多的報(bào)告信息占用了過(guò)多的系統(tǒng)資源，本發(fā)明提供的TDF能夠根據(jù)實(shí)際需求使用合適的上報(bào)方式，在適當(dāng)時(shí)刻上報(bào)所需要的報(bào)告信息，總體上減少了報(bào)告的上報(bào)頻率及上報(bào)數(shù)據(jù)量，提高數(shù)據(jù)流檢測(cè)上報(bào)的效率，有助于合理利用網(wǎng)絡(luò)資源。附圖說(shuō)明圖1是本發(fā)明實(shí)施例提供的一種檢測(cè)報(bào)告上報(bào)方法的流程圖；圖2是本發(fā)明另一實(shí)施例提供的一種檢測(cè)報(bào)告上報(bào)方法的流程圖；圖3是一種應(yīng)用類(lèi)型的四個(gè)應(yīng)用實(shí)例的時(shí)間圖；圖4是本發(fā)明另一實(shí)施例提供的一種檢測(cè)報(bào)告上報(bào)方法的流程圖；圖5是本發(fā)明另一實(shí)施例提供的一種檢測(cè)報(bào)告上報(bào)方法的流程圖；圖6是本發(fā)明另一實(shí)施例提供的一種報(bào)告上報(bào)方法的交互流程圖；圖7是本發(fā)明另一實(shí)施例提供的一種報(bào)告上報(bào)方法的交互流程圖；圖8是本發(fā)明另一實(shí)施例提供的一種報(bào)告上報(bào)方法的交互流程圖；圖9是本發(fā)明另一實(shí)施例提供的一種TDF的結(jié)構(gòu)方框圖；圖10是本發(fā)明另一實(shí)施例提供的一種TDF的結(jié)構(gòu)方框圖；圖11是本發(fā)明另一實(shí)施例提供的一種TDF的結(jié)構(gòu)方框圖；圖12是本發(fā)明第另一實(shí)施例提供的一種PCRF的結(jié)構(gòu)方框圖。具體實(shí)施方式為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下結(jié)合附圖及實(shí)施例，對(duì)本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說(shuō)明。應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。為了說(shuō)明本發(fā)明所述的技術(shù)方案，下面通過(guò)具體實(shí)施例來(lái)進(jìn)行說(shuō)明。實(shí)施例一：圖1示出了本發(fā)明實(shí)施例提供的一種檢測(cè)報(bào)告上報(bào)方法的流程，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。本實(shí)施例所述方法包括：S101、TDF獲取需要檢測(cè)的應(yīng)用類(lèi)型所對(duì)應(yīng)的上報(bào)方式，生成相應(yīng)模式的檢測(cè)報(bào)告。在本步驟中，TDF獲取需要檢測(cè)的應(yīng)用類(lèi)型所述對(duì)應(yīng)的上報(bào)方式，不同的應(yīng)用類(lèi)型可能有不同的上報(bào)方式，具體采用何種上報(bào)方式是根據(jù)對(duì)這種應(yīng)用類(lèi)型數(shù)據(jù)采用哪種控制策略和/或計(jì)費(fèi)策略決定的，總之，本步驟的目的就是為了根據(jù)不同應(yīng)用類(lèi)型的實(shí)際情況采取合適的上報(bào)方式，滿(mǎn)足對(duì)這種應(yīng)用類(lèi)型數(shù)據(jù)的控制計(jì)費(fèi)需求即可。同時(shí)，TDF也已經(jīng)悉知了不同上報(bào)方式所對(duì)應(yīng)的檢測(cè)報(bào)告的格式，TDF根據(jù)上報(bào)方式的信息可以生產(chǎn)對(duì)應(yīng)模式的檢測(cè)報(bào)告。S102、TDF向PCRF上報(bào)所述檢測(cè)報(bào)告。在實(shí)際情況下，所述檢測(cè)報(bào)告可能會(huì)由多個(gè)子報(bào)告組成，比如開(kāi)始報(bào)告和結(jié)束報(bào)告以及更新報(bào)告等。在本實(shí)施例中，TDF獲取到的上報(bào)方式信息是根據(jù)實(shí)際情況由PCRF決策出來(lái)的，TDF向PCRF上報(bào)的檢測(cè)報(bào)告的信息內(nèi)容不再固定，在合適的時(shí)間上報(bào)PCRF所需要知曉的內(nèi)容，這樣從整體上減少了報(bào)告的上報(bào)量，提高了網(wǎng)路性能。實(shí)施例二：圖2示出了本發(fā)明另一實(shí)施例提供的一種數(shù)據(jù)流檢測(cè)功能TDF的報(bào)告上報(bào)方法的流程，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。S201、接收PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求中攜帶有增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則，根據(jù)所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則中的上報(bào)方式字段得到上報(bào)方式信息。在本發(fā)明實(shí)施例中，PCRF向TDF發(fā)送了會(huì)話請(qǐng)求，該會(huì)話請(qǐng)求包括增強(qiáng)型ADC（ApplicationDetectionControl，應(yīng)用檢測(cè)控制）規(guī)則，所述增強(qiáng)型ADC規(guī)則中包括需要檢測(cè)應(yīng)用類(lèi)型數(shù)據(jù)的上報(bào)方式的字段信息。現(xiàn)有的ADC規(guī)則中一般包括ADC規(guī)則標(biāo)記（ADCRuleidentifier）、應(yīng)用ID（Applicationidentifier），以及可選的執(zhí)行控制策略（Enforcementcontrol），所述執(zhí)行控制策略表明了PCRF指示TDF對(duì)應(yīng)用ID所標(biāo)識(shí)的應(yīng)用類(lèi)型的數(shù)據(jù)流所采取的動(dòng)作，通常包括截?cái)鄶?shù)據(jù)流的狀態(tài)（Gatestatus）、上行最大比特率（UL-maximumbitrate）、下行最大比特率（DL-maximumbitrate）、重定向操作（Redirect）等，在具體實(shí)現(xiàn)時(shí)，將上報(bào)方式（Reportingmode）的字段信息添加到ADC規(guī)則中即可生成增強(qiáng)型ADC規(guī)則，TDF根據(jù)增強(qiáng)型ADC規(guī)則中的應(yīng)用ID字段即可知道所需檢測(cè)的數(shù)據(jù)是何種應(yīng)用類(lèi)型，比如P2P應(yīng)用、http應(yīng)用、Voip應(yīng)用等等。其中，PCRF根據(jù)此應(yīng)用類(lèi)型需要采取的本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略決策出相應(yīng)的上報(bào)方式，具體實(shí)現(xiàn)時(shí)，所述上報(bào)方式可以是枚舉類(lèi)型的值，例如可以通過(guò)1、2、3等分別代表上報(bào)方式1、上報(bào)方式2、上報(bào)方式3等，當(dāng)然所述上報(bào)方式也可以是數(shù)值類(lèi)型的值，例如可以用數(shù)字0代表上報(bào)方式1，數(shù)字4代表上報(bào)方式2，數(shù)字7代表上報(bào)方式3等，又或者，所述上報(bào)方式也以是字符類(lèi)型的值，例如可以用字符a代表上報(bào)方式1，字符b代表上報(bào)方式2，字符c代表上報(bào)方式3等等，可以理解，無(wú)論用何種標(biāo)識(shí)代表上報(bào)方式，只要是PCRF和TDF雙方對(duì)此標(biāo)識(shí)有共同理解和認(rèn)識(shí)，知悉Reportingmode字段值所代表的具體的上報(bào)方式即可。所述上報(bào)方式對(duì)應(yīng)生成的檢測(cè)報(bào)告至少包括以下信息中的一條：數(shù)據(jù)流的開(kāi)始報(bào)告或者結(jié)束報(bào)告是以應(yīng)用類(lèi)型ApplicationID粒度上報(bào)，或者以應(yīng)用實(shí)例Applicationinstance粒度上報(bào)；上報(bào)數(shù)據(jù)流的開(kāi)始時(shí)刻或者結(jié)束時(shí)刻；上報(bào)數(shù)據(jù)流的描述信息；上報(bào)數(shù)據(jù)流描述的更新信息；數(shù)據(jù)流檢測(cè)上報(bào)的遲滯時(shí)間值。為了便于理解，可以具體列出幾種上報(bào)方式，比如假設(shè)當(dāng)前需要檢測(cè)的應(yīng)用類(lèi)型是P2P應(yīng)用，對(duì)于采取不同的本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略，對(duì)應(yīng)上報(bào)方式及上報(bào)內(nèi)容如下表1：表1需要說(shuō)明的是，表1只是給出的本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略和上報(bào)方式對(duì)應(yīng)關(guān)系的舉例，顯然所述是根據(jù)實(shí)際情況選取，包括但不限于表中所述的幾種情況，只要根據(jù)實(shí)際選取需要的本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略和對(duì)應(yīng)的上報(bào)方式，均在本發(fā)明的保護(hù)范圍之內(nèi)。此外，表1是對(duì)于同一應(yīng)用類(lèi)型根據(jù)不同策略所采取不同的上報(bào)方式，對(duì)于不同應(yīng)用類(lèi)型的數(shù)據(jù)，同樣可以采用不同的上報(bào)方式，如對(duì)于P2P應(yīng)用，可以采取上報(bào)方式1，對(duì)于Voip應(yīng)用，可以采用上報(bào)方式2，對(duì)于microsoftupdate應(yīng)用，可以采用上報(bào)方式3，對(duì)于http應(yīng)用，可以采用上報(bào)方式4等等，因此無(wú)論是相同類(lèi)型的應(yīng)用數(shù)據(jù)還是不同類(lèi)型的應(yīng)用數(shù)據(jù)，其上報(bào)方式是由需要對(duì)該數(shù)據(jù)所述采用的本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略所決定的。S202、根據(jù)所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則中的上報(bào)方式信息，生成相應(yīng)模式的檢測(cè)報(bào)告。在實(shí)現(xiàn)本步驟之前，TDF已經(jīng)知悉各種上報(bào)方式所對(duì)應(yīng)的檢測(cè)報(bào)告的報(bào)告模式，為了便于理解，參照?qǐng)D3，示出了一種應(yīng)用類(lèi)型的四個(gè)應(yīng)用實(shí)例的時(shí)間圖，顯示出了各個(gè)應(yīng)用實(shí)例（applicationinstance1至applicationinstance4）的開(kāi)始和結(jié)束時(shí)刻。假設(shè)上報(bào)方式為如表1所示的方式1，只需上報(bào)以ApplicationID粒度的數(shù)據(jù)流的開(kāi)始時(shí)刻和結(jié)束時(shí)刻，那么這里生成的檢測(cè)報(bào)告包括開(kāi)始報(bào)告{Applicationidentifier1，T1時(shí)刻，開(kāi)始}和結(jié)束報(bào)告{Applicationidentifer1，T3時(shí)刻，結(jié)束}。假設(shè)上報(bào)方式為如表1所示的方式2，需要上報(bào)以applicationinstance粒度的每個(gè)子流的開(kāi)始和結(jié)束時(shí)刻，那么這里生成的檢測(cè)報(bào)告包括四個(gè)開(kāi)始報(bào)告，模式如下：{Applicationinstance1，flow1的流描述，T1時(shí)刻，開(kāi)始}、{Applicationinstance2，flow2的流描述，T1時(shí)刻，開(kāi)始}、{Applicationinstance3，flow3的流描述，T1時(shí)刻，開(kāi)始}、{Applicationinstance4，flow4的流描述，T1時(shí)刻，開(kāi)始}，以及四個(gè)結(jié)束報(bào)告，模式如下：{Applicationinstance2，flow2的流描述，T2時(shí)刻，結(jié)束}、{Applicationinstance4，flow4的流描述，T2時(shí)刻，結(jié)束}、{Applicationinstance1，flow1的流描述，T3時(shí)刻，結(jié)束}、{Applicationinstance3，flow3的流描述，T3時(shí)刻，結(jié)束}。假設(shè)上報(bào)方式為如表1所示的方式3，需要上報(bào)以ApplicationID粒度的數(shù)據(jù)流的開(kāi)始時(shí)刻、更新、結(jié)束時(shí)刻，那么這里生成的檢測(cè)報(bào)告包括開(kāi)始報(bào)告{ApplicationID，flow1+flow2+flow3+flow4的流描述，T1時(shí)刻，開(kāi)始}，更新報(bào)告{ApplicationID，flow1+flow3的流描述，T2時(shí)刻，更新}，以及結(jié)束報(bào)告{ApplicationID，T3時(shí)刻，結(jié)束}。S203、TDF向PCRF上報(bào)所述檢測(cè)報(bào)告。所述檢測(cè)報(bào)告通常包括多個(gè)子報(bào)告，如步驟S202所述的開(kāi)始報(bào)告、更新報(bào)告、結(jié)束報(bào)告等。這些子報(bào)告的具體上報(bào)時(shí)間與應(yīng)用類(lèi)型對(duì)應(yīng)的應(yīng)用實(shí)例的數(shù)據(jù)流變化有關(guān)，再次參照?qǐng)D3，如該圖所示的各個(gè)應(yīng)用實(shí)例的時(shí)間圖，假設(shè)上報(bào)方式為如表1所示的方式1，那么在T1時(shí)刻，TDF向PCRF上報(bào)開(kāi)始報(bào)告{Applicationidentifier1，T1時(shí)刻，開(kāi)始}，在T3時(shí)刻上報(bào)結(jié)束報(bào)告{Applicationidentifier1，T3時(shí)刻，結(jié)束}；假設(shè)上報(bào)方式為如表1所示的方式2，那么在T1時(shí)刻，TDF向PCRF上報(bào)四個(gè)開(kāi)始報(bào)告，具體格式如下：{Applicationinstance1，flow1的流描述，T1時(shí)刻，開(kāi)始}、{Applicationinstance2，flow2的流描述，T1時(shí)刻，開(kāi)始}、{Applicationinstance3，flow3的流描述，T1時(shí)刻，開(kāi)始}、{Applicationinstance4，flow4的流描述，T1時(shí)刻，開(kāi)始}，在T2時(shí)刻，TDF向PCRF上報(bào)兩個(gè)結(jié)束報(bào)告，具體格式如下：{Applicationinstance2，flow2的流描述，T2時(shí)刻，結(jié)束}、{Applicationinstance4，flow4的流描述，T2時(shí)刻，結(jié)束}，在T3時(shí)刻，TDF向PCRF上報(bào)另兩個(gè)結(jié)束報(bào)告，具體格式如下：{Applicationinstance1，flow1的流描述，T3時(shí)刻，結(jié)束}、{Applicationinstance3，flow3的流描述，T3時(shí)刻，結(jié)束}。假設(shè)上報(bào)方式為如表1所示的方式3，那么在T1時(shí)刻，TDF向PCRF上報(bào)開(kāi)始報(bào)告{ApplicationID，flow1+flow2+flow3+flow4的流描述，T1時(shí)刻，開(kāi)始}，在T2時(shí)刻，TDF向PCRF上報(bào)更新報(bào)告{ApplicationID，flow1+flow3的流描述，T2時(shí)刻，更新}，以及在T3時(shí)刻，TDF向PCRF上報(bào)結(jié)束報(bào)告{ApplicationID，T3時(shí)刻，結(jié)束}。本實(shí)施例給出了TDF獲取需上報(bào)方式生成相應(yīng)檢測(cè)報(bào)告的一種具體實(shí)現(xiàn)方式，在本發(fā)明實(shí)施例中，TDF接收PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求中攜帶有增強(qiáng)型ADC規(guī)則，TDF根據(jù)增強(qiáng)型ADC規(guī)則中包含的上報(bào)方式字段得到上報(bào)方式信息，再生成相應(yīng)模式的檢測(cè)報(bào)告。實(shí)施例三：圖4示出了本發(fā)明第三實(shí)施例提供的一種數(shù)據(jù)流檢測(cè)功能TDF的報(bào)告上報(bào)方法的流程，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。S401、接PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求包括應(yīng)用檢測(cè)控制規(guī)則。在本步驟中，TDF接收到PCRF發(fā)送的會(huì)話請(qǐng)求，與步驟S201不同的是，本步驟所述的會(huì)話請(qǐng)求中包括的ADC規(guī)則不是增強(qiáng)型ADC規(guī)則，所述ADC規(guī)則中包含有需要檢測(cè)的應(yīng)用類(lèi)型數(shù)據(jù)的相關(guān)信息，包括ADC規(guī)則標(biāo)記（ADCRuleidentifier）、應(yīng)用ID（Applicationidentifier），以及可選的執(zhí)行控制策略（Enforcementcontrol），并不包含上報(bào)方式（reportingmode）信息。TDF根據(jù)該applicationID字段信息知曉其需要檢測(cè)的數(shù)據(jù)的應(yīng)用類(lèi)型。顯然，在本步驟中，PCRF和TDF對(duì)applicationID字段所表示的應(yīng)用類(lèi)型都有相同的了解和認(rèn)識(shí)。同樣，本步驟中所述會(huì)話請(qǐng)求包括建立會(huì)話請(qǐng)求或修改會(huì)話請(qǐng)求。如果之前TDF和PCRF間沒(méi)有建立會(huì)話連接，PCRF需要指示TDF對(duì)某一應(yīng)用類(lèi)型的數(shù)據(jù)進(jìn)行檢測(cè)時(shí)，向TDF發(fā)送建立會(huì)話請(qǐng)求，所述建立會(huì)話請(qǐng)求中包括需要檢測(cè)出的數(shù)據(jù)的應(yīng)用類(lèi)型信息，如果當(dāng)前已經(jīng)建立了會(huì)話連接，但是需要修改當(dāng)前檢測(cè)的應(yīng)用類(lèi)型，此時(shí)PCRF需要向TDF發(fā)送修改會(huì)話請(qǐng)求，相應(yīng)修改ADC規(guī)則中的ApplicationID字段信息，TDF相應(yīng)檢測(cè)其中的applicationID字段即可。S402、根據(jù)所述應(yīng)用檢測(cè)控制規(guī)則中所包含的應(yīng)用類(lèi)型信息，在所述映射表中查找對(duì)應(yīng)的上報(bào)方式信息，并根據(jù)所述上報(bào)方式信息生成相應(yīng)模式的檢測(cè)報(bào)告。實(shí)現(xiàn)本步驟之前，TDF中存儲(chǔ)有應(yīng)用類(lèi)型與上報(bào)方式的映射表，如果需要修改應(yīng)用類(lèi)型對(duì)應(yīng)的上報(bào)方式，修改所述映射表即可。所述映射表通過(guò)人工或自動(dòng)方式預(yù)配置到TDF中，或者所述映射表是PCRF向TDF發(fā)送會(huì)話請(qǐng)求時(shí)伴隨傳遞給TDF的，在TDF接收到的ADC規(guī)則生效之前，TDF將所述映射表存儲(chǔ)在本地中，這樣TDF可以根據(jù)接收到的ADC規(guī)則中的應(yīng)用類(lèi)型信息，在所述映射表中找到對(duì)應(yīng)的上報(bào)方式，并根據(jù)該上報(bào)方式生成相應(yīng)模式的檢測(cè)報(bào)告，所述上報(bào)方式和檢測(cè)報(bào)告的格式在實(shí)施例二中已做描述，此處不再贅述。S403、TDF向PCRF上報(bào)所述檢測(cè)報(bào)告。本步驟與S203相同，此處不再贅述。本實(shí)施例給出了TDF獲取需上報(bào)方式生成相應(yīng)檢測(cè)報(bào)告的另一種具體實(shí)現(xiàn)方式，與實(shí)施例三不同的是，在本發(fā)明實(shí)施例中，TDF存儲(chǔ)有應(yīng)用類(lèi)型與上報(bào)方式的映射表，TDF接收PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求中僅僅包含有需要檢測(cè)的應(yīng)用類(lèi)型的信息，TDF在所述映射表中查找對(duì)應(yīng)的上報(bào)方式信息，再生成相應(yīng)模式的檢測(cè)報(bào)告。實(shí)施例四：圖5示出了本發(fā)明另一實(shí)施例提供的一種檢測(cè)報(bào)告上報(bào)方法的流程，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。S501、PCRF結(jié)合本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略，決策出當(dāng)前需要檢測(cè)的應(yīng)用類(lèi)型對(duì)應(yīng)的上報(bào)方式，并將所述上報(bào)方式信息添加在標(biāo)應(yīng)用檢測(cè)控制規(guī)則ADCrule中，生成增強(qiáng)型用檢測(cè)控制規(guī)則。在本步驟中，首先需要針對(duì)當(dāng)前需要檢測(cè)數(shù)據(jù)的應(yīng)用類(lèi)型，結(jié)合需要對(duì)該類(lèi)型數(shù)據(jù)所要采取的本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略，決策出合適的上報(bào)方式。在實(shí)際情況中，運(yùn)營(yíng)商為了提供差異化服務(wù)，對(duì)不同的應(yīng)用類(lèi)型的數(shù)據(jù)可能采取不同的計(jì)費(fèi)策略和/或控制策略，即使對(duì)同一應(yīng)用類(lèi)型的數(shù)據(jù)，也可能根據(jù)不同的應(yīng)用實(shí)例采取不同的計(jì)費(fèi)策略和/或控制策略，因此本步驟中，PCRF根據(jù)本地服務(wù)質(zhì)量控制計(jì)費(fèi)策略可以決策出相應(yīng)的上報(bào)方式。為了便于理解是如何根據(jù)不同本地服務(wù)質(zhì)量控制計(jì)費(fèi)策略決策出對(duì)應(yīng)上報(bào)方式，參照實(shí)施例二中的表1，示出了幾種本地服務(wù)質(zhì)量控制計(jì)費(fèi)策略以及對(duì)應(yīng)的上報(bào)方式和需要上報(bào)的內(nèi)容，顯然，這只是幾種本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略和對(duì)應(yīng)上報(bào)方式的舉例，本發(fā)明實(shí)施例不限于上述幾種情況。此外，表1是對(duì)于同一應(yīng)用類(lèi)型根據(jù)不同策略所采取不同的上報(bào)方式，對(duì)于不同應(yīng)用類(lèi)型的數(shù)據(jù)，同樣可以采用不同的上報(bào)方式，如對(duì)于P2P應(yīng)用，可以采取上報(bào)方式1，對(duì)于Voip應(yīng)用，可以采用上報(bào)方式2，對(duì)于Microsoftupdate應(yīng)用，可以采用上報(bào)方式3，對(duì)于http應(yīng)用，可以采用上報(bào)方式4等等，因此無(wú)論是相同類(lèi)型的應(yīng)用數(shù)據(jù)還是不同類(lèi)型的應(yīng)用數(shù)據(jù)，其上報(bào)方式是由需要對(duì)該數(shù)據(jù)所述采用的本地服務(wù)質(zhì)量控制計(jì)費(fèi)策略所決定的。所述上報(bào)方式可以是枚舉類(lèi)型的值，例如可以通過(guò)1、2、3等分別代表上報(bào)方式1、上報(bào)方式2、上報(bào)方式3等，當(dāng)然所述上報(bào)方式也可以是數(shù)值類(lèi)型的值，例如可以用數(shù)字0代表上報(bào)方式1，數(shù)字4代表上報(bào)方式2，數(shù)字7代表上報(bào)方式3等，又或者，所述上報(bào)方式也以是字符類(lèi)型的值，例如可以用字符a代表上報(bào)方式1，字符b代表上報(bào)方式2，字符c代表上報(bào)方式3等等，可以理解，無(wú)論用何種標(biāo)識(shí)代表上報(bào)方式，只要是PCRF和TDF雙方對(duì)此標(biāo)識(shí)有共同理解和認(rèn)識(shí)，悉知Reportingmode字段值所代表的具體的上報(bào)方式即可。S502、PCRF向TDF發(fā)送會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求包括所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則，以使得TDF能夠根據(jù)增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則中包含的上報(bào)方式信息生成相應(yīng)模式的檢測(cè)報(bào)告。其中，PCRF向TDF發(fā)送的會(huì)話請(qǐng)求中包括增強(qiáng)型ADC規(guī)則，所述增強(qiáng)型ADC規(guī)則是在現(xiàn)有ADC規(guī)則中添加表示上報(bào)方式信息的reportingmode字段，TDF根據(jù)接收到的增強(qiáng)型ADC規(guī)則中的AplicationID和Reportingmode字段信息，知悉需要檢測(cè)的應(yīng)用類(lèi)型的數(shù)據(jù)和對(duì)應(yīng)的上報(bào)方式。進(jìn)一步的，本步驟中所述會(huì)話請(qǐng)求包括建立會(huì)話請(qǐng)求或修改會(huì)話請(qǐng)求。如果之前TDF和PCRF間沒(méi)有建立會(huì)話連接，PCRF需要指示TDF對(duì)某一應(yīng)用類(lèi)型的數(shù)據(jù)進(jìn)行檢測(cè)時(shí)，向TDF發(fā)送建立會(huì)話請(qǐng)求，所述建立會(huì)話請(qǐng)求中包括需要檢測(cè)出的數(shù)據(jù)的應(yīng)用類(lèi)型信息，如果當(dāng)前已經(jīng)建立了會(huì)話連接，但是需要修改當(dāng)前檢測(cè)的應(yīng)用類(lèi)型，或者需要修改上報(bào)方式信息，此時(shí)PCRF需要向TDF發(fā)送修改會(huì)話請(qǐng)求，相應(yīng)修改增強(qiáng)型ADC規(guī)則中的ApplicationID和Reportingmode字段信息，發(fā)送信息的增強(qiáng)型ADC規(guī)則。S503、PCRF接收TDF發(fā)送的檢測(cè)報(bào)告。PCRF接收TDF發(fā)送的檢測(cè)報(bào)告，所述的檢測(cè)報(bào)告通常包含多個(gè)子報(bào)告，如開(kāi)始報(bào)告、更新報(bào)告和結(jié)束報(bào)告等等。所述的檢測(cè)報(bào)告觸發(fā)PCRF對(duì)TDF對(duì)檢測(cè)的數(shù)據(jù)流進(jìn)一步處理，包括關(guān)閉數(shù)據(jù)流、寬帶限制、重定向，差異化計(jì)費(fèi)等等。本實(shí)施例給出了PCRF發(fā)送包含有上報(bào)方式信息的一種具體實(shí)現(xiàn)方式，根據(jù)實(shí)際控制策略和/或計(jì)費(fèi)策略決策出需要采取的上報(bào)方式，將上報(bào)方式字段添加到現(xiàn)有的ADC規(guī)則中，生成增強(qiáng)型ADC規(guī)則，并將所述增強(qiáng)型ADC規(guī)則發(fā)送到TDF，TDF根據(jù)其中的上報(bào)方式信息生成對(duì)應(yīng)模式的檢測(cè)報(bào)告，并上報(bào)給PCRF。本實(shí)施例通過(guò)添加上報(bào)方式字段來(lái)更改ADC規(guī)則的結(jié)構(gòu)，實(shí)現(xiàn)方式簡(jiǎn)單，可以有效地提高網(wǎng)絡(luò)利用率。實(shí)施例五：圖6示出了本發(fā)明另一實(shí)施例提供的一種報(bào)告上報(bào)方法的交互流程，所述方法用于PCRF與TDF間的通信，所述方法包括下述步驟：S601、PCRF結(jié)合本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略，決策出當(dāng)前需要檢測(cè)的應(yīng)用類(lèi)型對(duì)應(yīng)的上報(bào)方式，并將所述上報(bào)方式信息添加在應(yīng)用檢測(cè)控制規(guī)則ADCrule中，生成增強(qiáng)型用檢測(cè)控制規(guī)則。S602、PCRF向TDF發(fā)送會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求包括所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則。S603、TDF接收PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求中攜帶有增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則，根據(jù)所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則中的上報(bào)方式字段得到上報(bào)方式信息。S604、TDF根據(jù)所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則中的上報(bào)方式信息，生成相應(yīng)模式的檢測(cè)報(bào)告。S605、TDF向PCRF上報(bào)所述檢測(cè)報(bào)告。S606、PCRF接收TDF發(fā)送的檢測(cè)報(bào)告。本發(fā)明實(shí)施例中，PCRF將需要檢測(cè)的應(yīng)用類(lèi)型數(shù)據(jù)對(duì)應(yīng)的上報(bào)方式字段添加到ADC規(guī)則中，生成增強(qiáng)型ADC規(guī)則，TDF根據(jù)接收到的增強(qiáng)型ADC規(guī)則中的上報(bào)方式字段信息生成相應(yīng)模式的檢測(cè)報(bào)告并發(fā)送到PCRF，本實(shí)施例中的上報(bào)方式不是唯一確定的，根據(jù)實(shí)際的本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略決定的，因地制宜地選擇合適的上報(bào)方式可以減輕網(wǎng)絡(luò)負(fù)載，提高網(wǎng)絡(luò)利用率。實(shí)施例六：圖7示出了本發(fā)明另一實(shí)施例提供的一種報(bào)告上報(bào)方法的交互流程，所述方法用于PCRF與TDF間的通信，所述方法包括下述步驟：S701、TDF保存應(yīng)用類(lèi)型與上報(bào)方式的映射表。S702、PCRF向TDF發(fā)送會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求包括應(yīng)用檢測(cè)控制規(guī)則。S703、TDF接收PCRF發(fā)送的會(huì)話請(qǐng)求。S704、TDF根據(jù)所述應(yīng)用檢測(cè)控制規(guī)則中所包含的應(yīng)用類(lèi)型信息，在所述映射表中查找對(duì)應(yīng)的上報(bào)方式信息，并根據(jù)所述上報(bào)方式信息生成相應(yīng)模式的檢測(cè)報(bào)告。S705、TDF向PCRF上報(bào)所述檢測(cè)報(bào)告。S706、PCRF接收?qǐng)?bào)所述檢測(cè)報(bào)告。在本發(fā)明實(shí)施中，TDF中預(yù)先存儲(chǔ)有應(yīng)用類(lèi)型與上報(bào)方式的映射表，TDF根據(jù)接收到ADC規(guī)則中包含的應(yīng)用類(lèi)型信息查找所述映射表即可找到對(duì)應(yīng)的上報(bào)方式，再根據(jù)所述上報(bào)方式信息生成相應(yīng)模式的檢測(cè)報(bào)告即可。同樣，在本實(shí)施例中，上報(bào)方式是根據(jù)實(shí)際情況選擇的，這樣總體上減少了報(bào)告的上報(bào)頻率及上報(bào)數(shù)據(jù)量，提高數(shù)據(jù)流檢測(cè)上報(bào)的效率，有助于合理利用網(wǎng)絡(luò)資源。實(shí)施例七：圖8示出了本發(fā)明另一實(shí)施例提供的一種報(bào)告上報(bào)方法的流程，所述方法用于PCRF與TDF間的通信，所述方法包括下述步驟：S801、PCRF向TDF發(fā)送會(huì)話請(qǐng)求和映射表，所述會(huì)話請(qǐng)求包括應(yīng)用檢測(cè)控制規(guī)則，所述映射表包含有應(yīng)用類(lèi)型與上報(bào)方式的映射信息。S802、TDF接收PCRF發(fā)送的會(huì)話請(qǐng)求和映射表，TDF保存所述映射表。S803、TDF根據(jù)所述應(yīng)用檢測(cè)控制規(guī)則中所包含的應(yīng)用類(lèi)型信息，在所述映射表中查找對(duì)應(yīng)的上報(bào)方式信息，并根據(jù)所述上報(bào)方式信息生成相應(yīng)模式的檢測(cè)報(bào)告。S804、TDF向PCRF上報(bào)所述檢測(cè)報(bào)告。S805、PCRF接收?qǐng)?bào)所述檢測(cè)報(bào)告。本發(fā)明實(shí)施例與實(shí)施例七不同的是，所述的映射表是隨同會(huì)話請(qǐng)求一齊發(fā)送到TDF，TDF保存所述映射表至本地，并根據(jù)ADC規(guī)則中包含的應(yīng)用類(lèi)型信息查找所述映射表即可找到對(duì)應(yīng)的上報(bào)方式，再根據(jù)所述上報(bào)方式信息生成相應(yīng)模式的檢測(cè)報(bào)告即可。同樣，在本實(shí)施例中，上報(bào)方式是根據(jù)實(shí)際情況選擇的，這樣總體上減少了報(bào)告的上報(bào)頻率及上報(bào)數(shù)據(jù)量，提高數(shù)據(jù)流檢測(cè)上報(bào)的效率，有助于合理利用網(wǎng)絡(luò)資源。實(shí)施例八：圖9示出了本發(fā)明另一實(shí)施例提供的一種TDF的結(jié)構(gòu)，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。所述TDF包括：報(bào)告生成單元91，用于獲取需要檢測(cè)的應(yīng)用類(lèi)型所對(duì)應(yīng)的上報(bào)方式，生成相應(yīng)模式的檢測(cè)報(bào)告。在本發(fā)明實(shí)施例中，報(bào)告生成單元獲取需要檢測(cè)的應(yīng)用類(lèi)型所述對(duì)應(yīng)的上報(bào)方式，不同的應(yīng)用類(lèi)型可能有不同的上報(bào)方式，具體采用何種上報(bào)方式是根據(jù)對(duì)這種應(yīng)用類(lèi)型數(shù)據(jù)采用哪種控制計(jì)費(fèi)策略決定的，總之，本步驟的目的就是為了根據(jù)不同應(yīng)用類(lèi)型的實(shí)際情況采取合適的上報(bào)方式，滿(mǎn)足對(duì)這種應(yīng)用類(lèi)型數(shù)據(jù)的控制計(jì)費(fèi)需求即可。同時(shí)，TDF也已經(jīng)知悉了不同上報(bào)方式所對(duì)應(yīng)的檢測(cè)報(bào)告的格式，TDF根據(jù)上報(bào)方式的信息可以生產(chǎn)對(duì)應(yīng)模式的檢測(cè)報(bào)告。報(bào)告發(fā)送單元92，用于向PCRF上報(bào)所述報(bào)告生成單元生成的所述檢測(cè)報(bào)告。在實(shí)際情況下，所述檢測(cè)報(bào)告可能會(huì)由多個(gè)子報(bào)告組成，比如開(kāi)始報(bào)告和結(jié)束報(bào)告以及更新報(bào)告等。在本發(fā)明實(shí)施例中，報(bào)告生成單元獲取到的上報(bào)方式信息是根據(jù)實(shí)際情況由PCRF決策出來(lái)的，報(bào)告發(fā)送單元向PCRF上報(bào)的檢測(cè)報(bào)告的信息內(nèi)容不再固定，在合適的時(shí)間上報(bào)PCRF所需要知曉的內(nèi)容，這樣從整體上減少了報(bào)告的上報(bào)量，提高了網(wǎng)路性能。實(shí)施例九：圖10示出了本發(fā)明另一實(shí)施例提供的一種TDF的結(jié)構(gòu)，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。所述TDF包括：報(bào)告生成單元101，用于根據(jù)需要檢測(cè)的應(yīng)用類(lèi)型所對(duì)應(yīng)的上報(bào)方式，生成相應(yīng)模式的檢測(cè)報(bào)告。報(bào)告發(fā)送單元102，用于向PCRF上報(bào)所述報(bào)告生成單元生成的所述檢測(cè)報(bào)告。其中，所述報(bào)告生成單元101具體包括：會(huì)話接收增強(qiáng)模塊1011，用于接收PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求中攜帶有增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則，根據(jù)所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則中的上報(bào)方式字段得到上報(bào)方式信息；報(bào)告生成增強(qiáng)模塊1012，用于根據(jù)所述會(huì)話接收增強(qiáng)模塊接收的所述增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則中的上報(bào)方式信息，生成相應(yīng)模式的檢測(cè)報(bào)告。本實(shí)施例給出了TDF獲取需上報(bào)方式生成相應(yīng)檢測(cè)報(bào)告的一種具體實(shí)現(xiàn)方式，在本發(fā)明實(shí)施例中，會(huì)話接收增強(qiáng)模塊接收PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求中攜帶有增強(qiáng)型ADC規(guī)則，報(bào)告生成增強(qiáng)模塊根據(jù)增強(qiáng)型ADC規(guī)則中包含的上報(bào)方式字段得到上報(bào)方式信息，再生成相應(yīng)模式的檢測(cè)報(bào)告。實(shí)施例十：圖11示出了本發(fā)明第十實(shí)施例提供的一種TDF的結(jié)構(gòu)，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。所述TDF包括：報(bào)告生成單元111，用于根據(jù)需要檢測(cè)的應(yīng)用類(lèi)型所對(duì)應(yīng)的上報(bào)方式，生成相應(yīng)模式的檢測(cè)報(bào)告。報(bào)告發(fā)送單元112，用于向PCRF上報(bào)所報(bào)告生成單元生成的所述述檢測(cè)報(bào)告。其中，所述報(bào)告生成單元111具體包括：確認(rèn)模塊1111，用于確認(rèn)保存有應(yīng)用類(lèi)型與上報(bào)方式的映射表；會(huì)話接收標(biāo)準(zhǔn)模塊1112，用于所述確認(rèn)模塊確認(rèn)保存有應(yīng)用類(lèi)型與上報(bào)方式的映射表時(shí)，接收PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求包括應(yīng)用檢測(cè)控制規(guī)則；報(bào)告生成標(biāo)準(zhǔn)模塊1113，用于根據(jù)所述會(huì)話接收標(biāo)準(zhǔn)模塊接收的所述應(yīng)用檢測(cè)控制規(guī)則中所包含的應(yīng)用類(lèi)型信息，在所述映射表中查找對(duì)應(yīng)的上報(bào)方式信息，并根據(jù)所述上報(bào)方式信息生成相應(yīng)模式的檢測(cè)報(bào)告。作為優(yōu)選的，所述報(bào)告生成單元111還包括：存儲(chǔ)模塊1110，用于預(yù)先存儲(chǔ)所述映射表；或者，用于接收隨所述會(huì)話請(qǐng)求一齊發(fā)送的所述映射表，將接收到的映射表保存至本地。在本發(fā)明是實(shí)例中，存儲(chǔ)模塊用于存儲(chǔ)映射表，當(dāng)確認(rèn)模塊確認(rèn)所述存儲(chǔ)模塊中存在映射表時(shí)，會(huì)話接收標(biāo)準(zhǔn)模塊接收PCRF發(fā)送的會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求中僅僅包含有需要檢測(cè)的應(yīng)用類(lèi)型的信息，報(bào)告生成標(biāo)準(zhǔn)模塊在所述映射表中查找對(duì)應(yīng)的上報(bào)方式信息，再生成相應(yīng)模式的檢測(cè)報(bào)告。實(shí)施例十一：圖12示出了本發(fā)明另一實(shí)施例提供的一種PCRF的結(jié)構(gòu)，為了便于說(shuō)明僅示出了與本發(fā)明實(shí)施例相關(guān)的部分。所述PCRF包括：規(guī)則生成單元121，用于結(jié)合本地服務(wù)質(zhì)量控制策略和/或計(jì)費(fèi)策略，決策出當(dāng)前需要檢測(cè)的應(yīng)用類(lèi)型對(duì)應(yīng)的上報(bào)方式，并將所述上報(bào)方式信息添加在標(biāo)準(zhǔn)型應(yīng)用檢測(cè)控制規(guī)則中，生成增強(qiáng)型用檢測(cè)控制規(guī)則；會(huì)話發(fā)送單元122，用于向TDF發(fā)送會(huì)話請(qǐng)求，所述會(huì)話請(qǐng)求包括所述規(guī)則生成單元生成的增強(qiáng)型應(yīng)用檢測(cè)控制規(guī)則；報(bào)告接收單元123，用于接收TDF發(fā)送的根據(jù)會(huì)話發(fā)送單元發(fā)送的會(huì)話請(qǐng)求中包含的上報(bào)方式信息生成對(duì)應(yīng)模式的檢測(cè)報(bào)告。本實(shí)施例中，規(guī)則生成單元決策出前需要檢測(cè)的應(yīng)用類(lèi)型對(duì)應(yīng)的上報(bào)方式，并將上報(bào)方式信息添加到ADC規(guī)則中，生成增強(qiáng)型ADC規(guī)則，所述會(huì)話發(fā)送單元向TDF發(fā)送帶有增強(qiáng)型ADC規(guī)則的會(huì)話請(qǐng)求，報(bào)告接收單元接收TDF根據(jù)上報(bào)方式信息生成的檢測(cè)報(bào)告。本實(shí)例例通過(guò)添加上報(bào)方式字段來(lái)更改ADC規(guī)則的結(jié)構(gòu)，實(shí)現(xiàn)方式簡(jiǎn)單，可以有效地提高網(wǎng)絡(luò)利用率。在本發(fā)明實(shí)施例中，PCRF根據(jù)對(duì)應(yīng)用類(lèi)型實(shí)際采取的控制計(jì)費(fèi)策略決策出對(duì)應(yīng)的上報(bào)方式，并將上報(bào)方式信息傳遞給TDF，或者TDF中預(yù)存有不同應(yīng)用類(lèi)型與對(duì)應(yīng)的上報(bào)方式的映射關(guān)系，使得TDF的報(bào)告方式不再單一，可以根據(jù)實(shí)際策略采取合適的上報(bào)方式，這樣可以提高數(shù)據(jù)流檢測(cè)的上報(bào)效率，有助于合理利用網(wǎng)絡(luò)資源。本領(lǐng)域普通技術(shù)人員可以理解，實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以在存儲(chǔ)于一計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，所述的存儲(chǔ)介質(zhì)，如ROM/RAM、磁盤(pán)、光盤(pán)等。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。