一種業(yè)務數據的處理方法、裝置和系統(tǒng)的制作方法
【專利摘要】本發(fā)明公開了一種業(yè)務數據的處理方法、裝置和系統(tǒng)，其中，所述方法包括：業(yè)務檢測功能實體（TDF）根據自身安裝的策略，確定策略和計費執(zhí)行功能實體（PCEF）發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給所述PCEF；所述PCEF核減所述丟棄數據包對應的計費和/或用量；或者，PCEF根據自身安裝的策略，確定TDF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給所述TDF；所述TDF核減所述丟棄數據包對應的計費和/或用量。本發(fā)明在不增加系統(tǒng)開銷和OCS實現復雜度的情況下，能夠精確執(zhí)行計費和用量監(jiān)控。
【專利說明】一種業(yè)務數據的處理方法、裝置和系統(tǒng)
【技術領域】
[0001]本發(fā)明涉及移動通信的策略和計費控制【技術領域】，具體涉及一種業(yè)務(Traffic)數據的處理方法、裝置和系統(tǒng)。
【背景技術】
[0002]自第三代合作伙伴計劃(3rdGeneration Partnership Project, 3GPP)階段7 (Release7)標準體系以來，策略和計費功能由策略和計費控制(Policy and ChargingControl, PCC)架構來實現。PCC架構是一個能夠應用于多種接入技術的功能框架，例如，PCC架構可以應用于通用移動通信系統(tǒng)(Universal Mobile Telecommunications System,UMTS)的陸上無線接入網(UMTS Terrestrial Radio Access Network, UTRAN)、全球移動通信系統(tǒng)(Global system for Mobile Communication, GSM)的無線接入網、GSM 數據增強演進(Enhanced Data Rate for GSM Evolution, EDGE)的無線接入網、互通無線局域網(Interworking Wireless Local Area Networks, 1-WLAN)以及演進的分組系統(tǒng)(EvolvedPacket System, EPS)等。
[0003]圖1為現有Rel-1l的PCC的組成架構示意圖，下面對圖1所示的PCC架構中的各個邏輯功能實體及其接口功能進行描述:
[0004]應用功能實體(Application Function, AF),用于提供業(yè)務應用的接入點,這些業(yè)務應用所使用的網絡資源需要進行動態(tài)的策略控制。在業(yè)務面進行參數協(xié)商時，AF將相關業(yè)務信息傳遞給策略控制與計費規(guī)則功能實體(Policy and Charging Rules Function,PCRF)，所述策略控制與計費規(guī)則功能實體也可以稱為策略控制與計費規(guī)則功能裝置。如果這些業(yè)務信息與PCRF的策略相一致，則PCRF接受該協(xié)商；否則，PCRF拒絕該協(xié)商，并在反饋時給出PCRF可接受的業(yè)務參數。隨后，AF可將這些參數返回給用戶設備(UserEquipment, UE)。其中，AF和PCRF之間的接口是Rx接口。
[0005]PCRF是PCC的核心，用于負責策略決策和計費規(guī)則的制定。PCRF提供基于業(yè)務數據流的網絡控制規(guī)則，所述網絡控制規(guī)則包括業(yè)務數據流的檢測、門控(Gating Control),服務質量(Quality of Service, QoS)控制以及基于數據流的計費規(guī)則等。PCRF將其制定的策略和計費規(guī)則發(fā)送給策略和計費執(zhí)行功能實體(Policy and Charging EnforcementFunction, PCEF)執(zhí)行；同時，PCRF還需要保證這些規(guī)則和用戶的簽約信息一致。其中，PCRF制定策略和計費規(guī)則的依據包括:從AF獲得的與業(yè)務相關的信息、從用戶簽約數據庫(Subscription Profile Repository, SPR)獲得的用戶的簽約信息、以及通過Gx接口從PCEF獲得的與承載相關網絡的信息。
[0006]PCEF通常位于網關(Gate-Way，GW)內，如EPS的分組數據網絡網關(Packet DataNetwork Gateway, FON-GW)、通用無線分組業(yè)務(General Packet Radio Service, GPRS)中的GPRS網關支持節(jié)點(Gateway GPRS Support Node, GGSN)以及1-WLAN中的分組數據網關(Packet Data Gateway，H)G)等，在承載面執(zhí)行PCRF所制定的策略和計費規(guī)則。PCEF按照PCRF所發(fā)送的規(guī)則中的業(yè)務數據流過濾器對業(yè)務數據流進行檢測，進而對這些業(yè)務數據流執(zhí)行PCRF所制定的策略和計費規(guī)則；在承載建立時，PCEF按照PCRF發(fā)送的規(guī)則進行資源分配，并根據AF提供的信息進行門控控制；同時，PCEF根據PCRF訂閱的事件觸發(fā)上報承載網絡上發(fā)生的事件；根據PCRF發(fā)送的計費規(guī)則，PCEF執(zhí)行相應的業(yè)務數據流計費操作，計費既可以是在線計費，也可以是離線計費。如果是在線計費，則PCEF需要和在線計費系統(tǒng)(Online Charging System, OCS) 一起進行信用管理；離線計費時，PCEF和離線計費系統(tǒng)(Offline Charging System, 0FCS)之間交換相關的計費信息。其中，PCEF與PCRF之間的接口是Gx接口，PCEF與OCS之間的接口是Gy接口，PCEF與OFCS之間的接口是Gz接口。PCEF也可以具有應用檢測和控制功能實體(Application Detection and ControlFunction，ADC)。PCEF可以根據本地配置或是PCRF下發(fā)的應用檢測控制(ADC，ApplicationDetection and Control)規(guī)則進行應用檢測并進行策略執(zhí)行(如門控、重定向和帶寬限制)。
[0007]ADC也可以部署成為業(yè)務檢測功能實體(Traffic Detection Function, TDF),此時，TDF與PCRF通過Sd接口連接，TDF可以根據預先配置的或PCRF下發(fā)的ADC規(guī)則進行應用檢測和策略執(zhí)行。
[0008]承載綁定和事件報告功能實體(Bearer Binding and Event ReportingFunction, BBERF)通常位于接入網網關(Access Network Gateway)內。如當用戶設備通過E-UTRAN接入EPS、服務網關S-GW與P-GW之間采用代理移動互聯網協(xié)議版本6 (ProxyMobile Internet Protocol version6, PMIPv6)協(xié)議時，S-GW 中就存在 BBERF。當用戶設備通過可信任非3GPP接入網接入時，可信任非3GPP接入網關中也存在BBERF。
[0009]SPR，存儲有與策略控制和計費相關的用戶策略計費控制簽約信息。SPR和PCRF之間的接口是Sp接口。
[0010]OCS和PCEF共同完成在線計費方式下用戶信用的控制和管理。
[0011]OFCS與PCEF共同完成離線計費方式下的計費操作。
[0012]但是，現有技術中，對于TDF部署的場景會出現以下問題。
[0013]I)若PCEF執(zhí)行業(yè)務數據流(Service Data Flow, SDF)級別的計費,對于上行數據，PCEF根據PCC規(guī)則對數據包執(zhí)行計費后，當該上行數據包經過TDF時，TDF可能根據ADC規(guī)則對該數據包進行控制，如丟包或重定向。從而導致PCEF對上行數據的計費不準確。同理，若PCEF執(zhí)行業(yè)務數據流級別的用量監(jiān)控時，也會導致用量監(jiān)控的不準確。
[0014]2)若TDF執(zhí)行應用(Application)級別的計費，對于下行數據，TDF根據ADC規(guī)則對數據包執(zhí)行計費后，當該下行數據包經過PCEF時，PCEF可能根據PCC規(guī)則對該數據包進行控制，如丟包或重定向。從而導致TDF對下行數據的計費不準確。同理，若TDF執(zhí)行應用級別的用量監(jiān)控時，也會導致用量監(jiān)控的不準確。
[0015]針對上述問題，業(yè)界展開相應的研究，圖2為一種解決上述技術問題的方案。當執(zhí)行Application級別計費時，TDF對每一個進行計費的下行數據包進行標記。如圖所示，數據包A、B、C被TDF計費，TDF為數據包A、B、C分別打上計費鍵(Charging Key) X、X、Y，并且將Charging Key X，Y的計費信息上報0CS。數據包到達PCEF后，PCEF丟棄了數據包A，則PCEF將其統(tǒng)計入Charging Key X丟棄的數據包，此后PCEF通知OCS Charging Key X的丟棄數據包的計費信息，以便OCS能夠從用戶的計費信息中核減這些被PCEF丟棄的數據包對應的計費。執(zhí)行SDF級別計費的方案與執(zhí)行Application級別計費的方案類似，此處不再贅述。[0016]然而,上述方案存在兩個問題:
[0017]I )TDF需要對其已執(zhí)行計費的數據包進行標記，可以在數據包外進行額外封裝后，在封裝的數據包頭部進行標記，這樣會增加系統(tǒng)開銷。
[0018]2) OCS需要同時維護與PCEF、TDF的計費會話，并且需要根據PCEF上報的丟棄包的計費信息進行核減，這樣會增加OCS的實現復雜度。
【發(fā)明內容】
[0019]有鑒于此，本發(fā)明的主要目的在于提供一種業(yè)務數據的處理方法、裝置和系統(tǒng)，在不增加系統(tǒng)開銷和OCS實現復雜度的情況下，能夠精確執(zhí)行計費和用量監(jiān)控。
[0020]為達到上述目的，本發(fā)明的技術方案是這樣實現的:
[0021]本發(fā)明提供了一種業(yè)務(Traffic)數據的處理方法，所述方法包括:
[0022]業(yè)務檢測功能實體(TDF)根據自身安裝的策略，確定策略和計費執(zhí)行功能實體(PCEF)發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給所述PCEF ;所述PCEF核減所述丟棄數據包對應的計費和/或用量；或者，
[0023]PCEF根據自身安裝的策略，確定TDF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給所述TDF ;所述TDF核減所述丟棄數據包對應的計費和/或用量。
[0024]優(yōu)選地，所述確定PCEF發(fā)來的數據包中需要丟棄的數據包之后，所述方法還包括:
[0025]從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包；
[0026]相應的，所述將確定的丟棄數據包發(fā)給所述PCEF，為:
[0027]將選取的丟棄數據包發(fā)給所述PCEF ;或者，
[0028]所述確定TDF發(fā)來的數據包中需要丟棄的數據包之后，所述方法還包括:
[0029]從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包；
[0030]相應的，所述將確定的丟棄數據包發(fā)給所述TDF，為:
[0031]將選取的丟棄數據包發(fā)給所述TDF。
[0032]優(yōu)選地，所述將確定的丟棄數據包發(fā)給所述PCEF，為:
[0033]將所述丟棄數據包封裝在源地址為TDF，目的地址為PCEF的互聯網協(xié)議(IP)包內，將所述IP包采用隧道方式發(fā)送給所述PCEF ;或者，
[0034]所述將確定的丟棄數據包發(fā)給所述TDF，為:
[0035]將所述丟棄數據包封裝在源地址為PCEF，目的地址為TDF的IP包內，將所述IP包采用隧道方式發(fā)送給所述TDF。
[0036]優(yōu)選地，所述將確定的丟棄數據包發(fā)給所述PCEF之前，所述方法還包括:
[0037]從策略控制與計費規(guī)則功能實體(PCRF)發(fā)來的攜帶PCEF地址的TDF會話建立請求中或固定配置中獲取PCEF地址；或者，
[0038]所述將確定的丟棄數據包發(fā)給所述TDF之前，所述方法還包括:
[0039]從PCRF發(fā)來的攜帶TDF地址的互聯網協(xié)議連接接入網(IP-CAN)會話建立確認消息中或固定配置中獲取TDF地址。
[0040]優(yōu)選地，所述確定PCEF發(fā)來的數據包中需要丟棄的數據包之前，所述方法還包括:[0041]所述TDF對收到的數據包執(zhí)行應用檢測和控制(ADC)規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述PCEF ；或者，
[0042]所述確定TDF發(fā)來的數據包中需要丟棄的數據包之前，所述方法還包括:
[0043]所述PCEF對收到的數據包執(zhí)行策略和計費控制(PCC)規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述TDF。
[0044]優(yōu)選地，所述PCEF核減所述丟棄數據包對應的計費和/或用量之前，所述方法還包括:
[0045]所述PCEF將所述TDF發(fā)來的IP包進行解封裝，得到丟棄數據包；或者，
[0046]所述TDF核減所述丟棄數據包對應的計費和/或用量之前，所述方法還包括:
[0047]所述TDF將所述PCEF發(fā)來的IP包進行解封裝，得到丟棄數據包。
[0048]本發(fā)明還提供了一種TDF，所述TDF包括:
[0049]丟棄數據包確定單元，用于根據自身安裝的策略，確定PCEF發(fā)來的數據包中需要丟棄的數據包；
[0050]數據包發(fā)送單元，用于將丟棄數據包確定單元確定的丟棄數據包發(fā)給PCEF。
[0051]本發(fā)明還提供了一種PCEF，所述PCEF包括:
[0052]數據包接收單元，用于接收TDF發(fā)來的丟棄數據包；
[0053]核減單元，用于核減數據包接收單元接收的丟棄數據包對應的計費和/或用量。
[0054]本發(fā)明還提供了一種PCEF，所述PCEF包括:
[0055]丟棄數據包確定單元，用于根據自身安裝的策略，確定TDF發(fā)來的丟棄數據包中需要丟棄的數據包；
[0056]數據包發(fā)送單元，用于將丟棄數據包確定單元確定的丟棄數據包發(fā)給TDF。
[0057]本發(fā)明還提供了一種TDF，所述TDF包括:
[0058]數據包接收單元，用于接收PCEF發(fā)來的丟棄數據包；
[0059]核減單元，用于核減數據包接收單元接收的丟棄數據包對應的計費和/或用量。
[0060]本發(fā)明還提供了一種業(yè)務數據的處理系統(tǒng)，所述系統(tǒng)包括:
[0061]TDF，用于根據自身安裝的策略，確定PCEF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給PCEF ；
[0062]PCEF，用于接收TDF發(fā)來的丟棄數據包，并核減所述丟棄數據包對應的計費和/或用量；或者，
[0063]PCEF，用于根據自身安裝的策略，確定TDF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給TDF ；
[0064]TDF，用于接收PCEF發(fā)來的丟棄數據包，并核減所述丟棄數據包對應的計費和/或用量。
[0065]優(yōu)選地，所述TDF，還用于從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包；將選取的丟棄數據包發(fā)給所述PCEF ;或者，
[0066]所述PCEF，還用于從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包；將選取的丟棄數據包發(fā)給所述TDF。
[0067]優(yōu)選地，所述TDF，具體將所述丟棄數據包封裝在源地址為TDF，目的地址為PCEF的IP包內，將所述IP包采用隧道方式發(fā)送給所述PCEF ;或者，
[0068]所述PCEF，具體用于將所述丟棄數據包封裝在源地址為PCEF，目的地址為TDF的IP包內，將所述IP包采用隧道方式發(fā)送給所述TDF。
[0069]優(yōu)選地，所述TDF，具體用于從PCRF發(fā)來的攜帶PCEF地址的TDF會話建立請求中或固定配置中獲取PCEF地址；或者，
[0070]所述PCEF，具體用于從PCRF發(fā)來的攜帶TDF地址的IP-CAN會話建立確認消息中或固定配置中獲取TDF地址。
[0071]優(yōu)選地，所述PCEF，還用于對收到的數據包執(zhí)行PCC規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述TDF ;或者，
[0072]所述TDF，還用于對收到的數據包執(zhí)行ADC規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述PCEF。
[0073]由上可知，本發(fā)明的技術方案包括:業(yè)務檢測功能實體(TDF)根據自身安裝的策略，確定策略和計費執(zhí)行功能實體(PCEF)發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給所述PCEF ;所述PCEF核減所述丟棄數據包對應的計費和/或用量；或者，PCEF根據自身安裝的策略，確定TDF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給所述TDF ;所述TDF核減所述丟棄數據包對應的計費和/或用量。由此，本發(fā)明采用數據包重定向的方法，在不增加系統(tǒng)開銷和OCS實現復雜度的情況下，能夠精確執(zhí)行計費和用量監(jiān)控。
【專利附圖】
【附圖說明】
[0074]圖1為現有Rel-1l的PCC的組成架構示意圖；
[0075]圖2為現有技術的TDF控制下的業(yè)務數據處理示意圖；
[0076]圖3為本發(fā)明提供的一種業(yè)務數據的處理方法的實現流程圖；
[0077]圖4為本發(fā)明提供的一種業(yè)務數據的處理方法的實現流程圖；
[0078]圖5為本發(fā)明一種業(yè)務數據的處理方法的第一實施例業(yè)務數據處理示意圖；
[0079]圖6為本發(fā)明一種業(yè)務數據的處理方法的第二實施例業(yè)務數據處理示意圖；
[0080]圖7為本發(fā)明一種業(yè)務數據的處理方法的第四實施例業(yè)務數據處理示意圖；
[0081]圖8為本發(fā)明一種業(yè)務數據的處理方法的第五實施例業(yè)務數據處理示意圖；
[0082]圖9為本發(fā)明獲取TDF地址的實現流程圖；
[0083]圖10為本發(fā)明獲取PCEF地址的實現流程圖。
【具體實施方式】
[0084]本發(fā)明提供了一種業(yè)務(Traffic)數據的處理方法，如圖3所示，包括以下步驟:
[0085]步驟301、TDF根據自身安裝的策略，確定PCEF發(fā)來的數據包中需要丟棄的數據包；
[0086]步驟302、所述TDF將確定的丟棄數據包發(fā)給所述PCEF;
[0087]步驟303、所述PCEF核減所述丟棄數據包對應的計費和/或用量。
[0088]優(yōu)選地，所述確定PCEF發(fā)來的數據包中需要丟棄的數據包之前，所述方法還可以包括:
[0089]TDF對收到的數據包執(zhí)行ADC規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或已用量監(jiān)控標記，并將處理后的數據包發(fā)給PCEF。
[0090]優(yōu)選地，所述確定PCEF發(fā)來的數據包中需要丟棄的數據包之后，所述方法還可以包括:
[0091]從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控標記的丟棄數據包；
[0092]相應的，所述將確定的丟棄數據包發(fā)給所述PCEF，為:
[0093]將選取的丟棄數據包發(fā)給PCEF。
[0094]優(yōu)選地，所述將確定的丟棄數據包發(fā)給PCEF，可以為:
[0095]將所述丟棄數據包封裝在源地址為TDF，目的地址為PCEF的互聯網協(xié)議(IP)包內，將所述IP包采用隧道方式發(fā)送給所述PCEF。
[0096]優(yōu)選地，所述將確定的丟棄數據包發(fā)給PCEF，可以為:
[0097]從策略控制與計費規(guī)則功能實體(PCRF)發(fā)來的攜帶PCEF地址的TDF會話建立請求中或固定配置中獲取PCEF地址。
[0098]優(yōu)選地，所述PCEF核減所述丟棄數據包對應的計費和/或用量之前，所述方法還可以包括:
[0099]所述PCEF將所述TDF發(fā)來的IP包進行解封裝，得到丟棄數據包。
[0100]優(yōu)選地，所述PCEF核減所述丟棄數據包對應的計費和/或用量之后，所述方法還包括:
[0101]所述PCEF丟棄所述TDF發(fā)來的丟棄數據包。
[0102]本發(fā)明還提供了一種業(yè)務數據的處理方法，如圖4所示，包括以下步驟:
[0103]步驟401、PCEF根據自身安裝的策略，確定TDF發(fā)來的數據包中需要丟棄的數據包；
[0104]步驟402、所述PCEF將確定的丟棄數據包發(fā)給TDF ；
[0105]步驟403、所述TDF核減所述丟棄數據包對應的計費和/或用量。
[0106]優(yōu)選地，所述確定TDF發(fā)來的數據包中需要丟棄的數據包之前，所述方法還可以包括:
[0107]所述PCEF對收到的數據包執(zhí)行PCC規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或已用量監(jiān)控標記，并將處理后的數據包發(fā)給TDF。
[0108]優(yōu)選地，所述確定TDF發(fā)來的數據包中需要丟棄的數據包之后，所述方法還包括:
[0109]從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控標記的丟棄數據包；
[0110]相應的，所述將確定的丟棄數據包發(fā)給所述TDF，為:
[0111]將選取的丟棄數據包發(fā)給TDF。
[0112]優(yōu)選地，所述將確定的丟棄數據包發(fā)給TDF，可以為:
[0113]將所述丟棄數據包封裝在源地址為PCEF，目的地址為TDF的IP包內，將所述IP包采用隧道方式發(fā)送給TDF。
[0114]優(yōu)選地，所述將確定的丟棄數據包發(fā)給TDF，可以為:[0115]從PCRF發(fā)來的攜帶TDF地址的互聯網協(xié)議連接接入網(IP-CAN)會話建立確認消息中或固定配置中獲取TDF地址。
[0116]優(yōu)選地，所述TDF核減所述丟棄數據包對應的計費和/或用量之前，所述方法還可以包括::
[0117]所述TDF將所述PCEF發(fā)來的IP包進行解封裝，得到丟棄數據包。
[0118]優(yōu)選地，所述TDF核減所述丟棄數據包對應的計費和/或用量之后，所述方法還包括:
[0119]所述TDF丟棄所述PCEF發(fā)來的丟棄數據包。
[0120]本發(fā)明提供了一種TDF，包括:
[0121]丟棄數據包確定單元，用于根據自身安裝的策略，確定PCEF發(fā)來的數據包中需要丟棄的數據包；
[0122]數據包發(fā)送單元，用于將丟棄數據包確定單元確定的丟棄數據包發(fā)給PCEF。
[0123]本發(fā)明提供了一種PCEF，包括:
[0124]數據包接收單元，用于接收TDF發(fā)來的丟棄數據包；
[0125]核減單元，用于核減數據包接收單元接收的丟棄數據包對應的計費和/或用量。
[0126]本發(fā)明還提供了一種PCEF，包括:
[0127]丟棄數據包確定單元，用于根據自身安裝的策略，確定TDF發(fā)來的丟棄數據包中需要丟棄的數據包；
[0128]數據包發(fā)送單元，用于將丟棄數據包確定單元確定的丟棄數據包發(fā)給TDF。
[0129]本發(fā)明還提供了一種TDF，包括:
[0130]數據包接收單元，用于接收PCEF發(fā)來的丟棄數據包；
[0131]核減單元，用于核減數據包接收單元接收的丟棄數據包對應的計費和/或用量。
[0132]本發(fā)明提供了一種業(yè)務數據的處理系統(tǒng)，包括:
[0133]TDF，用于根據自身安裝的策略，確定PCEF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給PCEF，
[0134]PCEF，用于接收TDF發(fā)來的丟棄數據包，并核減所述丟棄數據包對應的計費和/或用量。
[0135]優(yōu)選地，所述TDF，還用于從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包。
[0136]優(yōu)選地，所述TDF，具體用于將所述丟棄數據包封裝在源地址為TDF，目的地址為PCEF的IP 包內，將所述IP包采用隧道方式發(fā)送給所述PCEF。
[0137]優(yōu)選地，所述TDF，具體用于從PCRF發(fā)來的攜帶PCEF地址的TDF會話建立請求中或固定配置中獲取PCEF地址。
[0138]優(yōu)選地，所述PCEF，還用于對收到的數據包執(zhí)行PCC規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述TDF。
[0139]本發(fā)明還提供了一種業(yè)務數據的處理系統(tǒng)，包括:PCEF，用于根據自身安裝的策略，確定TDF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給TDF，
[0140]TDF，用于接收PCEF發(fā)來的丟棄數據包，并核減所述丟棄數據包對應的計費和/或用量。[0141]優(yōu)選地，所述PCEF，還用于從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包。
[0142]優(yōu)選地，所述PCEF，具體用于將所述丟棄數據包封裝在源地址為PCEF，目的地址為TDF的IP包內，將所述IP包采用隧道方式發(fā)送給所述TDF。
[0143]優(yōu)選地，所述PCEF，具體用于從PCRF發(fā)來的攜帶TDF地址的IP-CAN會話建立確認消息中或固定配置中獲取TDF地址。
[0144]優(yōu)選地，所述TDF，還用于對收到的數據包執(zhí)行ADC規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述PCEF。
[0145]下面結合圖5對本發(fā)明提供的一種業(yè)務數據的處理方法的第一實施例進行介紹。
[0146]本實施例描述的是對于UE的一個IP-CAN會話，只在TDF執(zhí)行Application級別計費。對于上行流，由于TDF是后一個策略執(zhí)行點，因此TDF的計費信息是準確的。對于下行流，由于PCEF是后一個策略執(zhí)行點，在TDF和PCEF上控制不一致的情況，導致TDF的計費信息不準確。本實施例中，PCEF通過將把根據PCC規(guī)則丟棄的數據包重定向給TDF，以便TDF進行核減。如圖5所示，其功能舉例描述如下:
[0147]在下行方向，TDF接收到4個數據包，分配是A，B，C和D。TDF執(zhí)行應用檢測和控制后，沒有丟棄任何數據包，并對A、B和C的3個數據包進行計費。假設A、B屬于同一個應用并且采用計費鍵Charging KeyX進行計費,而C屬于另一個應用并且采用Charging KeyY進行計費。TDF與OCS或OFCS之間有一個計費的會話用于上報計費信息(包括信用控制)。
[0148]當A、B、C和D到達PCEF時，由于PCEF執(zhí)行PCC規(guī)則后，數據包A需要被丟棄，則PCEF將把數據包A發(fā)送給TDF。PCEF將數據包A發(fā)送給TDF的方式可以采用隧道方式，將數據包A封裝在目的地地址為TDF，源地址為PCEF地址的IP包內。
[0149]當TDF接收到以它自身的地址為目的地地址的數據包后，TDF將解封裝獲得數據包A，并從Charging Key為X的計費信息中扣減數據包A相關的計費信息。具體的，TDF根據在執(zhí)行ADC規(guī)則時本地保存的過濾器對數據A進行再次過濾，可以匹配到數據包A對應的Charging Key為X。TDF對數據包A執(zhí)行計費信息核減后，丟棄數據包A。
[0150]在上述流程中，PCEF將每一個需要丟棄的包都發(fā)送給TDF 了。其中，有些包可能TDF并沒有進行計費，因此這些包也不需要TDF進行核減。這樣可能會導致多發(fā)送了一些不用的數據包。其中，TDF可以在發(fā)送給PCEF的數據包頭打上特殊的標識，以指示PCEF這些數據包是經過TDF計費的。這樣，當PCEF決定丟棄數據包時，根據這個標識判斷這個數據包是否在TDF進行了計費。只有當進行了計費時，PCEF才將這些數據包發(fā)送TDF，用于TDF的核減。
[0151]此外，在上述流程中，PCEF通過將要丟棄的數據包封裝在目的地地址為TDF，源地址為PCEF地址的IP包內發(fā)送TDF。也可以直接將要丟棄的數據包重定向至TDF，并在數據包頭打上特殊標識，以表示該數據包需要核減。
[0152]下面結合圖6對本發(fā)明提供的一種業(yè)務數據的處理方法的第二實施例進行介紹。
[0153]本實施例描述的是對于UE的一個IP-CAN會話，只在PCEF執(zhí)行SDF級別計費。對于下行流，由于PCEF是后一個策略執(zhí)行點，因此PCEF的計費信息是準確的。對于上行流，由于是TDF后一個策略執(zhí)行點，在TDF和PCEF上控制不一致的情況，導致PCEF的計費信息不準確。本實施例中，TDF通過將把根據ADC規(guī)則需要丟棄的數據包重定向給PCEF，以便PCEF進行核減。如圖6所示，其功能舉例描述如下:
[0154]在上行方向，PCEF接收到4個數據包，分配是A，B，C和D。PCEF執(zhí)行PCC規(guī)則后，沒有丟棄任何數據包，并對A、B、C和D的4個數據包進行計費。假設A、B屬于同一個應用并且采用Charging Key X進行計費,而C、D屬于另一個應用并且采用Charging Key Y進行計費。PCEF與OCS或OFCS之間有一個計費的會話用于上報計費信息(包括信用控制)。
[0155]當A、B、C和D到達TDF時，由于TDF執(zhí)行ADC規(guī)則后，數據包A需要被丟棄，則TDF將把數據包A發(fā)送給PCEF。TDF將數據包A發(fā)送給PCEF的方式可以采用隧道方式，將數據包A封裝在目的地地址為PCEF，源地址為TDF地址的IP包內。
[0156]當PCEF接收到以它自身的地址為目的地地址的數據包后，PCEF將解封裝獲得數據包A,并從Charging Key為X的計費信息中扣減數據包A相關的計費信息。具體的，PCEF根據安裝的PCC規(guī)則的過濾器對數據A進行再次過濾，可以匹配到數據包A對應的Charging Key為X。PCEF對數據包A執(zhí)行計費信息核減后，丟棄數據包A。
[0157]在上述流程中，TDF將每一個需要丟棄的包都發(fā)送給PCEF 了。其中，有些包可能PCEF并沒有進行計費，因此這些包也不需要PCEF進行核減。這樣可能會導致多發(fā)送了一些不用的數據包。其中，PCEF可以在發(fā)送給PCEF的數據包頭打上特殊的標識，以指示TDF這些數據包是經過PCEF計費的。這樣，當TDF決定丟棄數據包時，根據這個標識判斷這個數據包是否在PCEF進行了計費。只有當進行了計費時，TDF才將這些數據包發(fā)送PCEF，用于PCEF的核減。
[0158]此外，在上述流程中，TDF通過將要丟棄的數據包封裝在目的地地址為PCEF，源地址為TDF地址的IP包內發(fā)送PCEF。也可以直接將要丟棄的數據包重定向至PCEF，并在數據包頭打上特殊標識，以表示該數據包需要核減。
[0159]下面對本發(fā)明提供的一種業(yè)務(Traffic)數據的處理方法的第三實施例進行介紹。
[0160]對于UE的一個IP-CAN會話，當PCEF和TDF同時分別執(zhí)行SDF計費和Application計費時，即PCEF執(zhí)行的SDF計費和TDF執(zhí)行的Application計費同時進行時，可以采用第
一實施例和第二實施例的組合。
[0161]下面結合圖7對本發(fā)明提供的一種業(yè)務數據的處理方法的第四實施例進行介紹。
[0162]本實施例描述的是對于UE的一個IP-CAN會話，只在TDF執(zhí)行Application級別用量監(jiān)控。對于上行流，由于TDF是后一個策略執(zhí)行點，因此TDF的用量監(jiān)控是準確的。對于下行流，由于PCEF是后一個策略執(zhí)行點，在TDF和PCEF上控制不一致的情況，導致TDF的用量監(jiān)控是不準確。本實施例中，PCEF通過將把根據PCC規(guī)則丟棄的數據包重定向給TDF，以便TDF進行核減。如圖7所示，其功能舉例描述如下:
[0163]在下行方向，TDF接收到4個數據包，分配是A，B，C和D。TDF執(zhí)行應用檢測和控制后，沒有丟棄任何數據包，并對A、B和C的3個數據包進行計費。假設A、B被采用監(jiān)控鍵(Monitoring Key) X進行用量監(jiān)控,而C被采用另一個Monitoring Key Y進行用量監(jiān)控。TDF與PCRF之間存在Sd會話，用于ADC策略的下發(fā)(包括用量監(jiān)控的策略)。
[0164]當A、B、C和D到達PCEF時，由于PCEF執(zhí)行PCC規(guī)則后，數據包A需要被丟棄，則PCEF將把數據包A發(fā)送給TDF。PCEF將數據包A發(fā)送給TDF的方式可以采用隧道方式，將數據包A封裝在目的地地址為TDF，源地址為PCEF地址的IP包內。[0165]當TDF接收到以它自身的地址為目的地地址的數據包后，TDF將解封裝獲得數據包A,并從Monitoring Key為X的已經消耗的用量中扣減數據包A相關的用量。具體的，TDF根據在執(zhí)行ADC規(guī)則時本地保存的過濾器對數據A進行再次過濾，可以匹配到數據包A對應的Monitoring Key為X。TDF對數據包A執(zhí)行用量信息核減后，丟棄數據包A。
[0166]在上述流程中，PCEF將每一個需要丟棄的包都發(fā)送給TDF 了。其中，有些包可能TDF并沒有進行用量監(jiān)控，因此這些包也不需要TDF進行核減。這樣可能會導致多發(fā)送了一些不用的數據包。其中，TDF可以在發(fā)送給PCEF的數據包頭打上特殊的標識，以指示PCEF這些數據包是經過用量監(jiān)控的。這樣，當PCEF決定丟棄數據包時，根據這個標識判斷這個數據包是否在TDF進行了用量監(jiān)控。只有當進行了用量監(jiān)控時，PCEF才將這些數據包發(fā)送TDF，用于TDF的核減。
[0167]此外，在上述流程中，PCEF通過將要丟棄的數據包封裝在目的地地址為TDF，源地址為PCEF地址的IP包內發(fā)送TDF。也可以直接將要丟棄的數據包重定向至TDF，并在數據包頭打上特殊標識，以表示該數據包需要核減。
[0168]下面結合圖8對本發(fā)明提供的一種業(yè)務數據的處理方法的第五實施例進行介紹。
[0169]本實施例描述的是對于UE的一個IP-CAN會話，只在PCEF執(zhí)行SDF級別用量監(jiān)控。對于下行流，由于PCEF是后一個策略執(zhí)行點，因此PCEF的用量監(jiān)控信息是準確的。對于上行流，由于是TDF后一個策略執(zhí)行點，在TDF和PCEF上控制不一致的情況，導致PCEF的用量監(jiān)控信息不準確。本實施例中，TDF通過將把根據ADC規(guī)則需要丟棄的數據包重定向給PCEF,以便PCEF進行核減。如圖8所示，其功能舉例描述如下:
[0170]在上行方向，PCEF接收到4個數據包，分配是A，B，C和D。PCEF執(zhí)行PCC規(guī)則后，沒有丟棄任何數據包，并對A、B、C和D的4個數據包進行計費。假設A、B被采用MonitoringKey X進行用量監(jiān)控，而C、D被采用Monitoring Key Y進行用量監(jiān)控。PCEF與PCRF之間存在Gx會話用于PCC策略的下發(fā)(包括用量監(jiān)控相關的側路)。
[0171]當A、B、C和D到達TDF時，由于TDF執(zhí)行ADC規(guī)則后，數據包A需要被丟棄，則TDF將把數據包A發(fā)送給PCEF。TDF將數據包A發(fā)送給PCEF的方式可以采用隧道方式，將數據包A封裝在目的地地址為PCEF，源地址為TDF地址的IP包內。
[0172]當PCEF接收到以它自身的地址為目的地地址的數據包后，PCEF將解封裝獲得數據包A，并從Monitoring Key為X的已消耗的用量中扣減數據包A相關的用量。具體的，PCEF根據安裝的PCC規(guī)則的過濾器對數據A進行再次過濾，可以匹配到數據包A對應的Monitoring Key為X。PCEF對數據包A執(zhí)行用量信息核減后，丟棄數據包A。
[0173]在上述流程中，TDF將每一個需要丟棄的包都發(fā)送給PCEF 了。其中，有些包可能PCEF并沒有進行用量監(jiān)控，因此這些包也不需要PCEF進行核減。這樣可能會導致多發(fā)送了一些不用的數據包。其中，PCEF可以在發(fā)送給PCEF的數據包頭打上特殊的標識，以指示TDF這些數據包是經過PCEF用量監(jiān)控的。這樣，當TDF決定丟棄數據包時，根據這個標識判斷這個數據包是否在PCEF進行了用量監(jiān)控。只有當進行了用量監(jiān)控時，TDF才將這些數據包發(fā)送PCEF，用于PCEF的核減。
[0174]此外，在上述流程中，TDF通過將要丟棄的數據包封裝在目的地地址為PCEF，源地址為TDF地址的IP包內發(fā)送PCEF。也可以直接將要丟棄的數據包重定向至PCEF，并在數據包頭打上特殊標識，以表示該數據包需要核減。[0175]下面對本發(fā)明提供的一種業(yè)務數據的處理方法的第六實施例進行介紹。
[0176]對于UE的一個IP-CAN會話，當PCEF和TDF同時分別執(zhí)行SDF用量監(jiān)控和Application用量監(jiān)控時，即當PCEF執(zhí)行的SDF用量監(jiān)控和TDF執(zhí)行的Application用量監(jiān)控同時進行時，可以采用第四實施例和第五實施例的組合。
[0177]在上述所有實施例中，PCEF為了將丟棄的數據包重定向到TDF或者TDF為了將需要丟棄的數據包重定向到PCEF，PCEF需要知道TDF地址，或者TDF需要知道PCEF。一種方法是PCEF或TDF固定配置對方的地址，另一種是通過動態(tài)分配的方法。
[0178]如圖9所述，為PCEF動態(tài)獲知TDF地址的方法，適用于第一實施例和第四實施例。
[0179]步驟S901，在UE請求建立IP-CAN會話的過程中，PCEF位于的網關接收到IP-CAN會話建立請求消息，其中，在該IP-CAN會話建立請求消息中攜帶有用戶標識和請求接入的PDN網絡的PDN標識。
[0180]步驟S902，PCEF向PCRF發(fā)送IP-CAN會話建立指示消息，其中，該IP-CAN會話建立指示消息中攜帶用戶標識、PDN標識以及為UE分配的IP地址。
[0181]步驟S903，PCRF根據用戶標識判斷出還沒有該用戶的簽約信息后，向SPR發(fā)送簽約文檔請求，并在該簽約文檔請求中攜帶用戶標識和I3DN標識。
[0182]步驟S904，SPR根據用戶標識和PDN標識返回對應的用戶簽約信息(通過簽約文檔應答返回)。
[0183]步驟S905，PCRF根據返回的用戶簽約信息、網絡策略、UE的接入信息等制定策略決策。其中，可以包括制定PCC規(guī)則和事件觸發(fā)器。其中，PCRF配置了 PCEF對應的TDF的地址。
[0184]步驟S906，PCRF向PCEF發(fā)送IP-CAN會話建立確認消息，其中，該IP-CAN會話建立確認消息中攜帶PCC規(guī)則，事件觸發(fā)器以及TDF的地址。
[0185]步驟S907，PCEF安裝策略，PCEF位于的網關向UE返回IP-CAN會話建立應答，其中，該IP-CAN會話建立應答中攜帶有IP地址。
[0186]步驟S908，PCRF向TDF發(fā)送TDF會話建立請求，包含ADC規(guī)則。其中ADC規(guī)則中包含計費策略；
[0187]步驟S909，TDF向PCRF返回TDF會話建立確認消息；
[0188]步驟S910，當TDF根據ADC檢測到應用需要進行在線計費時，TDF向OCS發(fā)送信用控制請求消息，請求信用控制；
[0189]步驟S911，OCS向TDF返回確認消息。
[0190]如圖10所述，為TDF動態(tài)獲知PCEF地址的方法，適用于第二實施例和第五實施例。
[0191]步驟S1001，在UE請求建立IP-CAN會話的過程中，PCEF位于的網關接收到IP-CAN會話建立請求消息，其中，在該IP-CAN會話建立請求消息中攜帶有用戶標識和請求接入的PDN網絡的PDN標識。
[0192]步驟S1002，PCEF向PCRF發(fā)送IP-CAN會話建立指示消息，其中，該IP-CAN會話建立指示消息中攜帶用戶標識、PDN標識以及為UE分配IP地址。
[0193]步驟S1003，PCRF根據用戶標識判斷出還沒有該用戶的簽約信息后，向SPR發(fā)送簽約文檔請求，并在該簽約文檔請求中攜帶用戶標識和I3DN標識。[0194]步驟S1004，SPR根據用戶標識和PDN標識返回對應的用戶簽約信息(通過簽約文檔應答返回)。
[0195]步驟S1005，PCRF根據返回的用戶簽約信息、網絡策略、UE的接入信息等制定策略決策。其中，可以包括制定PCC規(guī)則和事件觸發(fā)器。
[0196]步驟S1006，PCRF向PCEF發(fā)送IP-CAN會話建立確認消息，其中，該IP-CAN會話建立確認消息中攜帶PCC規(guī)則，事件觸發(fā)器。
[0197]步驟S1007，PCEF安裝策略，PCEF位于的網關向UE返回IP-CAN會話建立應答，其中，該IP-CAN會話建立應答中攜帶有IP地址。
[0198]步驟S1008，PCRF向TDF發(fā)送TDF會話建立請求，包含ADC規(guī)則。其中ADC規(guī)則中包含計費策略。此外，PCRF向TDF提供PCEF的IP地址；
[0199]步驟S1009，TDF向PCRF返回TDF會話建立確認消息；
[0200]步驟S1010，當PCEF根據PCC規(guī)則決定進行在線計費時，PCEF向OCS發(fā)送信用控制請求消息，請求信用控制；
[0201]步驟S1011，OCS向PCEF返回確認消息。
[0202]對于第三實施例和第六實施例，可以結合圖9、圖10流程動態(tài)通知TDF和PCEF的IP地址。
[0203]以上所述，僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
【權利要求】
1.一種業(yè)務(Traffic)數據的處理方法，其特征在于，所述方法包括: 業(yè)務檢測功能實體(TDF)根據自身安裝的策略，確定策略和計費執(zhí)行功能實體(PCEF)發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給所述PCEF ;所述PCEF核減所述丟棄數據包對應的計費和/或用量；或者， PCEF根據自身安裝的策略，確定TDF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給所述TDF ;所述TDF核減所述丟棄數據包對應的計費和/或用量。
2.根據權利要求1所述的方法，其特征在于， 所述確定PCEF發(fā)來的數據包中需要丟棄的數據包之后，所述方法還包括: 從需要丟棄的數據包中選 取具有已計費標記和/或已用量監(jiān)控的丟棄數據包； 相應的，所述將確定的丟棄數據包發(fā)給所述PCEF，為: 將選取的丟棄數據包發(fā)給所述PCEF ;或者， 所述確定TDF發(fā)來的數據包中需要丟棄的數據包之后，所述方法還包括: 從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包； 相應的，所述將確定的丟棄數據包發(fā)給所述TDF，為: 將選取的丟棄數據包發(fā)給所述TDF。
3.根據權利要求1所述的方法，其特征在于， 所述將確定的丟棄數據包發(fā)給所述PCEF，為: 將所述丟棄數據包封裝在源地址為TDF，目的地址為PCEF的互聯網協(xié)議(IP)包內，將所述IP包采用隧道方式發(fā)送給所述PCEF ;或者， 所述將確定的丟棄數據包發(fā)給所述TDF，為: 將所述丟棄數據包封裝在源地址為PCEF，目的地址為TDF的IP包內，將所述IP包采用隧道方式發(fā)送給所述TDF。
4.根據權利要求1所述的方法，其特征在于， 所述將確定的丟棄數據包發(fā)給所述PCEF之前，所述方法還包括: 從策略控制與計費規(guī)則功能實體(PCRF)發(fā)來的攜帶PCEF地址的TDF會話建立請求中或固定配置中獲取PCEF地址；或者， 所述將確定的丟棄數據包發(fā)給所述TDF之前，所述方法還包括: 從PCRF發(fā)來的攜帶TDF地址的互聯網協(xié)議連接接入網(IP-CAN)會話建立確認消息中或固定配置中獲取TDF地址。
5.根據權利要求1所述的方法，其特征在于， 所述確定PCEF發(fā)來的數據包中需要丟棄的數據包之前，所述方法還包括: 所述TDF對收到的數據包執(zhí)行應用檢測和控制(ADC)規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述PCEF ;或者，所述確定TDF發(fā)來的數據包中需要丟棄的數據包之前，所述方法還包括: 所述PCEF對收到的數據包執(zhí)行策略和計費控制(PCC)規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述TDF。
6.根據權利要求3或4所述的方法，其特征在于， 所述PCEF核減所述丟棄數據包對應的計費和/或用量之前，所述方法還包括: 所述PCEF將所述TDF發(fā)來的IP包進行解封裝，得到丟棄數據包；或者，所述TDF核減所述丟棄數據包對應的計費和/或用量之前，所述方法還包括: 所述TDF將所述PCEF發(fā)來的IP包進行解封裝，得到丟棄數據包。
7.一種TDF，其特征在于，所述TDF包括: 丟棄數據包確定單元，用于根據自身安裝的策略，確定PCEF發(fā)來的數據包中需要丟棄的數據包； 數據包發(fā)送單元，用于將丟棄數據包確定單元確定的丟棄數據包發(fā)給PCEF。
8.一種PCEF，其特征在于，所述PCEF包括: 數據包接收單元，用于接收TDF發(fā)來的丟棄數據包； 核減單元，用于核減數據包接收單元接收的丟棄數據包對應的計費和/或用量。
9.一種PCEF，其特征在于，所述PCEF包括: 丟棄數據包確定單元，用于根據自身安裝的策略，確定TDF發(fā)來的丟棄數據包中需要丟棄的數據包； 數據包發(fā)送單元，用于將丟棄數據包確定單元確定的丟棄數據包發(fā)給TDF。
10.一種TDF，其特征在于，所述TDF包括: 數據包接收單元，用于接收PCEF發(fā)來的丟棄數據包； 核減單元，用于核減數據包接收單元接收的丟棄數據包對應的計費和/或用量。
11.一種業(yè)務數據的處理系統(tǒng)，其特征在于，所述系統(tǒng)包括: TDF，用于根據自身安裝的策略，確定PCEF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給PCEF ； PCEF，用于接收TDF發(fā)來的丟棄數據包，并核減所述丟棄數據包對應的計費和/或用量；或者， PCEF，用于根據自身安裝的策略，確定TDF發(fā)來的數據包中需要丟棄的數據包，并將確定的丟棄數據包發(fā)給TDF ； TDF，用于接收PCEF發(fā)來的丟棄數據包，并核減所述丟棄數據包對應的計費和/或用量。
12.根據權利要求11所述的系統(tǒng)，其特征在于，所述TDF，還用于從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包；將選取的丟棄數據包發(fā)給所述PCEF ;或者， 所述PCEF，還用于從需要丟棄的數據包中選取具有已計費標記和/或已用量監(jiān)控的丟棄數據包；將選取的 丟棄數據包發(fā)給所述TDF。
13.根據權利要求11所述的系統(tǒng)，其特征在于，所述TDF，具體將所述丟棄數據包封裝在源地址為TDF，目的地址為PCEF的IP包內，將所述IP包采用隧道方式發(fā)送給所述PCEF ；或者， 所述PCEF，具體用于將所述丟棄數據包封裝在源地址為PCEF，目的地址為TDF的IP包內，將所述IP包采用隧道方式發(fā)送給所述TDF。
14.根據權利要求11所述的系統(tǒng)，其特征在于，所述TDF，具體用于從PCRF發(fā)來的攜帶PCEF地址的TDF會話建立請求中或固定配置中獲取PCEF地址；或者， 所述PCEF，具體用于從PCRF發(fā)來的攜帶TDF地址的IP-CAN會話建立確認消息中或固定配置中獲取TDF地址。
15.根據權利要求11所述的系統(tǒng)，其特征在于，所述PCEF，還用于對收到的數據包執(zhí)行PCC規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或用量監(jiān)控標記，并將處理后的數據包發(fā)給所述TDF ;或者， 所述TDF，還用于對收到的數據包執(zhí)行ADC規(guī)則，將執(zhí)行計費和/或用量監(jiān)控的數據包打上已計費標記和/或 用量監(jiān)控標記，并將處理后的數據包發(fā)給所述PCEF。
【文檔編號】H04W24/02GK103945359SQ201310027010
【公開日】2014年7月23日 申請日期:2013年1月18日 優(yōu)先權日:2013年1月18日
【發(fā)明者】周曉云, 吳錦花 申請人:中興通訊股份有限公司