專利名稱：：一種下發(fā)深度包檢測技術(shù)策略的方法和裝置的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及策略和計費控制
技術(shù)領(lǐng)域：
，特別是指一種在第三代合作伙伴計劃(3GPP，3rdGenerationPartnershipProject)的策略控制和計費控制架構(gòu)(PCC，PolicyandChargingControl)中下發(fā)深度包檢測技術(shù)(DPI，De印Packetlnspection)策略的方法和裝置。
背景技術(shù)：
：在現(xiàn)有的PCC架構(gòu)中，如圖1所示，策略和計費規(guī)則的決策實體(PCRF，PolicyandChargingRulesFunction)主要負責策略和計費規(guī)則的制定。PCRF通過Gx接口將制定的PCC策略和計費規(guī)則下發(fā)給策略和計費執(zhí)行功能實體(PCEF，PolicyandChargingEnforcementFunction)，PCEF安裝、執(zhí)行PCC策略，并上報相關(guān)事件，與計費系統(tǒng)交互計費信息。PCRF通過Gxx接口將業(yè)務(wù)服務(wù)質(zhì)量(QoS，QualityofService)規(guī)則下發(fā)給承載綁定禾口事i牛上矛艮實體(BBERF，BearerBindingandEventR印ortFunction)，BBERF不禾口計費系統(tǒng)交互計費信息，只負責承載綁定和相關(guān)事件的上報。業(yè)務(wù)功能實體(AF，ApplicationFunction)是和業(yè)務(wù)相關(guān)的功能實體，通過Rx接口向PCRF提供業(yè)務(wù)信息，用戶簽約數(shù)據(jù)庫(SPR，SubscriptionProfileR印ository)保存了用戶簽約的業(yè)務(wù)信息，PCRF可以通過Sp接口向SPR查詢用戶簽約的業(yè)務(wù)信息。PCEF通過Gy接口將在線計費信息發(fā)送給在線計費系統(tǒng)(OSC，OnlineChargingSystem)負責在線計費的統(tǒng)計，通過Gz接口將離線計費信息發(fā)送給離線計費系統(tǒng)(OFCS，OfflineChargingSystem)。目前，在PCC架構(gòu)中，PCRF可以動態(tài)地下發(fā)PCC策略給PCEF，策略信息中包含QoS和計費的信息。PCRF根據(jù)AF提供的業(yè)務(wù)相關(guān)信息、PCEF上報的承載相關(guān)信息以及SPR中用戶簽約的業(yè)務(wù)信息，制定PCC策略。但現(xiàn)有的網(wǎng)絡(luò)布局中，很多場景下是沒有AF的，而是含有IP多媒體系統(tǒng)(頂S，IPMultimediaSubsystem)應(yīng)用定義的與PCC架構(gòu)密切契合的架構(gòu)，同時也存在很多非頂S應(yīng)用，例如網(wǎng)絡(luò)電話(VoIP,VoiceoverInternetProtocol)、網(wǎng)絡(luò)電視(IPTV，InternetProtocolTelevision)、視頻點播(V0D，VideoOnDemand)、網(wǎng)絡(luò)游戲等業(yè)務(wù)。IMS應(yīng)用和非IMS應(yīng)用的區(qū)別在于IMS應(yīng)用通常都使用會話初始協(xié)議(SIP，SessionInitiatjonProtocol)信令，并且有一個設(shè)計好的和預(yù)先定義好的網(wǎng)絡(luò)智能框架來支持業(yè)務(wù)的傳送；而非MS應(yīng)用無法適應(yīng)基于SIP信令的IMS基礎(chǔ)架構(gòu)，所以這些非IMS業(yè)務(wù)都不會與PCRF通過Rx接口進行信息的交互。因此PCRF進行策略決策時，都無法得知這些非IMS業(yè)務(wù)的業(yè)務(wù)信息以及業(yè)務(wù)要求的QoS，所以PCRF也就無法制定相應(yīng)的PCC策略給PCEF實現(xiàn)對這些非IMS業(yè)務(wù)的QoS控制。因此，針對這些無AF的業(yè)務(wù)進行動態(tài)的QoS控制時，需要借助DPI技術(shù)，現(xiàn)有技術(shù)采用靜態(tài)配置的方法將DPI策略配置在DPI功能實體中。DPI技術(shù)是分析IP數(shù)據(jù)包的四層以下的內(nèi)容，現(xiàn)有技術(shù)的DPI策略除了包含了源IP地址、目的IP地址、目的端口號、協(xié)議類型等四層以下的內(nèi)容，還包含了七層應(yīng)用層，如七層特征URL等信息，如表l所示。<table>tableseeoriginaldocumentpage4</column></row><table>表1只要DPI功能實體檢測到有業(yè)務(wù)數(shù)據(jù)流時，就依據(jù)DPI策略對該業(yè)務(wù)數(shù)據(jù)流進行檢測，以此獲知該業(yè)務(wù)數(shù)據(jù)流的業(yè)務(wù)信息。但這種方法有很明顯的缺陷對于流經(jīng)的每個數(shù)據(jù)流都需要進行檢測分析，不僅要分析IP數(shù)據(jù)包的四層以下的內(nèi)容，甚至還要分析七層應(yīng)用層，這樣的實現(xiàn)方式帶來的開銷比較大，且無法細化的實現(xiàn)針對用戶級別動態(tài)下發(fā)DPI策略。
發(fā)明內(nèi)容有鑒于此，本發(fā)明的主要目的在于提供一種下發(fā)DPI策略的方法和裝置，可以動態(tài)地定制并下發(fā)符合用戶需求的DPI策略，降低系統(tǒng)的開銷。為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的本發(fā)明提供了一種下發(fā)深度包檢測技術(shù)DPI策略的方法，該方法包括策略和計費規(guī)則的決策實體PCRF將DPI策略下發(fā)給DPI功能實體；所述DPI功能實體安裝并執(zhí)行所述DPI策略。其中，DPI策略預(yù)先配置在PCRF上或由PCRF依據(jù)用戶簽約的業(yè)務(wù)信息定制。所述用戶簽約的業(yè)務(wù)信息為PCRF自身存儲的用戶簽約的業(yè)務(wù)信息或者PCRF從用戶簽約數(shù)據(jù)庫SPR獲取的用戶簽約的業(yè)務(wù)信息。當用戶附著在網(wǎng)絡(luò)上時，該方法還包括用戶通過策略和計費執(zhí)行功能實體PCEF向所述PCRF發(fā)送IP連接接入網(wǎng)IP-CAN承載建立請求；所述PCRF依據(jù)所述IP-CAN承載建立請求中的用戶信息搜索該用戶簽約的業(yè)務(wù)信息，并依據(jù)所述用戶簽約的業(yè)務(wù)信息制定DPI策略，并下發(fā)給所述DPI功能實體；所述DPI功能實體安裝并執(zhí)行所述PCRF定制的DPI策略，完成IP-CAN承載建立；PCEF向用戶返回IP-CAN承載建立成功的響應(yīng)。當所述用戶簽約的業(yè)務(wù)信息發(fā)生變化時，該方法還包括所述PCRF更新存儲的發(fā)生變化的用戶簽約的業(yè)務(wù)信息，并依據(jù)所述更新后的用戶簽約的業(yè)務(wù)信息，修改所述用戶簽約的業(yè)務(wù)信息對應(yīng)的DPI策略，并將所述修改后的DPI策略下發(fā)給所述DPI功能實體。所述DPI功能實體依據(jù)所述PCRF下發(fā)的修改后的DPI策略，對自身的DPI策略執(zhí)行更新、刪除或安裝操作。所述PCRF將DPI策略下發(fā)給DPI功能實體為所述PCRF將DPI策略直接下發(fā)給DPI功能實體或所述PCRF將DPI策略下發(fā)給PCEF，由PCEF轉(zhuǎn)發(fā)給所述DPI功能實體。該方法還包括當用戶下線時，所述PCRF刪除該用戶所有的DPI策略，并通知所述DPI功能實體刪除該用戶所有的DPI策略。本發(fā)明還提供了一種下發(fā)DPI策略的裝置，該裝置包括PCRF，用于存儲預(yù)先設(shè)置的DPI策略、定制DPI策略，并將所述DPI策略下發(fā)給DPI功能實體；DPI功能實體，用于接收、安裝并執(zhí)行所述DPI策略。該裝置還包括PCEF，用于接收所述PCRF下發(fā)的DPI策略，并將所述DPI策略轉(zhuǎn)發(fā)給DPI功能實體。在本發(fā)明DPI策略的下發(fā)流程中，PCRF根據(jù)用戶簽約的業(yè)務(wù)信息，動態(tài)地定制DPI策略；當用戶簽約的業(yè)務(wù)信息發(fā)生變化時，PCRF也會修改業(yè)務(wù)信息對應(yīng)的DPI策略，下發(fā)給DPI功能實體，以滿足用戶的需求；并由DPI功能實體依據(jù)下發(fā)的DPI策略對用戶的業(yè)務(wù)數(shù)據(jù)流進行檢測，如此可以動態(tài)地定制符合用戶需求的DPI策略，使DPI功能實體只檢測用戶關(guān)心的數(shù)據(jù)內(nèi)容，可以降低系統(tǒng)的開銷；對于預(yù)先配置在PCRF上的靜態(tài)DPI策略，也可以依據(jù)用戶級別、時間等因素進行動態(tài)地下發(fā)。另外，由于本發(fā)明在現(xiàn)有的PCC架構(gòu)中結(jié)合使用了DPI功能實體，因此，還可以通過DPI功能實體實現(xiàn)PCRF和無AF業(yè)務(wù)的信息交互，并依據(jù)交互的信息對這些無AF業(yè)務(wù)進行QoS控制。圖1為現(xiàn)有技術(shù)中PCC系統(tǒng)架構(gòu)示意圖；圖2為本發(fā)明PCC系統(tǒng)實施例一的架構(gòu)示意圖；圖3為本發(fā)明PCC系統(tǒng)實施例二的架構(gòu)示意圖；圖4為本發(fā)明下發(fā)DPI策略實施例一的方法流程示意圖；圖5為本發(fā)明下發(fā)DPI策略實施例二的方法流程示意圖；圖6為本發(fā)明下發(fā)DPI策略實施例三的方法流程示意圖；圖7為本發(fā)明下發(fā)DPI策略實施例四的方法流程示意圖；圖8為本發(fā)明下發(fā)DPI策略實施例五的方法流程示意圖；圖9為本發(fā)明下發(fā)DPI策略實施例六的方法流程示意圖；圖10為本發(fā)明下發(fā)DPI策略實施例七的方法流程示意圖；圖n為本發(fā)明下發(fā)DPI策略實施例八的方法流程示意圖。具體實施例方式下面結(jié)合附圖和具體實施例對本發(fā)明的技術(shù)方案進一步詳細闡述。本發(fā)明的下發(fā)DPI策略的方法，在PCC架構(gòu)中引入DPI技術(shù)，由DPI功能實體對用戶的業(yè)務(wù)數(shù)據(jù)流進行檢測，提取業(yè)務(wù)數(shù)據(jù)流的特征信息，對這些特征信息進行分析，獲知該業(yè)務(wù)數(shù)據(jù)流對應(yīng)的業(yè)務(wù)信息。圖2所示為本發(fā)明PCC系統(tǒng)實施例一的架構(gòu)示意圖，如圖所示，DPI功能實體通過Rx'接口與PCRF進行數(shù)據(jù)的交互。本發(fā)明通過配置參數(shù)等方法對Rx接口的功能進行擴展，5成為Rx'接口，使DPI功能實體可以通過Rx'接口向PCRF上報業(yè)務(wù)信息；使PCRF可以通過Rx'接口將DPI策略下發(fā)給DPI功能實體。從而，通過Rx'接口相連的PCRF和DPI功能實體即構(gòu)成了本發(fā)明的一種下發(fā)DPI策略的裝置。其中，PCRF，用于根據(jù)用戶簽約的業(yè)務(wù)信息定制DPI策略、存儲預(yù)先設(shè)置好的DPI策略，并將DPI策略直接下發(fā)給DPI功能實體；DPI功能實體，用于接收并安裝DPI策略。需要指出的是，在此架構(gòu)中PCRF和PCEF之間通過Gx接口連接，進行信息的交互，PCRF定制PCC策略通過Gx接口下發(fā)給PCEF。圖3所示為本發(fā)明PCC系統(tǒng)實施例二的架構(gòu)示意圖，如圖所示，DPI功能實體通過PCEF與PCRF進行數(shù)據(jù)的交互。由于Gx接口不具有轉(zhuǎn)發(fā)DPI策略的功能，所以本發(fā)明通過配置參數(shù)等方法對Gx接口的功能進行擴展，成為Gx'接口，使PCEF可以通過Gx'接口將DPI功能實體的業(yè)務(wù)信息上報給PCRF;使PCEF可以通過Gx'接口將PCRF下發(fā)的DPI策略轉(zhuǎn)發(fā)給DPI功能實體。從而，DPI功能實體以及通過Gx'接口相連的PCRF和PCEF構(gòu)成了本發(fā)明的另一種下發(fā)DPI策略的裝置。其中，PCRF用于根據(jù)用戶簽約的業(yè)務(wù)信息定制DPI策略、存儲預(yù)先設(shè)置好的DPI策略，并將DPI策略下發(fā)給PCEF;PCEF用于將PCRF定制的DPI策略轉(zhuǎn)發(fā)給DPI功能實體；DPI功能實體用于接收并安裝來自PCEF的DPI策略。下面通過具體的實施例來說明下發(fā)DPI策略的流程。圖4所示為本發(fā)明下發(fā)DPI策略實施例一的方法流程示意圖，如圖所示，該流程具體包括步驟401，DPI功能實體初始化。DPI功能實體開機后，進行初始化操作。步驟402，請求靜態(tài)的DPI策略。由于DPI功能實體處在初始化階段，此時還沒有用戶上線使用業(yè)務(wù)，因此PCRF還無法根據(jù)用戶簽約的業(yè)務(wù)信息定制DPI策略。此時DPI功能實體通過Rx'接口向PCRF發(fā)送消息，請求PCRF下發(fā)靜態(tài)的DPI策略；或者PCRF也可以通過定時發(fā)送消息的方式確認DPI功能實體已經(jīng)開機，正在進行初始化操作后，主動向DPI功能實體下發(fā)靜態(tài)的DPI策略。其中，靜態(tài)的DPI策略是根據(jù)需要預(yù)先配置在PCRF上的。步驟403，下發(fā)靜態(tài)的DPI策略。PCRF將靜態(tài)的DPI策略通過Rx'接口直接下發(fā)給DPI功能實體。步驟404，安裝靜態(tài)的DPI策略。DPI功能實體安裝靜態(tài)的DPI策略，完成初始化操作。圖5所示為本發(fā)明下發(fā)DPI策略實施例二的方法流程示意圖，如圖所示，該流程具體包括步驟501，檢測到DPI功能實體初始化。當DPI功能實體開機，進行初始化操作時，PCEF能夠檢測到DPI功能實體當前的狀態(tài)，具體的，DPI功能實體可以通過發(fā)送消息的方式主動告知PCEF自身的狀態(tài)；或者，PCEF也可以向DPI功能實體定時地發(fā)送消息以確認DPI功能實體當前的狀態(tài)。步驟502，請求靜態(tài)的DPI策略。當PCEF檢測到DPI功能實體初始化后，通過Gx'接口向PCRF發(fā)送消息，請求PCRF下發(fā)靜態(tài)的DPI策略。6步驟503，返回靜態(tài)的DPI策略。PCRF通過Gx'接口向PCEF返回靜態(tài)的DPI策略。步驟504，發(fā)送靜態(tài)的DPI策略。PCEF向DPI功能實體發(fā)送靜態(tài)的DPI策略。步驟505，安裝靜態(tài)的DPI策略。DPI功能實體安裝靜態(tài)的DPI策略，完成初始化操作。圖4、圖5所示為DPI功能實體在初始化階段時，PCRF下發(fā)DPI策略的流程，下面通過具體的實施例來說明當有用戶使用業(yè)務(wù)時，PCRF下發(fā)DPI策略的流程。圖6所示為本發(fā)明下發(fā)DPI策略實施例三的方法流程示意圖，如圖所示，該流程具體包括步驟601，發(fā)送IP連接接入網(wǎng)(IP-CAN)承載建立請求。當用戶附著到網(wǎng)絡(luò)時，用戶通過無線網(wǎng)絡(luò)向PCEF發(fā)送一個IP-CAN承載建立請求，即用戶要求與IP-CAN建立承載，其中IP-CAN的類型，如GPRS等。IP-CAN承載建立請求包含了用戶信息和承載信息，其中，用戶信息包括用戶ID和IP地址等；承載信息包括IP-CAN的類型、用戶請求的QoS的相關(guān)信息等。步驟602，通知IP-CAN承載建立。PCEF通過Gx'接口將IP-CAN承載建立請求發(fā)送給PCRF，通知PCRF建立該用戶到IP-CAN的承載。步驟603，獲取用戶簽約的業(yè)務(wù)信息。PCRF依據(jù)IP-CAN承載建立請求中的用戶信息，在自身的數(shù)據(jù)庫中搜索該用戶簽約的業(yè)務(wù)信息，如果PCRF沒有存儲該用戶簽約的業(yè)務(wù)信息，則PCRF通過Sp接口向SPR獲取該用戶簽約的業(yè)務(wù)信息。步驟604，定制PCC策略和DPI策略。PCRF依據(jù)用戶簽約的業(yè)務(wù)信息，為該用戶定制DPI策略；依據(jù)用戶簽約的業(yè)務(wù)信息和IP-CAN承載建立請求中的承載信息為該用戶定制PCC策略。步驟605，下發(fā)PCC策略和DPI策略。PCRF通過Gx'接口將PCC策略和DPI策略下發(fā)給PCEF。步驟606，轉(zhuǎn)發(fā)DPI策略。PCEF將接收到的DPI策略轉(zhuǎn)發(fā)給DPI功能實體。步驟607，返回IP-CAN承載建立響應(yīng)。DPI功能實體安裝DPI策略后，PCEF向無線網(wǎng)絡(luò)側(cè)返回IP_CAN承載建立響應(yīng)，告知用戶IP-CAN承載建立成功，可以開始使用簽約的業(yè)務(wù)。圖7所示為本發(fā)明下發(fā)DPI策略實施例四的方法流程示意圖，如圖所示，該流程具體包括步驟701704與步驟601604相同，此處不再贅述。步驟705，下發(fā)PCC策略。PCRF通過Gx接口將PCC策略下發(fā)給PCEF。步驟706，PCRF通過Rx'接口將DPI策略下發(fā)給DPI功能實體。步驟707，返回IP-CAN承載建立響應(yīng)。DPI功能實體安裝DPI策略后，PCEF向無線網(wǎng)絡(luò)側(cè)返回IP_CAN承載建立響應(yīng)，告知用戶IP-CAN承載建立成功，可以開始使用簽約的業(yè)務(wù)。圖8所示為本發(fā)明下發(fā)DPI策略實施例五的方法流程示意圖，如圖所示，該流程具體包括步驟801802，檢測到用戶簽約的業(yè)務(wù)信息發(fā)生變化時，通知PCRF用戶簽約的業(yè)務(wù)信息發(fā)生變化。當用戶簽約的業(yè)務(wù)信息發(fā)生變化時，SPR能檢測到用戶簽約的業(yè)務(wù)信息發(fā)生的變化，并以發(fā)送消息的方式告知PCRF該用戶簽約的業(yè)務(wù)信息發(fā)生了變化，以及更新后的用戶簽約的業(yè)務(wù)信息。步驟803，PCRF返回響應(yīng)。PCRF收到用戶簽約的業(yè)務(wù)信息發(fā)生變化的消息后，向SPR返回確認收到該消息的響應(yīng)。步驟804，保存更新后的用戶簽約的業(yè)務(wù)信息，修改DPI策略。PCRF依據(jù)用戶簽約的業(yè)務(wù)信息發(fā)生變化的消息，將更新后的該用戶簽約的業(yè)務(wù)信息保存在自身的數(shù)據(jù)庫中，將原先存儲的該用戶簽約的業(yè)務(wù)信息刪除，并依據(jù)更新后的該用戶簽約的業(yè)務(wù)信息修改對應(yīng)的DPI策略。依據(jù)更新后的該用戶簽約的業(yè)務(wù)信息修改對應(yīng)的DPI策略為如果該用戶的DPI策略需要更新，則PCRF對該用戶原有的DPI策略進行更新；如果該用戶的DPI策略需要刪除，則PCRF刪除該用戶對應(yīng)的DPI策略；如果需要為該用戶新建DPI策略，則PCRF為該用戶定制新的DPI策略；如果用戶簽約的業(yè)務(wù)信息的更新不影響現(xiàn)有的DPI策略，則PCRF保持現(xiàn)有的DPI策略不變。步驟805，下發(fā)DPI策略。如果PCRF對該用戶原有的DPI策略進行了更新，則PCRF將更新后的DPI策略通過Rx'接口直接下發(fā)給DPI功能實體；如果PCRF刪除了該用戶對應(yīng)的DPI策略，則PCRF通過Rx'接口發(fā)送消息告知DPI功能實體刪除該用戶的DPI策略；如果PCRF為該用戶定制了新的DPI策略，則PCRF將新定制的DPI策略通過Rx'接口直接下發(fā)給DPI功能實體；如果用戶簽約的業(yè)務(wù)信息的更新不影響現(xiàn)有的DPI策略，則PCRF不向DPI功能實體下發(fā)DPI策略。步驟806，修改DPI策略。DPI功能實體依據(jù)PCRF下發(fā)的DPI策略，對現(xiàn)有的該用戶的DPI策略進行相應(yīng)的修改當PCRF下發(fā)更新后的DPI策略時，DPI功能實體更新現(xiàn)有的DPI策略；當PCRF下發(fā)刪除DPI策略的消息時，DPI功能實體刪除相應(yīng)的DPI策略；當PCRF下發(fā)新定制的DPI策略時，DPI功能實體安裝該DPI策略。然后DPI功能實體依據(jù)安裝的DPI策略對該用戶的當前業(yè)務(wù)的數(shù)據(jù)流進行檢測，得到用戶當前業(yè)務(wù)數(shù)據(jù)流的業(yè)務(wù)信息和業(yè)務(wù)QoS要求等信息；DPI功能實體將這些信息上報給PCRF，PCRF依據(jù)這信息實現(xiàn)對用戶業(yè)務(wù)的QoS控制。需要指出的是，當用戶簽約的業(yè)務(wù)信息變化發(fā)生在IP-CAN會話中時，即發(fā)生在用戶使用業(yè)務(wù)的過程中時，PCRF要同時發(fā)起針對當前業(yè)務(wù)的修改PCC策略的流程，包括更新、刪除、新建等；PCRF將修改后的PCC策略下發(fā)給PCEF。圖9所示為本發(fā)明下發(fā)DPI策略實施例六的方法流程示意圖，如圖所示，該流程具體包括步驟901904與步驟801804相同，此處不再贅述。步驟905，下發(fā)DPI策略。該步驟的流程與步驟805基本相同，需要指出的是，在該步驟中，PCRF通過Gx'接口將修改后的DPI策略下發(fā)給PCEF，然后執(zhí)行步驟906，由PCEF將修改后的DPI策略轉(zhuǎn)發(fā)給DPI功能實體。步驟907與步驟806相同，此處不再贅述。圖IO所示為本發(fā)明下發(fā)DPI策略實施例七的方法流程示意圖，如圖所示，該流程具體包括步驟101102，檢測到所有的IP-CAN會話都終止，通知刪除該用戶所有的DPI策略。當PCRF檢測到用戶所有的IP-CAN會話都終止時，即該用戶停止使用業(yè)務(wù)、并且下線時，PCRF刪除自身存儲的該用戶對應(yīng)的所有DPI策略，并通過Rx'接口發(fā)送消息告知DPI功能實體，刪除該用戶對應(yīng)的所有DPI策略。步驟103，執(zhí)行刪除操作。DPI功能實體將該用戶對應(yīng)的所有DPI策略刪除。需要指出的是，一個IP-CAN會話對應(yīng)一個PCC策略，當IP-CAN會話結(jié)束時，其對應(yīng)的PCC策略就會被刪除，此處為現(xiàn)有技術(shù)，不再贅述。圖11所示為本發(fā)明下發(fā)DPI策略實施例八的方法流程示意圖，如圖所示，該流程具體包括步驟111與步驟101相同，不再贅述。步驟112113，通知刪除該用戶所有的DPI策略。PCRF通過Gx'接口將刪除用戶所有的DPI策略的消息發(fā)送給PCEF，PCEF將該消息再轉(zhuǎn)發(fā)給DPI功能實體。步驟114，執(zhí)行刪除操作。DPI功能實體將該用戶對應(yīng)的所有DPI策略刪除。在圖6圖11所描述的DPI策略的下發(fā)流程中，PCRF根據(jù)用戶簽約的業(yè)務(wù)信息，動態(tài)地定制DPI策略；當用戶簽約的業(yè)務(wù)信息發(fā)生變化時，PCRF也會修改業(yè)務(wù)信息對應(yīng)的DPI策略，以滿足用戶的需求。另外，PCRF中也可能有根據(jù)需要預(yù)先配置好的靜態(tài)DPI策略。在下發(fā)DPI策略的過程中，如果需要，可以將這些靜態(tài)的DPI策略按照用戶級別等因素動態(tài)地下發(fā)給DPI功能實體，其中，用戶級別可以是預(yù)先設(shè)定好的，依據(jù)用戶信息可以確定該用戶的用戶級別。如，預(yù)先設(shè)置在某段時間內(nèi)對于A級別的用戶而言，名稱為a的靜態(tài)DPI策略的優(yōu)先級最高，因此，在該段時間內(nèi)PCRF只向A級別用戶對應(yīng)的DPI功能實體下發(fā)名稱為a的靜態(tài)DPI策略。由此可見，對于預(yù)先設(shè)置的靜態(tài)DPI策略也可以依據(jù)用戶級別、時間等因素動態(tài)地向DPI功能實體下發(fā)。以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。權(quán)利要求一種下發(fā)深度包檢測技術(shù)DPI策略的方法，其特征在于，該方法包括策略和計費規(guī)則的決策實體PCRF將DPI策略下發(fā)給DPI功能實體；所述DPI功能實體安裝并執(zhí)行所述DPI策略。2.根據(jù)權(quán)利要求1所述下發(fā)DPI策略的方法，其特征在于，DPI策略預(yù)先配置在PCRF上或由PCRF依據(jù)用戶簽約的業(yè)務(wù)信息定制。3.根據(jù)權(quán)利要求2所述下發(fā)DPI策略的方法，其特征在于，所述用戶簽約的業(yè)務(wù)信息為PCRF自身存儲的用戶簽約的業(yè)務(wù)信息或者PCRF從用戶簽約數(shù)據(jù)庫SPR獲取的用戶簽約的業(yè)務(wù)信息。4.根據(jù)權(quán)利要求3所述下發(fā)DPI策略的方法，其特征在于，當用戶附著在網(wǎng)絡(luò)上時，該方法還包括用戶通過策略和計費執(zhí)行功能實體PCEF向所述PCRF發(fā)送IP連接接入網(wǎng)IP-CAN承載建立請求；所述PCRF依據(jù)所述IP-CAN承載建立請求中的用戶信息搜索該用戶簽約的業(yè)務(wù)信息，并依據(jù)所述用戶簽約的業(yè)務(wù)信息制定DPI策略，并下發(fā)給所述DPI功能實體；所述DPI功能實體安裝并執(zhí)行所述PCRF定制的DPI策略，完成IP-CAN承載建立；PCEF向用戶返回IP-CAN承載建立成功的響應(yīng)。5.根據(jù)權(quán)利要求3所述下發(fā)DPI策略的方法，其特征在于，當所述用戶簽約的業(yè)務(wù)信息發(fā)生變化時，該方法還包括所述PCRF更新存儲的發(fā)生變化的用戶簽約的業(yè)務(wù)信息，并依據(jù)所述更新后的用戶簽約的業(yè)務(wù)信息，修改所述用戶簽約的業(yè)務(wù)信息對應(yīng)的DPI策略，并將所述修改后的DPI策略下發(fā)給所述DPI功能實體。6.根據(jù)權(quán)利要求5所述下發(fā)DPI策略的方法，其特征在于，所述DPI功能實體依據(jù)所述PCRF下發(fā)的修改后的DPI策略，對自身的DPI策略執(zhí)行更新、刪除或安裝操作。7.根據(jù)權(quán)利要求1至6中任一項所述下發(fā)DPI策略的方法，其特征在于，所述PCRF將DPI策略下發(fā)給DPI功能實體為所述PCRF將DPI策略直接下發(fā)給DPI功能實體或所述PCRF將DPI策略下發(fā)給PCEF，由PCEF轉(zhuǎn)發(fā)給所述DPI功能實體。8.根據(jù)權(quán)利要求1所述下發(fā)DPI策略的方法，其特征在于，該方法還包括當用戶下線時，所述PCRF刪除該用戶所有的DPI策略，并通知所述DPI功能實體刪除該用戶所有的DPI策略。9.一種下發(fā)DPI策略的裝置，其特征在于，該裝置包括PCRF，用于存儲預(yù)先設(shè)置的DPI策略、定制DPI策略，并將所述DPI策略下發(fā)給DPI功能實體；DPI功能實體，用于接收、安裝并執(zhí)行所述DPI策略。10.根據(jù)權(quán)利要求9所述下發(fā)DPI策略的裝置，其特征在于，該裝置還包括PCEF，用于接收所述PCRF下發(fā)的DPI策略，并將所述DPI策略轉(zhuǎn)發(fā)給DPI功能實體。全文摘要本發(fā)明公開了一種下發(fā)深度包檢測技術(shù)(DPI)策略的方法，該方法包括策略和計費規(guī)則的決策實體(PCRF)將DPI策略下發(fā)給DPI功能實體；DPI功能實體安裝并執(zhí)行DPI策略；本發(fā)明還公開了一種下發(fā)DPI策略的裝置，基于本發(fā)明的方法和裝置，可以動態(tài)地定制并下發(fā)符合用戶需求的DPI策略，降低系統(tǒng)的開銷。文檔編號H04W28/24GK101720111SQ20091007791公開日2010年6月2日申請日期2009年2月3日優(yōu)先權(quán)日2009年2月3日發(fā)明者周曉云,施曉峰,芮通申請人:中興通訊股份有限公司