referring now to the drawings wherein like reference numerals refer to similar or identical parts throughout the several views , and more specifically to fig3 thereof , there is shown a pcrf 10 server , of a telecommunications network having a tdf 16 device . the pcrf 10 server comprises a network interface unit 12 of the pcrf 10 server which receives a user identifier for a user session and obtains remaining quota and subscriber habits for the user identifier on user session and services sessions basis . the network interface unit 12 submits the remaining quota and subscriber habits on user session and services sessions basis for the user identifier to the tdf 16 device . the network interface unit 12 receives usage monitoring information for the user session and for a particular service session from the tdf 16 device . the pcrf 10 server comprises a processing unit 14 of the pcrf 10 server which re - calculates a new remaining quota and subscriber habits for the user identifier using the usage monitoring information . the network interface unit 12 sending the new remaining quota and subscriber habits for the user identifier to the tdf 16 device ; and upon receiving an indication of session termination , the processing unit 14 updates values of remaining quota and subscriber habits for the user identifier to be used for a subsequent user session for the user identifier . the network interface unit 12 may obtain from a subscription profile repository , hereinafter spr , the remaining quota and information related to the subscriber habits , and the processing unit 14 may calculate a value of the subscriber habits from the information . the network interface unit 12 may obtain a user &# 39 ; s profile for the user identifier from the spr , the user &# 39 ; s profile including , or submitted along with , the remaining quota and the information related to the subscriber habits . the processing unit 14 may recalculate the value of the subscriber habits for the user identifier taking into account a last time the user identifier connected to the network . the tdf 16 device may be included in , or collocated with , a policy and charging enforcement function device , hereinafter pcef device , of the telecommunications network . in particular , the network interface unit 12 of the pcrf 10 server may submit the updated value of remaining quota and information related to the subscriber habits to the spr for usage during a subsequent user session for the user identifier . the present invention pertains to a tdf 16 device , as shown in fig4 , of a telecommunications network having a pcrf 10 server , and a content delivery server 24 . the tdf 16 device comprises a network interface unit 18 of the tdf 16 device which receives a remaining quota and subscriber habits on user session and services sessions basis for a user session identified by a user identifier . the tdf 16 device comprises a memory 20 of the tdf 16 device which stores the remaining quota and subscriber habits on user session and services sessions basis for the user identifier . the tdf 16 device comprises a processing unit 22 of the tdf 16 device which detects a particular service session for the user identifier and determines the remaining quota for the user session and for the particular service session . the network interface unit 18 sends the remaining quota and the subscriber habits to the content delivery server 24 . the processing unit 22 monitoring traffic for the user session and for the particular service session . the network interface unit 18 provides usage monitoring information , which is obtained by monitoring the traffic , for the user session and for the particular service session to the pcrf 10 server , and receives updated remaining quota and updated subscriber habits for the user identifier recalculated by the pcrf 10 server . the memory 20 of the tdf 16 device stores the updated remaining quota and updated subscriber habits for the user identifier . the tdf 16 device may be included in , or collocated with , a pcef device , of the telecommunications network . the processing unit 22 may detect the particular service session after an ip connectivity access network session , hereinafter ip - can session , is established . the network interface unit 18 may send the updated remaining quota and updated subscriber habits to the content delivery server 24 . the content delivery server 24 may be anyone of : content delivery network , hereinafter cdn , transparent internet cache , hereinafter tic , transcoder node and web server . the present invention pertains to a content delivery server 24 , as shown in fig5 , of a telecommunications network having a pcrf 10 server , and a tdf 16 device . the content delivery server 24 comprises a network interface unit 26 which receives both remaining quota and subscriber habits for a service session from the tdf 16 device . the content delivery server 24 comprises a processing unit 28 which tailors content to be delivered for the session . the content delivered for the session to a user through the network interface . the network interface unit 26 may receive an updated remaining quota and an updated subscriber habits from the tdf 16 device . the present invention pertains to a method of a pcrf 10 server , of a telecommunications network having a tdf 16 device . the method comprises the steps of receiving a user identifier at a network interface unit 12 of the pcrf 10 server for a user session . there is the step of obtaining through the network interface unit 12 remaining quota and subscriber habits for the user identifier on user session and services sessions basis . there is the step of submitting through the network interface unit 12 of the pcrf 10 server the remaining quota and subscriber habits on user session and services sessions basis for the user identifier to the tdf 16 device . there is the step of receiving at the network interface unit 12 of the pcrf 10 server usage monitoring information for the user session and for a particular service session from the tdf 16 device . there is the step of using the usage monitoring information to re - calculate with a processing unit 14 of the pcrf 10 server a new remaining quota and subscriber habits for the user identifier . there is the step of sending from the network interface unit 12 the new remaining quota and subscriber habits for the user identifier to the tdf 16 device . upon receiving an indication of session termination , there is the step of updating values of remaining quota and subscriber habits for the user identifier to be used for a subsequent user session for the user identifier . the step of obtaining through the network interface unit 12 the remaining quota and the subscriber habits may include the steps of : obtaining from a subscription profile repository , hereinafter spr , through the network interface unit 12 the remaining quota and information related to the subscriber habits , and the processing unit 14 calculating a value of the subscriber habits from the information . there may be the step of obtaining through the network interface unit 12 a user &# 39 ; s profile for the user identifier from the spr , the user &# 39 ; s profile including , or submitted along with , the remaining quota and the information related to the subscriber habits . in particular , there may be the step of submitting from the network interface unit 12 of the pcrf 10 server to the spr the updated value of remaining quota and information related to the subscriber habits for usage during a subsequent user session for the user identifier . there may be the step of the processing unit 14 recalculating the value of the subscriber habits for the user identifier taking into account a last time the user identifier connected to the network . the tdf 16 device may be included in , or collocated with , a policy and charging enforcement function device , hereinafter pcef device , of the telecommunications network . the present invention pertains to a method of a tdf 16 device , of a telecommunications network having a pcrf 10 server , and a content delivery server 24 . the method comprises the steps of receiving at a network interface unit 18 of the tdf 16 device a remaining quota and subscriber habits on user session and services sessions basis for a user session identified by a user identifier . there is the step of storing the remaining quota and subscriber habits on user session and services sessions basis for the user identifier in a memory 20 of the tdf 16 device . there is the step of detecting a particular service session for the user identifier by a processing unit 22 of the tdf 16 device . there is the step of determining by the processing unit 22 of the tdf 16 device the remaining quota for the user session and for the particular service session . there is the step of sending from the network interface unit 18 of the tdf 16 device the remaining quota and the subscriber habits to the content delivery server 24 . there is the step of monitoring with the processing unit 22 of the tdf 16 device traffic for the user session and for the particular service session . there is the step of providing from the network interface unit 18 of the tdf 16 device usage monitoring information , which is obtained by monitoring the traffic , for the user session and for the particular service session to the pcrf 10 server . there is the step of receiving at the network interface unit 18 updated remaining quota and updated subscriber habits for the user identifier recalculated by the pcrf 10 server . there is the step of storing the updated remaining quota and updated subscriber habits for the user identifier in the memory 20 of the tdf 16 device . the tdf 16 device may be included in , or collocated with , a policy and charging enforcement function device , hereinafter pcef device , of the telecommunications network . there may be the step of the processing unit 22 detecting the particular service session after an ip connectivity access network session , hereinafter ip - can session , is established . there may be the step of sending the updated remaining quota and updated subscriber habits from the network interface unit 18 to the content delivery server 24 . the content delivery server 24 may be anyone of : content delivery network , hereinafter cdn , transparent internet cache , hereinafter tic , transcoder node and web server . in the operation of the invention , more intelligence is deployed in the network , in order to avoid abrupt downgrades in the qoe for subscribers that go over the monthly quota of their data plan . to overcome these problems , or at least to mitigate them , the present invention provides for an optimization of the user &# 39 ; s quota by gradually reducing the required bandwidth for the content that the user requests . this may be achieved by an exemplary method that takes into account the remaining quota ( e . g . remaining volumes ) in the user data plan as well as the subscriber habits ( e . g . user browsing habits ), and that applies the corresponding policies based on pcc rules , e . g . to modify quality of service ( qos ), and also provides information by means of ce ( e . g . http header enrichment ) to content delivery servers 24 ( cdn / tic / transcoder / web server ), so that they can take more intelligent decisions regarding service delivery . 1 . upon ip - can session establishment by a user , a pcef / tdf node requesting pcc rules by providing a user identifier to a pcrf 10 ; 2 . the pcrf 10 obtaining from a spr the remaining quota and subscriber habits for the user ( on both overall user session and services sessions basis ) and submitting the pcc rules and also the remaining quota and subscriber habits ( this one , after re - calculation by pcrf 10 ) for the user identifier to the pcef / tdf ; 3 . the pcef / tdf node activating the pcc rules and storing the remaining quota and subscriber habits for the user identifier ( on both overall user session and services sessions basis ); 4 . upon detecting a particular service session for the user identifier , the pcef / tdf node , passing both remaining quota and subscriber habits ( for the overall user session or , in case it exists , for that particular service session ) to the cdn / tic / transcoder node ( or directly the web server ) in charge of providing the particular service , by applying ce ( e . g . http header enrichment ); 5 . the cdn / tic / transcoder node ( or directly the web server ) tailoring contents to be delivered for the particular service as indicated by the ce , and providing the tailored contents to the user with the user identifier ; note : cdn / tic / transcoder node can take decisions to enhance the qoe of the end user , like adapting the bandwidth ( e . g . by means of transcoding ) used by the downloaded content to the situation of the end user mobile data account . it is also possible that the origin web server sourcing the content could take those decisions . however , those nodes are usually not under operator &# 39 ; s control , so such a solution would be less attractive . 6 . the pcef / tdf monitoring traffic for the overall user session and for the particular service session and requesting new pcc rules by providing the corresponding usage monitoring information to the pcrf 10 ; 7 . the pcrf 10 using the usage monitoring information to re - calculate a new remaining quota and subscriber habits for the user ( on both overall user session and particular service session basis ), and submitting the new pcc rules and the new remaining quota and subscriber habits for the user to the pcef / tdf node ; and 8 . the pcef / tdf node activating the new pcc rules and storing the new remaining quota and subscriber habits for the user ( on both overall user session and particular service session basis ) and passing the updated information to the cdn / tic / transcoder node ( or directly the web server ). in case a new service is detected , then go to step 4 ; 9 . at ip - can session termination , the pcrf 10 node storing in spr database the updated values of remaining quota and information related to the subscriber habits for the user identifier ( on both overall user session and particular service session basis ), that will be used for subsequent ip - can sessions . this solution applies to 3gpp rel11 compliant tdf 16 node collocated with the pcef node ( e . g . ggsn or pgw with dpi capabilities ). the solution proposed in detailed steps may be as follows ( it corresponds to the steps in fig2 , which refers to 3g networks , i . e . the pcef maybe implemented by a ggsn ): steps 1 and 2 ) at ip - can session establishment ( pdp context creation in the figure in case of 3g networks ), the pcef ( ggsn ) node may convey to pcrf 10 node the user identity ( e . g . imsi or msisdn ) in a gx initial ccr message . this is as per current standards . steps 3 and 4 ) based on the received user identity ( imsi or msisdn ), pcrf 10 will retrieve the subscriber &# 39 ; s profile from spr database , specifically the following new parameters ( as part of this invention ): the subscriber &# 39 ; s remaining quota ( e . g . in case of monthly quota , it would be the remaining quota in mb until the end of the month ) for both the overall ( bearer ) session and also for the different subscribed services ( if any , this is optional ). information related to subscriber habits , which can also apply for the overall ( bearer ) session and also for the different subscribed services ( if any , this is optional ). see below on how the network can dynamically learn on subscriber habits to categorize the user e . g . in heavy user , medium user or light user . initially , when the network has no information on the particular subscriber habits , a default value would be stored in spr ( e . g . medium user ). the subscriber habits define how the subscriber “ uses ” the data network . a subscriber categorized as a heavy user with respect to the overall session is a data hungry user ( always connected or connecting several times every day , and for each data session consuming a lot of data , e . g . hundreds of mb per single connection or per day ). a subscriber categorized as a light user with respect to the overall session is exactly the opposite ( connecting only sporadically , and for each data session consuming a small amount of data , e . g . less than 10 mb per session or per day , e . g . just to check email or social network status ). a subscriber categorized as a medium user with respect to the overall session is in between the above categories ( connecting only once every day , and for each data session consuming a relatively fair amount of data , e . g . 50 mb per session or per day ). the above refers to the overall session ( i . e . total amount of data for the sum of all services ). note the subscriber habits concept also applies on a per service basis . this is to provide more granularity , e . g . the same subscriber can be a youtube hungry user ( consuming hundreds of mb every single day ), but instead a netflix light user ( consuming the same amount of data , but during a whole month , instead of in a single day ). note : in fig2 , the values for both remaining quota and for subscriber habits refer only to the http browsing service . this is for simplicity reasons , as in a more general case , multiple values would be retrieved from spr ( for the overall session and for each of the subscribed services in the data plan ). step 5 ) the pcrf 10 re - calculates the value of the subscriber habits . the reason for this is to have into account the last time the user connected to the network . imagine the subscriber habits value ( for the overall session ) retrieved from spr is equal to “ heavy user ”, but the last connection was made 15 days ago . this implies the user now is not a heavy user at all , so the subscriber habits value might be updated accordingly by the pcrf 10 . a detailed algorithm to re - calculate the subscriber habits value is not offered for the sake of simplicity , but just as a very simple example it is disclosed in the following : if the last connection was made more than 2 days ago , the subscriber habits value retrieved from spr maybe downgraded by pcrf 10 only one level ( e . g . from heavy to medium , and from medium to light ; if it was light , it will remain light ). if the last connection was made more than 10 days ago , the subscriber habits value retrieved from spr maybe downgraded by pcrf 10 two levels ( e . g . from heavy to light ; if the value was medium , it will be downgraded only one level to light ; and if the value was light , it will remain light ). step 6 ) the information above will be then passed from pcrf 10 to the pcef ( ggsn ) node , that will store it for later use . passing the remaining quota and subscriber habits ( for the overall session and also on a per service basis ) is new functionality and not currently defined in standards . two new avps are proposed for this purpose : remaining - quota avp and subscriber - habits avp in the gx cca message . the remaining - quota avp maybe of type grouped in order to convey the remaining quota for the global bearer and also for each service ( in this last case , including the service identifier ). the subscriber - habits avp maybe of type grouped , which in the simplest case will have 3 values : heavy , medium and light user . note subscriber - habits avp may also apply for the global bearer and also for each service ( in this last case , including the service identifier ). note : the above is fully compatible with usage monitoring functionality . in case 3gpp gx usage monitoring is active , the quota sent by pcrf 10 to pcef ( ggsn ) node for the different monitoring keys ( either for the overall / bearer session or on a per service basis , or for both ) is handled independently . typically , the usage monitoring quota sent by pcrf 10 is determined by the reporting granularity required by pcrf 10 ( e . g . report every 5 mb ), while the ( new ) remaining quota described in the instant specification is the total remaining quota ( e . g . for the monthly subscription , the number of remaining mb until the end of the month ), not related with the reporting granularity . steps 7 , 8 , 9 and 10 ) after ip - can session is established ( step 7 ), the user starts a service ( e . g . http browsing service , step 8 ). the pcef ( ggsn ) node , due to its dpi capabilities , it may detect the service ( step 9 ). as indicated in step 6 before , pcef ( ggsn ) node had stored the remaining quota and subscriber habits ( for the overall session and also on a per service basis ). two options may turn up here : if there is a value of remaining quota and subscriber habits for the particular service detected , only the two parameters for this service maybe passed on to the cdn / tic / transcoder node ( or directly the web server ). if there is not a value of remaining quota and subscriber habits for the particular service detected , only the two parameters for the overall session maybe passed on to the cdn / tic / transcoder node ( or directly the web server ). in order to pass those parameters from pcef ( ggsn ) to cdn / tic / transcoder node ( or directly the web server ), content enrichment is proposed . in the example of http browsing service , content enrichment maybe http header enrichment . specifically , when the pcef ( ggsn ) node ( with dpi capabilities ) detects an http get message classified in a certain service ( e . g . http browsing ), it may enrich the http header with the remaining quota and subscriber habits corresponding to that service . although http header enrichment is a well - known technology , enrichment of such parameters ( remaining quota and subscriber habits ) is also new and not currently defined in standards . the proposal is to define two new http headers in the http request message ( e . g . http get ): note : this example for http header enrichment may apply to http based services , e . g . http browsing services and http based video ( e . g . http progressive download video technology like the one used in youtube ). for other services ( non - http based ), other content enrichment techniques may apply , e . g . for email based services , like smtp or imap , it is also possible to enrich the smtp mail message and the imap login message with remaining quota and subscriber habits , so the smtp / imap server receives that information and applies the corresponding logic . steps 11 and 12 ) the cdn / tic / transcoder node ( or directly the web server ), when receiving the enriched http get message , it may deliver the content in the 200 ok response message , but adapted to both the remaining quota and subscriber habits information received . the detailed algorithm running in the cdn / tic / transcoder node ( or directly the web server ), to deliver the content to the user based on the received values of remaining quota and subscriber habits , is not offered for the sake of simplicity , but just as an example it is disclosed in the following : the cdn / tic / transcoder node ( or directly the web server ) maybe locally configured with a set of thresholds that may determine how to deliver the content to the end user : if the received subscriber habits is light and the received remaining quota is above a certain threshold ( locally configured ), e . g . 100 mb , the cdn / tic / transcoder node ( or directly the web server ) may deliver the content with no limitations at all . if the received subscriber habits is light and the received remaining quota is below a certain threshold ( locally configured ), e . g . 100 mb , the cdn / tic / transcoder node ( or directly the web server ) may deliver the content with limitations , e . g . in the case of http browsing service , it may remove flash content and pictures . if the received subscriber habits is medium and the received remaining quota is above a certain threshold ( locally configured ), e . g . 200 mb ( note this threshold is higher in the case of medium user , as the medium user is more data hungry than the light user ), the cdn / tic / transcoder node ( or directly the web server ) may deliver the content with no limitations at all . if the received subscriber habits is medium and the received remaining quota is below a certain threshold ( locally configured ), e . g . 200 mb ( note this threshold is higher in the case of medium user , as the medium user is more data hungry than the light user ), the cdn / tic / transcoder node ( or directly the web server ) may deliver the content with limitations , e . g . in the case of http browsing service , it may remove flash content and pictures . if the received subscriber habits is heavy and the received remaining quota is above a certain threshold ( locally configured ), e . g . 500 mb ( note this threshold is higher in the case of heavy user , as the heavy user is more data hungry than the medium and light user ), the cdn / tic / transcoder node ( or directly the web server ) may deliver the content with no limitations at all . if the received subscriber habits is heavy and the received remaining quota is below a certain threshold ( locally configured ), e . g . 500 mb ( note this threshold is higher in the case of medium user , as the medium user is more data hungry than the light user ), the cdn / tic / transcoder node ( or directly the web server ) may deliver the content with limitations , e . g . in the case of http browsing service , it may remove flash content and pictures . additionally , depending on the particular service , other actions can be done , e . g . for http video services ( youtube ) the content could be trans - coded to a lower rate . in general , the information provided ( by means of http header enrichment or in general ce ) to content delivery nodes enables them to take decisions such as content data tailoring ( e . g . removing flash content , pictures or trans - coding actions as mentioned above ). all the functionality described here is also new and not currently defined in standards . steps 13 and 14 ) while the service is running , the value of remaining quota and subscriber habits for the service session ( and also for the overall user session ) is re - calculated by pcrf 10 node , based on service and bearer usage . this may be accomplished by means of activating 3gpp gx usage monitoring for both the service session and the overall user session . the re - calculation of remaining quota is straightforward , as it simply consists on pcrf 10 subtracting the volume dynamically reported for the monitoring key ( mk ) of the corresponding service session ( same for the mk of the overall user session ). the update of subscriber habits is more complex , but it may also be based on the volume dynamically reported for the mk of the corresponding service session ( same for the mk of the overall user session ). all the functionality described in this bullet is also new and not currently supported in standards . this is how the network exemplarily and dynamically learns the subscriber habits , based on how the subscriber “ uses ” his / her ( mobile broadband ) subscription . the detailed algorithm for this is not offered for the sake of simplicity , but just as a very simple example it is disclosed in the following : if the subscriber habits for the service equals “ light ” and the user reports a service volume higher that 50 mb during a single day , the subscriber habits for the service maybe immediately updated to “ medium ”. the same may apply for the re - calculation of the subscriber habits for the overall user session . if the subscriber habits for the service equals “ medium ” and the user reports a service volume higher that 100 mb during a single day , the subscriber habits for the service maybe immediately updated to “ heavy ”. the same may apply for the re - calculation of the subscriber habits for the overall user session . if the subscriber habits for the service equals “ medium ” and the user reports a service volume lower than 1 mb during a single day ( and this during 3 consecutive days ), the subscriber habits for the service maybe immediately updated to “ light ”. the same may apply for the re - calculation of the subscriber habits for the overall user session . if the subscriber habits for the service equals “ heavy ” and the user reports a service volume lower than 20 mb during a single day ( and this during 3 consecutive days ), the subscriber habits for the service maybe immediately updated to “ medium ”. the same may apply for the re - calculation of the subscriber habits for the overall user session . steps 15 ) when any of the values of remaining quota and subscriber habits are updated ( i . e . re - calculated as explained in step above ), the pcrf 10 node may pass them to the pcef ( ggsn ) node in the gx cca update message . steps 16 , 17 and 18 ) after receiving updated values for remaining quota and subscriber habits from pcrf 10 , the updated values maybe conveyed by the pcef ( ggsn ) node to the cdn / tic / transcoder node ( or directly the web server ), by means of applying ce ( http header enrichment ) to any subsequently detected service request ( e . g . http get in step 16 ). step 19 and 20 ) based on the updated values of remaining quota and subscriber habits , the cdn / tic / transcoder node ( or directly the web server ) may deliver the tailored content to the user , exactly the same as in steps 11 and 12 . steps 21 to 27 ) at ip - can session termination , the pcrf 10 may receive ( step 22 ) the latest volume reported for the service ( and bearer session ) and based on that , pcrf 10 may re - calculate ( following the same procedure as the one explained in step 14 ) the remaining quota and subscriber habits ( step 23 ). pcrf 10 may then store ( step 24 ) the updated values of remaining quota and subscriber habits in spr database ( as parameters of the subscriber &# 39 ; s profile ). this way , when a new ip - can session is established , the pcrf 10 may download from spr database the latest value of remaining quota and subscriber habits . this solution applies to 3gpp rel11 compliant standalone tdf 16 node which supports the sd reference point with the pcrf 10 . this solution is the same as the one described in option 1 ) above , but using sd interface between the standalone tdf 16 and the pcrf 10 . specifically , in step 6 ) there is a need to define two new avps ( remaining - quota avp and subscriber - habits avp ) in the sd ser and cca messages . the definition of both remaining - quota avp and subscriber - habits avp maybe exactly the same as in gx . this solution applies to an af node with dpi capabilities , such as a service aware support node ( sasn ) may be , which supports the rx interface between the af and the pcrf 10 . this solution is the same as the one described in option 1 ) above , but using rx interface . specifically , in step 6 ) there is a need to define two new avps ( remaining - quota avp and subscriber - habits avp ) in the rx aaa message . the definition of both remaining - quota avp and subscriber - habits avp maybe exactly the same as in gx . the call flow above applies to option 1 ( tdf 16 collocated solution ), and for simplicity both remaining quota and subscriber habits apply only for the browsing service ( for this particular subscriber ). the operator offers to its mobile data users a service to maximize the perceived value of their data plan within the boundaries of its subscription . the network will automatically optimize subscriber &# 39 ; s data plans , and avoid abrupt changes to their qoe ( due to the exhaustion of their monthly quota ). abrupt changes in qoe can cause subscriber frustration and therefore subscriber churn . enables a new source of revenue for operators , opening a channel for content providers to subsidize the download of certain content to users , without reducing the available bandwidth that users have to download desired content . although the invention has been described in detail in the foregoing embodiments for the purpose of illustration , it is to be understood that such detail is solely for that purpose and that variations can be made therein by those skilled in the art without departing from the scope of the invention except as it may be described by the following claims .