专利名称：：业务处理方法和系统、策略控制和计费规则功能实体的制作方法
技术领域：
：本发明涉及一种通信技术，尤其涉及一种业务处理方法和系统、策略控制和计费规则功能实体。
背景技术：
：如图1所示，现有的业务处理系统包括策略控制和计费规则功能实体(PolicyControlandChargingRulesFunction,PCRF),用于根据用户接入网络的限制、运营商策略、用户签约数据(从SPR功能实体获取)以及用户当前正在进行的业务信息(从AF功能实体获取)等决定业务策略和计费控制(Policyandchargingcontrol,PCC)规则，并将该PCC规则提供给PCEF，由PCEF执行PCC规则，所述PCC规则包括业务数据流的检测规则、是否门控、业务数据流对应的QoS和基于流的计费规则等；策略和计费执行实体(PolicyandChargingEnforcementFunction,PCEF),用于根据PCRF下发的PCC规则执行业务数据流的检测，执行策略(所述策略包括QoS策略)以保证业务数据流的QoS,以及执行基于流的计费等功能，所述PCEF设置在网关中；签约信息库(SubscriptionProfileRepository,SPR),用于存储用户签约数据；应用功能实体(ApplicationFunction,AF)，用于向PCRF动态提供业务层的业务信息，PCRF根据该信息动态生成或者修改对应的规则。基于上述通信系统，下面参照图2和图3分别描述IP接入(IP-CAN)会话的建立流程和IP接入承载的建立流程。如图2所示，IP接入会话建立流程如下步骤201、PCEF接收到用户终端发起的IP接入会话建立请求消息后，分配一个在PDN网络可见的IP地址，并建立第一个PDP上下文。步骤202、PCEF创建一个新的信用控制(DiameterCredit-Control,DCC)会话，向PCRF发送信用控制请求(Credit-Control-Request,CCR)消息以通知PCRF进行IP接入会话建立，所述信用控制请求消息包括用户终端标识和IP地址。步骤203、PCRF存储信用控制请求消息的用户终端标识和IP地址。步骤204、PCRF如果需要用户签约相关信息，则向SPId送用户签约信息请求消息；步骤205、SPR返回用户签约响应消息，所述用户签约响应消息包括用户当前签约的业务、计费模式等信息。步骤206、PCRF生成新的PCC规则。步骤207、PCRF存储PCC规则。步骤208、PCRF通过CCA(Credit-Control-Answer，信用控制应答)消息将PCC规则返回给PCEF。步骤209、PCEF安装规则，并根据规则打开或者关闭对应的业务数据流，保证相应的QoS。步骤210、PCEF向用户终端返回IP接入会话建立响应消息。如图3所示，IP接入承载建立流程如下步骤301、AF接收到一个触发事件(如，用户终端发起的多々某体呼叫控制信令启动AF会话)后，需要建立一个新的Diameter会话并向PCRF提供业务信自步骤302、AF从触发事件中提取需要的业务信息(比如IP流的地址信息，端口号，媒体类型等)。步骤303、AF向PCRF发送DiameterAAR(AA-Request，鉴权授权请求)消息，所述鉴权授权请求消息包含业务信息。步骤304、PCRF保存接收到的业务信息。步骤305、如果PCRF此时没有用户签约信息，则向SPR发送用户签约请求消息，以获得用户签约信息。步骤306、SPR向PCRF返回用户签约响应消息，所述用户签约响应消息包括用户当前签约的业务。步骤307、PCRF根据接收到的业务信息和来自PCEF的信息(如，IP接入会话的IP地址等)将该AF会话关联到一个对应的IP接入会话。步骤308、PCRF向AF返回AAA(AA-Answer,鉴权授权应答)消息，AF将鉴权授权应答消息发给用户终端，用户终端接收到鉴权授权应答消息后，向PCEF发起IP接入会话消息。步骤309、PCEF接收到用户终端发起的IP接入会话消息，要求建立新的IP接入承栽，建立第二个PDP上下文。步骤310、PCEF向PCRF发送信用控制请求消息，以通知PCRF修改IP接入会话，并请求针对该IP接入承载的PCC规则。步骤311、PCRF存储信用控制请求消息中的IP接入承载信息。步骤312、PCRF利用从PCEF接收的信息和业务信息，将IP接入会话关联到特定的AF会话(一个IP接入会话可与多个AF会话有关联关系)。步骤313、PCRF4艮据业务信息、用户签约信息、运营商配置等信息生成新的PCC规则。步骤314、PCRF保存新的PCC规则。步骤315、PCRF向PCEF返回信用控制应答消息，所述信用控制应答消息带有新的PCC规则。步骤316、PCEF安装规则，并根据规则打开或者关闭对应的业务数据流，保证对应的QoS。步骤317、PCEF向用户终端返回IP接入会话响应消息，完成IP接入承载的建立。通过以上IP接入会话建立过程和IP接入承载建立过程，在PCEF上实际形成了如图4所示的IP接入会话、IP接入承载、PCC规则之间的绑定关系。具体而言，当用户终端被分配了可寻址的IP地址后，用户终端就建立了IP接入会话。在建立IP接入承载过程中，PCRF通过Gx接口传递给PCEF的PCC规则中包括业务数据流的QoS控制参数带宽和QoS等级标识。为了满足不同的QoS要求，在同一个IP接入会话里可以建立不同QoS要求的IP接入承载，比如对于QoS要求较高的业务(如VOIP,多媒体呼叫等)可以使用IP-CANBearer1,对于QoS要求较低业务(比如文件下载等，网页浏览等)可以使用IP-CANBearer2。在每个IP接入承载里可以有多个IP流(比如用户可以同时在不同^^务器下载文件)，PCEF可根据PCC规则(PCC规则包含IP五元组，即，IP源地址、IP目的地址、IP源端口号、IP目的端口号、协议)来识别IP流，并根据PCC规则要求的QoS将IP流置于不同的IP接入承载。每个PCC规则可以对应一到多个IP流(也称为业务数据流)。在现有PCC所提供的机制中，PCRF可以根据策略上下文信息(如应用业务的优先级，用户签约的优先级，运营商配置的自定义的QoS策略等信息)来决定业务数据流的QoS等级标识和带宽等QoS参数，然后通过Gx接口把业务数据流的IP五元组过滤规则和相应的QoS参数传递给PCEF，PCEF可以根据业务数据流的QoS参数对业务数据流进行QoS控制，对不同QoS需求的业务数据流分别提供不同的QoS保证。在某些应用场景下，当承载层存在着在QoS需求相同的情况下还需要进行区别处理的需求。如对于不同的语音业务普通语音业务和紧急语音业务，它们的带宽、传输时延、丢包率等QoS需求都是一样的，但当承载传输资源存在沖突的时候希望能够优先保证紧急语音业务；又如对于不同用户的QoS需求相同的情况下，存在着根据签约的用户类型区别对待的场景，当承载传输资源存在冲突的时候希望能够优先保证高优先级用户，如金牌用户的承载。现有PCC机制中，PCRF仅可以导出承载层的QoS等级标识并传递到PCEF进行QoS控制，无法满足PCEF针对QoS需求相同的承载根据不同情况进行区别处理的控制需求。在现有技术中，已有人提出了分配/保持优先级(Allocation/RetentionPriority,ARP)的概念，所述分配优先级用于在用户建立无线接入承载(RadioAccessBearer,RAB)时根据优先级分配资源，保持优先级用于UTRAN在业务建立后根据优先级保留资源。然而，分配/保持优先级不能体现特定业务的优先级，这样，可能会出现较高优先级的业务因为分配/保持优先级较低，导致用户会话的释放。这就不能很好保证业务优先级在接入网的资源预留，无法保证全网对业务优先级的支持。综上所述，现有技术在QoS需求相同的情况下，没有综合考虑策略上下文信息对业务处理的影响。
发明内容本发明的实施例提供了一种业务处理方法和系统、策略控制和计费规则功能实体，用于解决现有技术中在QoS需求相同的情况下无法根据策略上下文信息进行区别处理业务的问题。本发明的实施例4是供了一种业务处理方法，包括接收来自策略控制和计费规则功能实体的承载优先级信息，所述承载优先级信息包括业务数据流的承载优先级信息、IP接入会话的承载优先级信息和/或IP接入承载的承载优先级信息；根据承载优先级信息处理业务。本发明实施例还公开了一种业务处理系统，包括策略控制和计费规则功能实体，用于根据获得策略上下文信息，所述策略上下文信息至少包括下述因素之一业务类型、业务优先级、用户优先级和自定义优先级；并根据所述策略上下文信息生成承载优先级信息，然后将所述承载优先级信息发给发给策略和计费执行实体；策略和计费执行实体，用于根据所述承载优先级信息处理业务。本发明实施例还公开了一种策略控制和计费规则功能实体，包括获得单元，用于根据获得策略上下文信息，所述策略上下文信息至少包括下述因素之一业务类型、业务优先级、用户优先级和自定义优先级；生成单元，用于根据所述策略上下文信息生成承载优先级信息；发送单元，用于将所述承载优先级信息发给发给策略和计费执行实体。本发明实施例还公开了一种策略和计费执行实体，包括接收单元，用于接收策略控制和计费规则功能实体发送的所述承载优先级信息处理业务；处理单元，用于一艮据所述承载优先级信息处理业务。本发明实施例通过将策略上下文信息转换为承载优先级信息，使得PCEF根据承载优先级信息处理业务，从而实现了在QoS需求相同的情况下，根据策略上下文信息对不同的业务进行区别处理。图l示出了现有技术的业务处理系统；图2示出了现有技术的IP接入会话建立流程；图3示出了现有技术的IP接入承载建立流程；图4示出了IP接入会话、IP接入承载、PCC规则和IP流之间的绑定关系；图5示出了本发明实施例一的业务处理流程；图6示出了本发明实施例二的业务处理流程；图7示出了本发明实施例三的业务处理流程；图8示出了本发明实施例四的业务处理流程；图9示出了本发明实施例六的策略控制和计费规则功能实体；图10示出了本发明实施例七的策略和计费执行实体。具体实施方式为了便于本领域一般技术人员理解和实现本发明，现结合附图描绘本发明的实施例。实施例一如图5所示，本实施例提供了一种业务处理方法，包括如下步骤。步骤501、PCRF根据策略上下文信息(如业务类型、业务优先级、用户优先级和/或运营商自定义策略等)来决定承载优先级信息。所述承载优先级信息包括优先级级别和/或IP接入网承载标识。承载优先级信息可分为如下几种业务数据流的承载优先级信息、IP接入会话的承载优先级信息和IP接入承载的承载优先级信息。承载优先级级別的导出方法是，根据应用业务类型、业务优先级、用户优先级和运营商的策略等策略上下文信息导出。如，可以仅根据紧急业务类型导出承载层优先级信息，如把紧急业务类型的承载层优先级设置为最高；也可以根据紧急业务类型，结合语音、视频业务类别等信息导出，如语音紧急业务的承载优先级级别设置为15,而视频紧急业务的承载优先级级别设置为13;还可以根据用户优先级，结合语音、视频业务类别导出，如金牌用户语音业务优先级为IO，银牌用户语音业务的承载优先级级别为8，而普通用户语音业务的承载优先级级别为6等等。这里仅给出一些具体的承载优先级级别导出示例，实际实施中具体的导出规则可以根据应用中的实际需求，并根据PCRF上的各种策略上下文信息进行灵活定义。步骤502、PCRF通过其与PCEF之间的Gx接口把承载优先级信息传递给PCEF,所述PCEF可设置在GW中，或设置在其它网元中。为了将承载优先级(Bearer-Priority)信息下发给PCEF,可以通过在Diameter协议中增力。一个承载优先级信元Bearer-Priority,以《更将所述Bearer-Priority直接设置在承载优先级消息(如，重鉴权请求消息或信用控制应答消息)中，或者将所述Bearer-Priority设置在已有的信元(如授权QoS信元Authorized-QoSAVP，或计费规则定义信元Charging-Rule-DefinitionAVP)中，然后通过所述承载优先级消息下发给PCEF。所述Bearer-Priority用于表示承载优先级信息，Bearer-Priority的才各式如下Bearer-Priority::=<AVPHeader:xxxx>[priority][Bearer-Identifier]其中，AVPHeader表示承载优先级信元的格式定义，XXXX表示承载优先级AVP的代码；Priority表示承载优先级级别，其可以是某一范围内的整数，所述某一范围可才艮据承载优先级级别的数目来确定，例如，当将承载优先级划分为16个级别时，可取0至15范围内的任一整数作为一个承载优先级级別，承载优先级级别可与0至15中的任一整数--对应(如，0代表最低优先级别，15代表最高优先级)；承载标识(Bearer-Identifier)表示IP接入承载的标识。可根据承载优先级信息的种类将承载优先级信息设置在承载优先级信元，然后将承载优先级信元设置在不同的消息中。当承载优先级信息为业务数据流的承载优先级信息时，将承载标识子信元设置为空，将业务数据流的承载优先级级別设置在承载优先级子信元中，将所述承载优先级信元设置在所述计费规则定义信元中，所述计费规则定义信元可设置在所述信用控制应答消息和/或重鉴权请求消息中；当承载优先级信息为IP接入会话的承载优先级信息时，将承载标识子信元设置为空，将IP接入会话的承载优先级级别设置在承载标识子信元中，将所述承载优先级信元设置在所述信用控制应答消息和/或重鉴权请求(Re-Auth-Request,RAR)消息中；当承载优先级信息为IP承栽的承载优先级信息，将所述IP承载标识设置在承载标识子信元中，将IP承载的承载优先级级别设置在所述承载标识子信元中，将所述承载优先级信元设置在所述信用控制应答消息和/或重鉴4又请求消息中。这样，当承载优先级信元不包含承载标识时，如果承载优先级信元放置在重鉴权请求或信用控制应答消息中，则该承载优先级级别是表示整个IP接入会话的优先级级别；如果承载优先级信元放置在计费规则定义信元中，则该承载优先级级别是表示相应PCC规则中定义的业务数据流的优先级级别。当承载优先级信元包含承载标识时，承载优先级级别表示承载标识指定的IP接入承载的优先级级别。下面详细描述将承载优先级信元设置在Diameter协议消息(重鉴权请求消息、信用控制应答消息)中的方法。(a)、对于IP接入会话的承载优先级信息，PCRF可以直接在重鉴权请求消息或信用控制应答消息中增加承载优先级信元，以便通过Diameter协议带给PCEF。在重鉴权请求消息增加承载优先级信元的方式如下〈RA-Requst〉=<DiameterHeader:258,REQ,PXY〉<Sessiori-工d〉{Auth-Application-Id}{Origin-Host}{Origin-Realm}{Destination—Realm}{Destination-Host}{Re-Auth-Requst-Type}[Origin-State-Id]*[Event—Trigger〗★[Charging-Rule—Remove〗★[Charging-Rule-Install][Charging-Information][Authorized-QoS][Bearer-Priority]*[Proxy-工nfo]*〖Route-Recorci〗*[AVP]在信用控制应答消息增加承载优先级信元的方式如下<CC-Answer〉=<DiameterHeader:272,PXY><Session-工d>{Auth-Application-Id}{Origin-Host}{Origin-Realm}[Result-Code][Experimental-Resuit]{CC-Requst-Type}{CC-Requst-Number}*[Event-Trigger][Origin-State-Id〗*[Charging-Rule-Remove]*[Charging-Rule-Install][Charging-Information〗[Authorized-QoS〗〖Bearer-Priority〗[Error-Message][Error-Reporting—Host]*[&aileci-7WP]*[Proxy-Info]*[Route-Record]*[AVP](b)、对于业务数据流的承载优先级信息，PCRF可以在计费规则定义(Charging-Rule-DefinitionAVP)信元中增加承载优先级信元，以便通过Diameter协议带给PCEF。在Charging-Rule-DefinitionAVP信元中增加承载优先级信元的方式如下Charging-Rule-Definition::=<AVPHeader:1003>Charging-Rule-Name}Service—Identifier〗Rating—Group]Flow-Description]Flow-StatusJAuthorized-QoS]Reporting-Level]Online]Offline]Metering-Method〗Precedence]AF-Chai:ging-Identifier〗[Beai:er-Priority]Flows]AVP]这样，PCRF可通过Diameter协议消息(重鉴权请求消息和/或信用控制应答)将承载优先级信息发给PCEF。下面描述将Bearer-Priority设置在授权QoS(服务质量)信元中(Authorized-QoSAVP)中的方法Authorized-QoS::=<AVPHeader:1016>[QoS-Class-Identifier〗[Maximum-Requested-Bandwi她-UL][Maximum-Requested-Bandwi她-DL][Guaranteed-Bitrate-UL][Guaranteed-Bitrate-DLJ[Bearer-Priority][Bearer-Identifier]其中，承载标识(Bearer-Identifier)表示IP接入承载的标识。当授权QoS信元(Authorized-QoSAVP)放置在计费规则定义信元(Charging-Rule-DefinitionAVP)中时，Bearer-Priority表示相应PCC规则中定义的业务数据流的优先级级别。当授权QoS信元(Authorized-QoSAVP)放置在重鉴权请求(Re-Auth-R叫uest，RAR)或信用控制应答消息中，如果这时候授权QoS信元没有携带承载标识(Bearer-Identifier)，则该承载优先级级别是表示整个IP接入会话的优先级级别；如果这时候授权QoS信元带有承载标识(Bearer-Identifier)，则该承载优先级级别是表示承载标识对应的IP接入承载的优先级。步骤503、PCEF根据Gx接口下发的承载优先级信息对业务进行相应的处理，或映射到IP接入承载的分配/保持优先级上，以便才艮据ARP对业务进行处理，这样，就使得PCEF可根据策略上下文信息进行业务处理，保证了全网对业务优先级的支持。所述处理如PCEF根据承载优先级进行资源预留，以便当高优先级业务和低优先级业务并发时，将优先保证高优先级业务。下面根据导出承载优先级级别的方式不同通过实施例二至四来分别描述本发明的业务处理流程。实施例二本实施例描述根据应用会话的业务类型导出业务数据流的承载优先级信息的应用实例。应用功能实体才艮据应用会话的业务类型向PCRF下发业务类型指示，现假设向PCRF下发紧急业务指示，PCRF根据紧急业务类型指示导出业务数据流的承载优先级级别，通过Gx接口下发到PCEF,PCEF才艮据业务数据流的承载优先级级别更改原来ARP优先级级别，或创建满足当前承载优先级级别的IP接入承载用于承载紧急业务。下面结合图6描述上述情形下的业务处理流程。步骤601、应用功能实体从应用会话中获得业务类型信息后，发送鉴权授权请求消息到PCRF，所述鉴权授权请求消息中带有业务类型和业务优先级Reservation-Priority。Reservation-Priority(/人j氐至!J高)定义^口下DEFAULT(0)PRIORITY-ONE(1)PRIOR工TY-TWO(2)PRIORITY-THREE(3)PRIORITY—FOUR(4)PRIORITY-FIVE(5)PRIORITY-SIX(6)步骤602、PCRF收到鉴权授权请求消息后，根据业务类型(本实施例中业务类型为紧急业务)导出紧急业务对应的业务数据流的承载优先级信息(导出规则参见实施例一的步骤501),即紧急业务的业务数据流的承载优先级级別。步骤603、PCRF将业务数据流的承载优先级设置在计费规则定义信元中，然后将计费规则定义信元设置在重筌权请求消息(设置方法参见实施例一的步骤502)，并将发送重鉴权请求消息到PCEF,消息中带有需要安装的PCC规则、授权的QoS信息和紧急业务的业务数据流的承载优先级级别。步骤604、PCEF安装PCC规则，根据Gx接口下发的PCC规则执行策略，并创建满足当前承载优先级级别的IP接入承载用于承载紧急业务，或根据业务数据流的承载优先级更改原来IP接入承载的优先级级别。更改方法可以是，将具体业务数据流的承载优先级映射到IP接入承载的ARP优先级级别，映射表可以^口下表所示。<table>tableseeoriginaldocumentpage17</column></row><table><table>tableseeoriginaldocumentpage18</column></row><table>步骤605、PCEF给PCRF回重鉴权应答消息。步骤606、PCRF给应用功能实体回鉴权授权应答消息。步骤607、PCEF发起IP接入会话的修改或QoS的更新搡作，根据映射后的IP接入承载的ARP优先级更改原来IP接入承载的优先级级别，或创建满足当前承载优先级级别的IP接入承载用于承载紧急业务。根据本实施例，由于不同业务类型对应不同的承载优先级级别，紧急业务对应较高的承载优先级级别，普通业务对应较低的承载优先级级别，这样PCEF在处理业务时通过优先考虑承载优先级级别较高的业务，可使紧急业务得到优先处理(如分配承载、预留资源等)，从而保证了紧急业务的优先运行。实施例三本实施例为根据用户签约优先级导出IP接入承载的承载优先级应用实例。用户在IP接入会话建立时，PCRF到SPR中取签约信息，签约信息中定义有用户优先级，PCRF将根据用户优先级导出到承载优先级，并发送给PCEF进行处理。下面参照图7描述具体流程。步骤701、用户发起IP接入会话建立请求到PCEF。步骤702、PCEF发送信用控制请求消息到PCRF,用于请求策略信息。步骤703、PCRF到SPR中获取用户信息，所述用户信息包括用户优先级信台步骤704、PCRF进行策略决策，如根据用户优先级信息导出承载优先级信息(导出规则参见实施例一的步骤501)。步骤705、PCRF发送信用控制应答消息到PCEF，消息中带有策略信息。所述策略信息包括PCC规则、授权的QoS信息和IP接入承载的承载优先级信息。步骤706、PCEF将IP接入承载的承载优先级映射到用于在接入网进行资源控制的IP接入承载的分配/保持优先级(映射方法参见实施例二的步骤604)。步骤707、PCEF向用户终端发送携带有分配/保持优先级信息的IP接入会话建立应答消息。根据本实施例，由于不同用户对应不同的承载优先级级别，较高的用户优先级对应较高的承载优先级级别，较低的用户优先级对应较低的承载优先级级别，这样PCEF在处理业务时通过优先考虑承载优先级级别较高的业务，可使较高用户优先级的业务得到优先处理(如分配承载、预留资源等)，从而保证了较高用户优先级的业务的优先运行。实施例四本实施例描述PCEF资源冲突情况下优先保证高优先级承载资源的应用实时。下面参照图8描述具体流程。步骤801、对于用户l,应用功能实体会话的建立，会触发应用功能实体发送鉴权授权请求消息到PCRF，消息中带有业务应用信息。步骤802、对用户2，应用功能实体会话的建立，会触发应用功能实体发送鉴权授权请求消息到PCRF，消息中带业务应用信息。步骤803、PCRF进行策略决策，根据业务应用信息和用户签约信息等分别导出用户l和用户2的应用业务会话所对应的承载的优先级级别，假设导出的用户2的应用业务会话对应的承载优先级级别高于用户l相应的承载优先级级别。步骤804、PCRF发送重鉴权请求消息到PCEF，消息中带有用户l需要安装、修改或删除的PCC规则、授权的QoS信息和承载优先级信息。步骤805、PCRF同样发送重鉴权请求消息到PCEF，消息中带有用户2需要安装、修改或删除的PCC规则、授权的QoS信息和承载优先级信息。步骤806、PCEF根据Gx接口下发的规则和承载优先级信息进行策略执行，PCEF发现目前承载资源只能满足用户l或用户2，而不能同时满足用户l和用户2，这时，可才艮据承载优先级别优先为承载优先级级别高的用户2分配承载资源，用户2的承载资源分配成功。对用户l而言，因资源不足而导致用户l的承载资源分配失败。步骤807、PCEF给PCRF回重鉴权应答消息，消息中带有用户l资源分配失败信息。步骤808、PCEF给PCRF回重鉴权应答消息，用于成功应答用户2重鉴权请求消息。步骤809、PCRF给应用功能实体回鉴权授权应答消息，消息中带有用户l资源分配失败信息，导致应用功能实体上的应用会话失败。步骤810、PCRF给应用功能实体回鉴权授权应答消息，用于成功应答用户2鉴权授权请求信息步骤811、PCEF为用户2发起相应IP接入会话的更新或QoS的更新操作。步骤812、高优先级用户2进行应用业务。在本实施例中，由于PCEF资源限制，只能为一个用户的应用会话分配承载资源，由于用户2具有较高的优先级，所以PCEF为用户2分配承载资源，用户2可以成功进行应用会话，而不会为用户1分配资源导致用户2会话失败，从而保证了用户优先级较高的会话得已优先建立，使得PCEF可根据策略上下文信息分配承载资源。实施例五参照图l,本实施例公开了一种业务处理系统，包括策略控制和计费规则功能实体，用于根据获得策略上下文信息，所述策略上下文信息至少包括下述因素之一业务类型、业务优先级、用户优先级和自定义优先级；并根据所述策略上下文信息生成承载优先级信息，然后将所述承载优先级信息发给发给策略和计费执行实体；策略和计费执行实体，用于根据所述承载优先级信息处理业务；应用功能实体，用于获得业务类型和业务优先级，并将业务类型和业务优先级发给策略控制和计费规则功能实体；签约信息库，用于存储用户签约数据，所述用户签约数据包括用户优先级。实施例六如图9所示，本实施例公开一种策略控制和计费规则功能实体，包括获得单元，用于根据获得策略上下文信息，所述策略上下文信息至少包括下述因素之一业务类型、业务优先级、用户优先级和自定义优先级；生成单元，用于根据所述策略上下文信息生成承载优先级信息；发送单元，用于将所述承载优先级信息发给发给策略和计费执行实体。实施例七如图10所示，本实施例公开了一种策略和计费执行实体，包括接收单元，用于接收策略控制和计费规则功能实体发送的所述承载优先级信息处理业务；处理单元，用于根据所述承载优先级信息处理业务。根据本发明实施例，PCRF根据应用业务类型、应用业务优化级、不同优先级的用户、或运营商自定义的策略等策略上下文信息来决定承载层业务数据流、IP接入会话或IP接入承载的承载优先级信息。并将所述承载优先级信息通过Gx接口下发给PCEF，使得PCEF根据接收的某一业务数据流或特定用户承载的承载优先级信息对业务数据流或特定用户承载进行处理，或将接收的某一业务数据流或特定用户承载的承载优先级信息映射到ARP优先级上，使得业务优先级和接入网使用的分配/保持优先^M目关联，以便接入网根据ARP对业务数据流或特定用户承载进行处理，这样，可以使得业务优先级的较高会话优先获得资源，业务优先级较低的会话可能被释放。从而较好地保证了业务优先级在接入网的资源预留，保证了全网对业务优先级的支持。虽然通过实施例描绘了本发明，但本领域普通技术人员知道，在不脱离本发明的精神和实质的情况下，就可使本发明有许多变形和变化，本发明的范围由所附的权利要求来限定。权利要求1.一种业务处理方法，其特征在于，包括接收来自策略控制和计费规则功能实体的承载优先级信息，所述承载优先级信息包括业务数据流的承载优先级信息、IP接入会话的承载优先级信息和/或IP接入承载的承载优先级信息；根据承载优先级信息处理业务。2、根据权利要求l所述的方法，其特征在于，所述方法还包括增加承载优先级信元，所述承载优先级信元可以直接设置在承载优先级消息中、或者设置在已有信元中，所述承载优先级消息包括信用控制应答消息、重鉴权请求消息；所述已有信元包括计费规则定义信元和/或授权服务质量信元；所述承载优先级信元包括承载优先级级别子信元，用于承载承载优先级级别；和承载标识子信元，用于承载用户承载标识。3、根据权利要求2所述的方法，其特征在于，所述方法还包括将承载优先级信息设置在所述承载优先级信元中，设置方法如下当所述承载优先级信息为业务数据流的承载优先级信息时，将所述承载标识子信元设置为空，将所述业务数据流的承载优先级级别设置在所述承载优先级子信元中；当所述承载优先级信息为IP接入会话的承载优先级信息时，将所述承载标识子信元设置为空，将所述IP接入会话的承载优先级级别设置在所述承载标识子信元中；当所述承载优先级信息为IP接入承载的承载优先级信息，将所述IP接入承载标识设置在承载标识子信元中，将IP接入承载的承载优先级级别设置在所述承载标识子信元中。4、根据权利要求3所述的方法，其特征在于，所述承载优先级信元直接设置在承载优先级消息中具体包括当所述承载优先级信息为业务数据流的承载优先级信息时，将所述承载优先级信元设置在计费规则定义信元中；当所述承载优先级信息为IP接入会话的承载优先级信息时，将所述承载优先级信元设置在所述信用控制应答消息和/或重鉴权请求消息中；当所述承载优先级信息为IP接入承载的承载优先级信息，将所述承载优先级信元设置在所述信用控制应答消息、重鉴权请求消息中。5、根据权利要求3所述的方法，其特征在于，所述已有信元为授权服务质量信元时，所述承栽优先级信元设置在已有信元具体包括当所述承载优先级信息为业务数据流的承载优先级信息时，将所述承载优先级信元设置在授权服务质量信元，然后将授权服务质量信元设置在计费规则定义信元中；当所述承载优先级信息为IP接入会话的承载优先级信息时，将所述承载优先级信元设置在授权服务质量信元，然后将授权服务质量信元设置在所述信用控制应答消息和/或重鉴权请求消息中；当所述承载优先级信息为IP接入承载的承载优先级信息，将所述承载优先级信元设置在授权服务质量信元，然后将授权服务质量信元设置在所述信用控制应答消息、重鉴权请求消息中。6、根据权利要求4或5所述的方法，其特征在于，所述接收来自策略控制和计费规则功能实体的承载优先级信息具体包括通过承载优先级消息接收来自策略控制和计费规则功能实体的所述承载优先级信息。7、根据权利要求l所述的方法，其特征在于，所述根据承载优先级信息处理业务具体包括将^^载优先级级别映射到分配/保持优先级上。8、根据权利要求l所述的方法，其特征在于，所述根据承载优先级信息处理业务具体包括^4居承载优先级级别对业务进行区别处理，当资源冲突时优先保证承载优先级级别较高的业务。9、根据权利要求l所述的方法，其特征在于，所述方法还包括策略控制和计费规则功能实体获得策略上下文信息，所述策略上下文信息包括业务类型、业务优先级、用户优先级。10、根据权利要求9所述的方法，其特征在于，所述策略控制和计费规则功能实体获得策略上下文信息具体包括策略控制和计费规则功能实体从应用功能实体获得业务类型和业务优先级。11、根据权利要求9所述的方法，其特征在于，所述策略控制和计费规则功能实体获得策略上下文信息具体包括策略控制和计费规则功能实体从签约信息库获得用户优先级。12、根据权利要求l至ll其中之一所述的方法，其特征在于，所述承载优先级信息由策略上下文信息生成。13、根据权利要求12所述的方法，其特征在于，所述承载优先级信息由策略上下文信息生成具体包括所述承载优先级信息由下述因素任意组合生成业务类型、业务优先级、用户优先级和自定义优先级。14、一种业务处理系统，其特征在于，包括策略控制和计费规则功能实体，用于根据获得策略上下文信息，所述策略上下文信息至少包括下述因素之一业务类型、业务优先级、用户优先级和自定义优先级；并根据所述策略上下文信息生成承载优先级信息，然后将所述承载优先级信息发给发给策略和计费执行实体；策略和计费执行实体，用于根据所述承载优先级信息处理业务。15、根据权利要求14所述的业务处理系统，其特征在于，所述系统还包括应用功能实体，用于获得业务类型和业务优先级，并将业务类型和业务优先级发给策略控制和计费规则功能实体。16、根据权利要求14所述的业务处理系统，其特征在于，所述系统还包括签约信息库，用于存储用户签约数据，所述用户签约数据包括用户优先级。17、一种策略控制和计费规则功能实体，其特征在于，包括获得单元，用于根据获得策略上下文信息，所述策略上下文信息至少包括下述因素之一业务类型、业务优先级、用户优先级和自定义优先级；生成单元，用于根据所述策略上下文信息生成承载优先级信息；发送单元，用于将所述承载优先级信息发给发给策略和计费执行实体。18、一种策略和计费执行实体，其特征在于，包括接收单元，用于接收策略控制和计费规则功能实体发送的所述承载优先级信息处理业务；处理单元，用于根据所述承载优先级信息处理业务。全文摘要本发明的实施例提供了一种业务处理方法和系统、策略控制和计费规则功能实体。用于解决现有技术中在QoS需求相同的情况下无法根据策略上下文信息进行区别处理业务的问题。所述方法包括接收来自策略控制和计费规则功能实体的承载优先级信息，所述承载优先级信息包括业务数据流的承载优先级信息、IP接入会话的承载优先级信息和/或IP接入承载的承载优先级信息；根据承载优先级信息处理业务。本发明实施例通过将策略上下文信息转换为承载优先级信息，使得PCEF根据承载优先级信息处理业务，从而实现了在QoS需求相同的情况下，根据策略上下文信息对不同的业务进行区别处理。文档编号H04M15/00GK101272256SQ20071008995公开日2008年9月24日申请日期2007年3月23日优先权日2007年3月23日发明者岩李,毛玉欣,谭仕勇,鹏赵,魏伟华,黄世碧申请人:华为技术有限公司