CN101222413A - 业务流程中的处理方法及系统 - Google Patents

Abstract

本发明公开了在WiMAX网络融合PCC架构下的业务流程的处理方法及系统。本发明提供的方法中，PCRF收到PCC规则请求后，根据策略决策生成PCC规则，然后向WiMAX网络中的PCC策略执行实体提供PCC规则和授权QoS，该PCC策略执行实体根据收到的PCC规则和授权QoS执行服务数据流的QoS策略控制和计费。根据本发明提供的各实施例涉及业务处理过程中的各种相关流程，包括多种情况下的预置流建立流程、业务建立流程、业务修改流程、业务删除流程等，明确了WiMAX网络与PCC架构融合后，涉及WiMAX网络的业务流程中的相关处理，非常有利于WiMAX网络的推广和应用。

Description

业务流程中的处理方法及系统

技术领域

本发明涉及微波接入的全球互操作性(Worldwide Interoperability forMicrowave Access，WiMAX)网络领域，特别是指WiMAX网络融合策略与计费控制(Policy and Charging Control，PCC)时，业务流程中的处理方法及系统。

背景技术

WiMAX网络的结构如图1A所示，WiMAX网络主要包括移动终端(MobileStation，MS)、接入服务网络(Access Service Network，ASN)和连接业务网络(Connectivity Service Network，CSN)三部分。其中，ASN主要包括基站(Base Station，BS)和接入服务网络网关(Access Service Network Gateway，ASN-GW)等；CSN主要包括预付费服务器(Prepaid Server，PPS)和认证、授权和计费(Authentication Authorization Accounting，AAA)服务器(AAAServer)等逻辑实体。MS与ASN之间通过R1接口相连，MS与CSN之间通过R2接口相连，ASN与CSN之间通过R3接口相连，ASN之间通过R4接口相连，CSN之间通过R5接口相连，ASN中的BS与ASN-GW之间通过R6接口相连。无线侧、即R1侧是基于电气和电子工程师协会(Institute of Electricaland Electronics Engineers，IEEE)802.16标准的无线城域网络接入技术。

WiMAX网络工作组(Network Work Group，NWG)标准最新的服务质量(Quality of Service，QoS)框架如图1B所示，MS是用户的移动终端，用户通过MS与网络进行交互；业务流管理实体(Service Flow Manager，SFM)用于建立用户业务流并为建立的业务流分配无线资源等，该功能实体存在于ASN中；业务流授权实体(Service Flow Authorization，SFA)用于为业务流授权，该功能实体存在于ASN中；策略功能实体(Policy Function，PF)用于为用户的业务流提供策略，该功能实体由网络服务提供商(Network Service Provider，NSP)提供，用户漫游时，将存在于拜访PF(Visited PF，V-PF)和家乡PF(HomePF，H-PF)中；AAA服务器是提供鉴权、授权和计费服务的系统，用于存储用户的QoS描述及相关的策略规则；应用功能实体(Application Function，AF)是提供应用服务的功能实体，用户的MS直接通过应用层协议连接访问AF，AF将会通知PF主动为用户创建业务流，该功能实体由NSP提供。

图1C为现有PCC架构基本功能实体结构示意图，如图1C所示，AF是用于提供应用的功能实体，这些应用需要对IP接入网络用户面进行动态的策略控制和计费控制。签约信息存储功能实体(Subscription Profile Repository，SPR)用于存储用户的签约信息。策略控制和计费规则功能实体(Policy Control andCharging Rules Function，PCRF)用于执行控制策略决策及基于流进行计费的策略决策；其中，执行控制策略决策是指PCRF根据来自AF的业务信息和SPR中的签约信息确定QoS授权信息，例如，QoS级别、比特率等；基于流进行计费策略决策是指PCRF可以采用签约信息作为策略控制决策和计费控制决策的基准，确定PCC规则并提供给PCEF。策略和计费执行功能实体(Policy Controland Charging Enforcement Function，PCEF)用于QoS策略执行、服务数据流检测、执行基于流的计费及门控功能，服务数据流检测是指PCEF根据激活的PCC规则(PCC Rule)中分类器信息对服务数据流进行检测，以识别数据包是否属于一个服务数据流，执行QoS策略是指PCEF根据激活的PCC规则对一个服务数据流执行授权的QoS控制，执行基于流的计费是指PCEF根据PCC规则中的计费策略和计费键(Charging Key)对通过的服务数据流进行计费，PCEF根据PCC规则的计费要求进行计费信息的收集和上报，执行门控是指PCEF只允许服务数据流在门控打开时通过。在线计费系统(Online ChargingSystem，OCS)用于应用层的在线计费，PCEF向OCS请求预付费配额，在PCEF生成话单时向在线计费系统实时上报。离线计费系统(Offline Charging System，OFCS)用于应用层的离线计费，采用离线计费的方式，PCEF生成话单后定期向OFCS上报。

图2为WiMAX网络与PCC架构融合方式之一示意图，PCEF通过R3接口与ASN-GW中的功能实体相连，通过Gx接口与PCRF相连，PCEF作为PCRF与ASN-GW的功能实体之间的协议转换器，PCEF可进一步作为IP层QoS策略控制的执行体，即PCEF将来自PCRF的Gx接口的消息转换为R3接口的消息发送给ASN-GW，将来自ASN-GW的R3接口的消息转换为Gx接口的消息发送给PCRF。PCEF具体可与ASN-GW中的功能实体SFA、或数据通路功能实体(Data Path Function，DPF)、或计费代理(Accounting Agent)相连；也可分别与SFA、DPF和计费代理相连。PCC规则用于将一个服务数据流分配到一个IP连接接入网络(IP Connectivity Access Network，IP-CAN)承载上。PCC规则中包括：PCC规则标识(Rule ID)、服务数据流检测信息、计费策略信息和策略控制信息。

WiMAX网络与PCC架构融合后，涉及WiMAX网络的业务流程中的相关处理需要与PCC架构相结合，但是目前还没有明确WiMAX网络与PCC架构融合后，业务流程中的相关处理。

发明内容

有鉴于此，本发明实施例提供一种业务流程中的处理方法及系统，明确业务流程中的相关处理。

本发明实施例提供的业务流程中的处理方法包括：PCRF收到PCC规则请求后，根据策略决策生成PCC规则，向微波接入的全球互操作性WiMAX网络中的PCC策略执行实体提供PCC规则和授权QoS；所述PCC策略执行实体根据收到的PCC规则和授权QoS执行QoS策略控制和计费。

本发明实施例提供的业务流程中的处理方法包括：PCRF收到PCC规则删除请求后，删除PCC规则，通知WiMAX网络中的PCC策略执行实体删除PCC规则；所述PCC策略执行实体根据收到的通知删除PCC规则。

本发明实施例提供的实现业务流程处理的系统包括：PCRF、PCEF和WiMAX网络中的PCC策略执行实体，其中，所述PCRF用于收到PCC规则请求后，根据策略决策生成PCC规则，向所述PCC策略执行实体提供PCC规则和授权QoS；所述PCEF用于对所述PCRF与所述PCC策略执行实体之间交互的消息进行分发和/或协议转换；所述PCC策略执行实体用于根据收到的PCC规则和授权QoS执行QoS策略控制和计费。

本发明实施例提供的实现业务流程处理的系统包括：PCRF、PCEF和WiMAX网络中的PCC策略执行实体，其中，所述PCRF用于收到PCC规则删除请求后，删除PCC规则，通知PCC策略执行实体删除PCC规则；所述PCEF用于对所述PCRF与所述PCC策略执行实体之间交互的消息进行分发和/或协议转换；所述PCC策略执行实体用于根据收到的通知删除PCC规则。

本发明提供的各实施例中，PCRF收到PCC规则请求后，根据策略决策生成PCC规则，然后向WiMAX网络中的PCC策略执行实体提供PCC规则和授权QoS，该PCC策略执行实体根据收到的PCC规则和授权QoS执行QoS策略控制和计费，明确了WiMAX网络与PCC架构融合后，涉及WiMAX网络的业务流程中的相关处理，非常有利于WiMAX网络的推广和应用。

附图说明

图1A为现有WiMAX网络结构示意图；

图1B为现有WiMAX NWG标准QoS框架示意图；

图1C为现有PCC架构基本功能实体结构示意图；

图2为WiMAX网络与PCC架构融合方式之一示意图；

图3A为本发明实施例中SFA发起的预置流建立流程；

图3B为本发明实施例中AAA服务器向SFA下发QoS描述信息触发的预置流建立流程；

图3C为本发明实施例中AAA服务器下发PCC规则触发的预置流建立流程；

图3D为本发明实施例中AAA服务器向PCRF下发QoS描述信息触发的预置流建立流程；

图4为本发明实施例中用户侧发起的业务建立流程；

图5为本发明实施例中网络侧发起的业务建立流程；

图6为本发明实施例中用户侧发起的业务修改流程；

图7为本发明实施例中网络侧发起的业务修改流程；

图8为本发明实施例中用户侧发起的业务删除流程；

图9为本发明实施例中网络侧发起的业务删除流程；

图10为本发明实施例中实现业务流程处理的系统结构示意图。

具体实施方式

本发明提供的实施例中，PCRF收到PCC规则请求后，根据策略决策生成PCC规则，然后向WiMAX网络中的PCC策略执行实体提供PCC规则和授权QoS，该PCC策略执行实体根据收到的PCC规则和授权QoS执行QoS策略控制和计费。所述向PCC策略执行实体提供的授权QoS生成后，PCRF可将其与PCC规则一同提供给PCC策略执行实体，也可将其包含在PCC规则内，将所述包含授权QoS的PCC规则提供给PCC策略执行实体。PCC策略执行实体可包括SFA、锚定DPF(Anchor DPF)、计费代理等实体之一或其任意组合。PCC策略执行实体还可进一步包括家乡代理HA内的策略计费执行功能实体。PCC策略执行实体至少包括SFA时，SFA根据收到的PCC规则和授权QoS执行QoS策略控制；PCC策略执行实体至少包括锚定DPF时，锚定DPF根据收到的服务数据流检测信息对数据流进行分类；PCC策略执行实体至少包括计费代理时，计费代理根据收到的PCC规则中的计费策略信息执行基于流的计费控制；PCC策略执行实体至少包括家乡代理HA内的策略计费执行功能实体时，HA内的策略计费执行功能实体根据收到的PCC规则和授权QoS执行QoS策略、计费和数据流检测。进一步，PCRF通过PCEF向PCC策略执行实体提供PCC规则和授权QoS；PCEF将来自PCC策略执行实体的消息转发给PCRF，必要时PCEF先将来自PCC策略执行实体的消息转换为Gx接口消息然后转发给PCRF；并且，PCEF将来自PCRF的消息分发给PCC策略执行实体，必要时PCEF先将来自PCRF的消息转换为WiMAX网络内的消息然后分发给PCC策略执行实体。PCEF可仅与PCC策略执行实体中的某一功能实体相连，如SFA，则SFA收到PCEF提供的PCC规则信息后，除了根据收到的PCC规则和授权QoS执行QoS策略控制外，还可将PCC规则中的计费策略信息转发给计费代理，还可将PCC规则中的服务数据流检测信息转发给锚定DPF，进一步还可将PCC规则和授权QoS转发给HA内的策略计费执行功能实体。由计费代理根据收到的计费策略信息执行基于流的计费控制，由锚定DPF根据收到的服务数据流检测信息对数据流进行分类，由HA内的策略计费执行功能实体根据收到的PCC规则和授权QoS执行QoS策略、计费和数据流检测。PCEF也可分别与PCC策略执行实体的各功能实体相连，例如，若与SFA相连，则SFA根据收到的PCC规则和授权QoS执行QoS策略控制，若与锚定DPF相连，则锚定DPF根据收到的PCC规则中的服务数据流检测信息对数据流进行分类，若与计费代理相连，则计费代理根据收到的PCC规则中的计费策略信息执行基于流的计费控制，若与家乡代理HA内的策略计费执行功能实体相连，则家乡代理HA内的策略计费执行功能实体根据收到的PCC规则和授权QoS执行QoS策略、计费和数据流检测。

下面，针对预置流建立、业务建立、业务修改和业务删除所涉及的各相关流程的具体实现进行描述。

图3A为本发明实施例中SFA发起的预置流建立流程，如图3A所示，WiMAX网络与PCC架构融合后，SFA发起的预置流建立的具体处理过程包括以下步骤：

步骤301A～步骤302A：MS初始入网鉴权完成，AAA服务器向SFA发送接入允许(Access-Accept)消息，该接入允许消息中携带有用户描述(UserProfile)。

步骤303A：SFA收到接入允许消息后，等待MS IP地址分配触发预置流的PCC规则请求。WiMAX网络为MS分配IP地址。如果MS使用客户端移动IP(Client Mobility Internet Protocol，CMIP)地址，IP地址分配过程就是CMIP注册过程，具体处理为：位于ASN-GW中的外地代理(Foreign Agent，FA)向MS发送CoA地址(Care-of-Address，转交地址)；MS收到CoA地址后，向FA发起移动IP(Mobility Internet Protocol，MIP)注册，以注册MIP。如果MS使用代理服务器移动IP(Proxy Mobility Internet Protocol，PMIP)地址，IP地址分配过程就是动态主机配置协议(Dynamic Host ConfigurationProtocol，DHCP)过程，具体处理为：MS向位于ASN-GW中的DHCP代理/中继(DHCP Proxy/Relay)服务器发送DHCP发现(DHCP Discover)消息请求IP地址，DHCP代理/中继服务器向位于CSN中的DHCP服务器转发该DHCP发现消息；DHCP服务器收到DHCP发现消息后，为MS分配IP地址，并通过DHCP代理/中继服务器向MS提供该IP地址；MS收到IP地址后，通过DHCP代理/中继服务器向DHCP服务器发送DHCP请求(DHCP Request)，DHCP服务器收到DHCP请求后，通过DHCP代理/中继服务器向MS返回DHCP应答(DHCP Ack)。

步骤304A：MS IP地址成功分配后，PCC策略执行实体发起预置流的PCC规则请求。下面以PCC策略执行实体中的SFA为例阐述。SFA向PCEF发送PCC规则请求，该PCC规则请求中携带有用户标识、MS IP地址和承载类型。

步骤305A：PCEF收到PCC规则请求后，将PCC规则请求由R3接口消息转换为Gx接口消息，向PCRF发送信用控制请求(Credit-Control-Request，CCR)，PCEF将该CCR中携带的参数CCR类型(CC-Request-type)设置为初始请求(INITIAL REQUEST)，以向PCRF指示当前过程为IP-CAN会话建立，该CCR中还携带有用户标识、MS IP地址和承载类型。

步骤306A：PCRF收到CCR后，通过与AAA服务器的交互，获取QoS描述信息。

或者，QoS描述信息也可由AAA服务器在接入鉴权成功后主动提供给PCRF，这种情况下，该步骤与步骤303A～步骤305A在执行上没有严格的时间顺序。

步骤307A：PCRF根据收到的QoS描述信息做策略决策，生成PCC规则和授权QoS，并对PCC规则和授权QoS进行存储。

用户描述仅为用户签约信息中的部分信息，其包含的信息不足以用来建立预置流，QoS描述信息是指用户签约信息中与预置流有关的信息部分，因此，PCRF只有得到QoS描述信息，才能建立预置流。

步骤308A：PCRF向PCEF发送信用控制响应(Credit-Control-Answer，CCA)，该CCA中携带有PCC规则和授权QoS。

通过步骤305A和步骤308A，PCRF与PCEF之间建立了Gx接口的会话，PCRF存储并维护用户标识、MS IP地址、Gx接口会话标识、以及以上的对应关系。

步骤309A：PCEF收到CCA后，将CCA由Gx接口消息转换为R3接口消息，向SFA下发PCC规则信息和授权QoS。

步骤310A：SFA收到PCC规则信息和授权QoS后，根据PCC规则信息和授权QoS执行QoS策略控制。

步骤311A：SFA发起空口侧和网络侧承载的建立。

图3B为本发明实施例中AAA服务器向SFA下发QoS描述信息触发的预置流建立流程，如图3B所示，WiMAX网络与PCC架构融合后，AAA服务器向SFA下发QoS描述信息触发的预置流建立的具体处理过程包括以下步骤：

步骤301B～步骤302B：MS初始入网鉴权完成，AAA服务器向SFA发送接入允许消息，该接入允许消息中携带有用户描述和QoS描述信息。

步骤303B：SFA收到接入允许消息后，等待MS IP地址分配。WiMAX网络为MS分配IP地址。如果MS使用CMIP地址，IP地址分配过程就是CMIP注册过程，具体处理为：位于ASN-GW中的FA向MS发送CoA地址(Care-of-Address，转交地址)；MS收到CoA地址后，向FA发起MIP注册，以注册MIP。如果MS使用PMIP地址，IP地址分配过程就是DHCP过程，具体处理为：MS向位于ASN-GW中的DHCP代理/中继服务器发送DHCP发现消息请求IP地址，DHCP代理/中继服务器向位于CSN中的DHCP服务器转发该DHCP发现消息；DHCP服务器收到DHCP发现消息后，为MS分配IP地址，并通过DHCP代理/中继服务器向MS提供该IP地址；MS收到IP地址后，通过DHCP代理/中继服务器向DHCP服务器发送DHCP请求，DHCP服务器收到DHCP请求后，通过DHCP代理/中继服务器向MS返回DHCP应答。

步骤304B：MS IP地址成功分配后，PCC策略执行实体发起PCC规则请求。下面以PCC策略执行实体中的SFA为例阐述。SFA向PCEF发送PCC规则请求，该PCC规则请求中携带有用户标识、MS IP地址和QoS描述信息。

步骤305B：PCEF收到PCC规则请求后，将PCC规则请求由R3接口消息转换为Gx接口消息，向PCRF发送CCR，PCEF将该CCR中携带的参数CCR类型设置为初始请求，以向PCRF指示当前过程为IP-CAN会话建立，该CCR中还携带有用户标识、MS IP地址和QoS描述信息。

步骤306B：PCRF收到CCR后，根据收到的QoS描述信息做策略决策，生成PCC规则和授权QoS，并对PCC规则和授权QoS进行存储。

步骤307B：PCRF向PCEF发送CCA，该CCA中携带有PCC规则和授权QoS。

通过步骤305B和步骤307B，PCRF与PCEF之间建立了Gx接口的会话，PCRF存储并维护用户标识、MS IP地址、Gx接口会话标识、以及以上的对应关系。

步骤308B：PCEF收到CCA后，将CCA由Gx接口消息转换为R3接口消息，向SFA下发PCC规则信息和授权QoS。

步骤309B：SFA收到PCC规则信息和授权QoS后，根据PCC规则信息和授权QoS执行QoS策略控制。

步骤310B：SFA发起空口侧和网络侧承载的建立。

图3C为本发明实施例中AAA服务器下发PCC规则触发的预置流建立流程，如图3C所示，WiMAX网络与PCC架构融合后，AAA服务器下发PCC规则的预置流建立的具体处理过程包括以下步骤：

步骤301C～步骤302C：MS初始入网鉴权完成，AAA服务器向PCRF提供用户描述和QoS描述信息，触发PCC规则的请求。

步骤303C：PCRF根据收到的QoS描述信息做策略决策，生成PCC规则和授权QoS，并对PCC规则和授权QoS进行存储。

步骤304C：PCRF向AAA服务器提供PCC规则和授权QoS。

步骤305C：AAA服务器收到PCC规则和授权QoS后，向SFA发送接入允许消息，触发预置流的建立，该接入允许消息中携带有PCC规则和授权QoS。进一步，PCC规则和授权QoS还将被提供给其它PCC策略执行实体。

步骤306C：SFA收到接入允许消息后，等待IP地址分配。WiMAX网络为MS分配IP地址。如果MS使用CMIP地址，IP地址分配过程就是CMIP注册过程，具体处理为：位于ASN-GW中的FA向MS发送CoA地址；MS收到CoA地址后，向FA发起MIP注册，以注册MIP。如果MS使用PMIP地址，IP地址分配过程就是DHCP过程，具体处理为：MS向位于ASN-GW中的DHCP代理/中继服务器发送DHCP发现消息请求IP地址，DHCP代理/中继服务器向位于CSN中的DHCP服务器转发该DHCP发现消息；DHCP服务器收到DHCP发现消息后，为MS分配IP地址，并通过DHCP代理/中继服务器向MS提供该IP地址；MS收到IP地址后，通过DHCP代理/中继服务器向DHCP服务器发送DHCP请求，DHCP服务器收到DHCP请求后，通过DHCP代理/中继服务器向MS返回DHCP应答。

步骤307C：MS IP地址成功分配后，SFA根据MS IP地址对PCC规则中的分类器信息进行修改，以使分类器与MS IP地址相适应，然后根据PCC规则信息和授权QoS执行QoS策略控制。PCC规则中的分类器信息由PCRF生成，即PCC规则中的服务数据流模板，最终下发至锚定DPF，用于服务数据流的检测。

步骤308C：SFA向PCEF发送IP-CAN会话建立指示，该IP-CAN会话建立指示中携带有MS IP地址。

步骤309C：PCEF收到IP-CAN会话建立指示后，将IP-CAN会话建立指示由R3接口消息转换为Gx接口消息，通过向PCRF发送CCR，向PCRF指示IP-CAN会话已建立，该CCR中携带有MS IP地址。

通过步骤305C和步骤309C，PCRF与PCEF之间建立了Gx接口的会话，PCRF存储并维护用户标识、MS IP地址、Gx接口会话标识、以及以上的对应关系。

步骤310C：PCRF收到CCR后，向PCEF发送CCA，以返回IP-CAN会话建立响应。

步骤311C：PCEF收到CCA后，向SFA发送IP-CAN会话建立响应。

步骤312C：SFA收到IP-CAN会话建立响应后，发起空口侧和网络侧承载的建立。

图3D为本发明实施例中AAA服务器向PCRF下发QoS描述信息触发的预置流建立流程，如图3D所示，WiMAX网络与PCC架构融合后，AAA服务器向PCRF下发QoS描述信息的预置流建立的具体处理过程包括以下步骤：

步骤301D～步骤302D：MS初始入网鉴权完成，AAA服务器向SFA发送接入允许消息，该接入允许消息中携带有用户描述。

步骤303D：SFA收到接入允许消息后，向PCEF发送SFA指示消息，该SFA指示消息中携带有用户标识和SFA标识。

步骤304D：PCEF收到SFA指示消息后，向PCRF发送PCEF指示消息，该PCEF指示消息中携带有用户标识和PCEF标识。如果PCRF只与一个PCEF相连，则该步骤可省略。

步骤305D：AAA服务器向PCRF下发QoS描述信息和计费多会话标识(Acct-Multi-Session-ID)，计费多会话标识用于在计费系统中进行计费关联。

步骤303D～步骤304D与步骤305D在执行上没有严格的时间顺序，只要均是在步骤302D之后执行即可，可先执行步骤303D～步骤304D，再执行步骤305D；也可先执行步骤305D，再执行步骤303D～步骤304D；还可同时执行步骤303D～步骤304D和步骤305D。

步骤306D：PCRF根据收到的QoS描述信息做策略决策，生成PCC规则和授权QoS，并对PCC规则和授权QoS进行存储。

步骤307D：PCRF向PCEF发送重授权请求(Re-Auth-Request，RAR)，该RAR中携带有PCC规则、授权QoS和计费多会话标识。

步骤308D：PCEF收到RAR后，将RAR由Gx接口消息转换为R3接口消息，向PCC策略执行实体发送资源预留请求消息，该资源预留请求消息中携带有PCC规则信息、授权QoS、和计费多会话标识，此处以PCC策略执行实体中的SFA为例说明后续步骤。

步骤309D：SFA收到资源预留请求消息后，等待IP地址分配。WiMAX网络为MS分配IP地址。如果MS使用CMIP地址，IP地址分配过程就是CMIP注册过程，具体处理为：位于ASN-GW中的FA向MS发送CoA地址；MS收到CoA地址后，向FA发起MIP注册，以注册MIP。如果MS使用PMIP地址，IP地址分配过程就是DHCP过程，具体处理为：MS向位于ASN-GW中的DHCP代理/中继服务器发送DHCP发现消息请求IP地址，DHCP代理/中继服务器向位于CSN中的DHCP服务器转发该DHCP发现消息；DHCP服务器收到DHCP发现消息后，为MS分配IP地址，并通过DHCP代理/中继服务器向MS提供该IP地址；MS收到IP地址后，通过DHCP代理/中继服务器向DHCP服务器发送DHCP请求，DHCP服务器收到DHCP请求后，通过DHCP代理/中继服务器向MS返回DHCP应答。

步骤310D：MS IP地址成功分配后，SFA根据MS IP地址对PCC规则中的分类器信息进行修改，以使分类器与MS IP地址相适应，然后根据PCC规则信息和授权QoS执行QoS策略控制。

步骤311D：SFA发起空口侧和网络侧承载的建立。

步骤312D：SFA向PCEF发送资源预留响应消息，该资源预留响应消息中携带有MS IP地址。

步骤313D：PCEF收到资源预留响应消息后，将资源预留响应消息由R3接口消息转换为Gx接口消息，向PCRF发送重授权响应(Re-Auth-Answer，RAA)，该RAA中携带有MS IP地址。

通过步骤307D和步骤313D，PCRF与PCEF之间建立了Gx接口的会话，PCRF存储并维护用户标识、MS IP地址、Gx接口会话标识、以及以上的对应关系。

以上描述的各预置流建立过程中，MS的IP地址分配过程之前，SFA还可建立初始服务流(Initial Service Flow，ISF)，ISF信息可以预配置在ASN内。MS的IP地址分配过程与预置流建立过程的执行没有严格的时间顺序。如果MS的IP地址分配在PCRF做策略决策并将PCC规则信息下发之前，则PCC规则中的分类器不会因为后续MS IP地址分配而需要修改，PCC策略执行实体直接根据收到的PCC规则信息执行策略、计费和数据流检测。如果MS的IP地址分配在PCRF做策略决策并将PCC规则信息下发之后，则PCC规则中的分类器需要做相应的修改，此时，PCC策略执行实体根据得到的MS IP地址对PCC规则中的分类器作修改，并可在后续与PCRF交互的步骤中上报MS IP地址，或者发起新的与PCRF的交互，上报MS IP地址。进一步，PCC策略执行实体在后续与PCRF的交互过程中，也可能会触发相关PCC规则信息的请求或修改。

图4为本发明实施例中用户侧发起的业务建立流程，如图4所示，WiMAX网络与PCC架构融合后，用户侧发起的业务建立的具体处理过程包括以下步骤：

步骤401：MS通过应用层会话信令与AF进行交互，请求业务建立。

步骤402：AF确定业务所需QoS参数，向PCRF发送鉴权授权请求(AA-Request，AAR)，该AAR中携带有用户标识、应用层计费标识和媒体描述信息等相关业务信息，其中，媒体描述信息中包括分类器、带宽要求、媒体类型等业务QoS参数；该AAR中可进一步携带有特定行为(Specific-Action)参数来指示PCRF在资源预留过程中向AF请求完整的业务信息、和/或指示后续资源流程完成之后是否通知AF。为了满足WiMAX网络的需求，AF向PCRF提供的媒体描述信息中可进一步包含WiMAX内容(WiMAX Content)，如资源裁减(Reduced Resource)指示、QoS优先级(QoS Priority)、组合资源请求(Combined Resources Required)等信息。如果AF向PCRF提供的媒体描述信息没有包含以上内容，则PCRF可根据预先配置的策略、或用户签约信息、或用户签约信息与预先配置的策略相结合确定上述内容。PCRF需要通过PCEF将WiMAX内容提供给SFA，这样，就需要对Gx接口进行扩展，以使该接口能够传输WiMAX内容。

步骤403：PCRF收到AAR后，对收到的业务信息进行QoS授权和存储；根据业务信息中的用户IP地址和/或用户标识将AF会话关联到对应的IP-CAN会话；向AF返回鉴权授权响应(AA-Answer，AAA)。

步骤404：MS为AF会话发起IP-CAN承载建立，如通过R1接口和R6/R4接口发送至SFA的动态业务增加(Dynamic Service Addition，DSA)请求(DSARequest)、资源预留请求消息。

步骤405：PCC策略执行实体向PCEF发送资源预留请求消息，下面以PCC策略执行实体中的SFA为例说明后续步骤。该资源预留请求消息中携带有用户标识、MS生成的业务流模板(Traffic Flow Template，TFT)和承载建立信息。所述TFT由MS生成，通过SFA、PCEF提供给PCRF，用于后续的会话关联。

步骤406：PCEF收到资源预留请求消息后，将资源预留请求消息由R3接口消息转换为Gx接口消息，向PCRF发送CCR，请求PCC规则，该CCR中携带有用户标识、MS生成的TFT和承载建立信息。PCEF可生成承载标识，并将它包含在CCR消息中发送给PCRF。

由于PCC架构中承载与业务可以分离，因此还必须告知PCRF该CCR消息用于为AF会话请求PCC规则，方法为：CCR消息中不携带规则报告(charging-rule-report AVP)，以此来指示请求PCC规则；或者，CCR消息中增加新的显示标识用来指示请求PCC规则，比如一个空的charging-rule-installAVP；或者，规定WiMAX网络中承载与业务一一对应，对承载的操作与对规业务的PCC规则操作是相对应的，则CCR消息中携带承载标识和承载建立指示，或者TFT，来指示请求PCC规则。

步骤407：PCRF收到CCR后，对承载建立信息进行存储，并根据接入网络信息中的分类器将PCC规则请求关联至对应的AF会话。

步骤408：如果步骤402中，AF下发的AAR中携带有Specific-Action参数，且该Specific-Action参数用于指示PCRF在资源预留过程中向AF请求完整的业务信息，则PCRF通过与AF的交互获取相关的业务信息。

步骤409：PCRF还需要用户签约信息时，通过与SPR的交互获取用户签约信息。如果PCRF中已经存储有用户签约信息，则该步骤可省略。

步骤408和/或步骤409可省略。另外，在步骤408和步骤409均需要执行的情况下，步骤408与步骤409在执行上没有严格的时间顺序，只要均是在步骤407之后执行即可，可先执行步骤408，再执行步骤409；也可先执行步骤409，再执行步骤408；还可同时执行步骤408和步骤409。

步骤410：PCRF根据收到的用户签约信息和业务QoS参数做策略决策：

若从PCEF获得的接入网络信息中的QoS资源能够满足步骤403中对业务的授权QoS时，将对业务的授权QoS作为此次决策的授权QoS，根据该策略决策生成PCC规则，并对PCC规则和授权QoS进行存储；

否则，PCRF对业务的授权QoS做裁减，使其能被接入网络QoS资源满足，将裁减后的QoS作为此次决策的授权QoS，根据该策略决策生成PCC规则，并对PCC规则和授权QoS进行存储；或者PCRF拒绝此次业务建立，业务建立流程终止。

在PCRF控制承载的情况下，如果步骤406中PCEF向PCRF告知了承载标识，则PCRF将PCC规则与该承载关联。否则，PCRF生成承载标识，并将PCC规则与该承载关联。PCRF可进一步生成分组数据流标识(Packet Data FlowID)和业务数据流标识(Service Data Flow ID)，分组数据流标识用于将分组数据流关联到业务流，即将分组数据流标识关联至对应的业务数据流标识。

步骤411：PCRF向PCEF发送CCA，该CCA中携带有PCC规则和授权QoS。如果步骤410中，PCRF生成了承载标识，则CCA消息中也可携带承载标识，该标识包含CCA消息的charging-rule-install AVP中。如果步骤402中，AF下发的AAR中携带有Specific-Action参数，且该Specific-Action参数用于指示后续资源流程完成之后通知AF，则该CCA中进一步携带有该Specific-Action参数。

步骤412：PCEF收到CCA后，将CCA由Gx接口消息转换为R3接口消息，向SFA发送资源预留响应消息，该资源预留响应消息中携带有PCC规则信息和授权QoS等。

步骤413：SFA收到资源预留响应消息后，根据收到的PCC规则信息和授权QoS执行QoS策略控制。

步骤414～步骤415：SFA向MS返回IP-CAN承载建立响应，如通过R6/R4接口和R1接口发送至MS的资源预留响应消息、DSA响应(DSA Response)。如果步骤402中，AAR中进一步携带有Specific-Action参数，该Specific-Action参数用于指示PCRF在资源预留完成后向AF报告相关事件，并且，步骤411中，PCRF下发的CCA中进一步携带有相同的Specific-Action参数，则SFA将承载建立报告通过PCEF和PCRF上报至AF。

步骤416：AF与MS通过应用层会话信令继续应用层交互，响应业务建立。

图5为本发明实施例中网络侧发起的业务建立流程，如图5所示，WiMAX网络与PCC架构融合后，网络侧发起的业务建立的具体处理过程包括以下步骤：

步骤501：MS通过应用层会话信令与AF进行交互，请求业务建立。

步骤502：AF确定业务所需QoS参数，向PCRF发送AAR，该AAR中携带有用户标识、应用层计费标识和媒体描述信息等相关业务信息，其中，媒体描述信息中包括分类器、带宽要求、媒体类型等业务QoS参数；该AAR中可进一步携带有Specific-Action参数来指示PCRF在资源预留过程中向AF请求完整的业务信息、和/或指示后续资源流程完成之后是否通知AF。为了满足WiMAX网络的需求，AF向PCRF提供的媒体描述信息中可进一步包含WiMAX内容(WiMAX Content)，如资源裁减指示、QoS优先级、组合资源请求等信息。如果AF向PCRF提供的媒体描述信息没有包含以上内容，则PCRF可根据预先配置的策略、或用户签约信息、或用户签约信息与预先配置的策略相结合确定上述内容。PCRF需要通过PCEF将WiMAX内容提供给SFA，这样，就需要对Gx接口进行扩展，以使该接口能够传输WiMAX内容。

步骤503：PCRF收到AAR后，对业务信息进行存储。

步骤504：PCRF还需要用户签约信息时，通过与SPR的交互获取用户签约信息。

步骤505：PCRF根据从PCEF获取的接入网络信息和之前从AF获取的业务信息将AF会话关联至对应的IP-CAN会话，并索引至对应的PCEF。PCRF根据收到的用户签约信息和QoS参数做策略决策，当能够满足AF的QoS要求时，根据该策略决策生成PCC规则和授权QoS，并对PCC规则和授权QoS进行存储。在PCRF控制承载的情况下，PCRF可生成承载标识，并将PCC规则与该承载关联。PCRF可进一步生成分组数据流标识和业务数据流标识，分组数据流标识用于将分组数据流关联到业务流，即将分组数据流标识关联至对应的业务数据流标识。

步骤506：PCRF向PCEF发送RAR，该RAR中携带有PCC规则和授权QoS。如果步骤505中PCRF生成承载标识，则RAR消息的Charing-rule-installAVP中携带该标识。

步骤507：PCEF收到RAR后，将RAR由Gx接口消息转换为R3接口消息，向PCC策略执行实体发送资源预留请求消息，该资源预留请求消息中携带有PCC规则信息和授权QoS，下面以PCC策略执行实体中的SFA为例说明后续步骤。

步骤508：SFA收到资源预留请求消息后，根据收到的PCC规则信息和授权QoS执行QoS策略控制。

步骤509：SFA发起业务会话的IP-CAN承载建立。

步骤510：SFA向PCEF发送资源预留响应消息，该资源预留响应消息中携带有承载建立结果和计费关联信息。

步骤511：PCEF收到资源预留响应消息后，将资源预留响应消息由R3接口消息转换为Gx接口消息，向PCRF发送RAA，该RAA中携带有承载建立结果和计费关联信息。该RAA中可进一步携带有规则修改报告，用于标识已被处理的PCC规则。如果步骤505中PCRF没有生成承载标识，此时PCEF为建立的承载生成承载标识，并可以将其携带在RAA消息中上报给PCRF；如果PCEF不将承载标识上报给PCRF，则可在本步骤之后再次与PCRF交互，例如通过CCR和CCA消息交互，将承载标识告知PCRF。

步骤512：PCRF收到RAA后，如果RAA消息中包含承载标识，则将PCC规则与该承载关联，然后向AF发送AAA消息；否则，等待PCEF再次与PCRF交互上报承载标识，并将PCC规则与该承载关联，然后向AF发送AAA。上述AAA中携带有媒体流建立结果，该媒体流建立结果可包括接入网络计费实体标识(Access-Network-Charging Address)和接入网络计费标识(Access-Network-Charging ID)。

步骤513：AF与MS通过应用层会话信令继续应用层交互，响应业务建立。

上述业务流建立的过程可能涉及到业务流的门控。在AF向PCRF下发的AAR消息中，对应每个流媒体描述信息中携带该媒体流的门控信息，指明此媒体流的门控状态为使能(enable)或者禁止(disable)。在接收到AAR消息后，PCRF在向PCEF下发的RAR消息或者CCA消息中也携带此门控信息；在之后的处理中，PCEF也需将收到的门控信息转发给PCC策略执行实体，指示对此业务流承载的门控操作。

执行门控的过程如下，门控执行实体对接收到的数据包进行分类，分类到具体的业务流，然后根据该业务流的门控状态，如果状态为使能(enable)，则正常传输该数据包；如果状态为禁止(disable)，则丢弃该数据包。

门控可由ASN-GW或BS来执行。如果由ASN-GW执行门控，则所述执行门控为：ASN-GW收到PCEF下发的门控信息后，根据门控信息执行门控，即打开或关闭相应的业务流承载，然后向PCEF返回响应消息。如果由BS执行门控，则所述执行门控为：PCEF将门控信息下发给ASN-GW之后，ASN-GW必须将门控信息通过R6接口消息传递给BS，BS根据收到的门控信息执行门控，即打开或关闭相应的业务流承载，然后BS向ASN-GW返回响应消息，ASN-GW向PCEF返回响应消息。

如果由BS执行门控，则需要扩展R6接口消息，携带门控信息。

MS也可能参与门控执行，则门控信息需在空口DSA/DSC消息中传递。

图6为本发明实施例中用户侧发起的业务修改流程，如图6所示，WiMAX网络与PCC架构融合后，用户侧发起的业务修改的具体处理过程包括以下步骤：

步骤601：MS通过应用层会话信令与AF进行交互，请求业务修改。业务的修改可能涉及到QoS更新、或路由优化、或分类器的更新。

步骤602：当业务的修改涉及到修改业务信息时，AF确定修改后的业务信息，向PCRF发送AAR，该AAR中携带有用户标识、应用层计费标识和媒体描述信息等相关业务信息，其中，媒体描述信息中包括分类器、带宽要求、媒体类型等业务QoS参数。该AAR中可进一步携带有Specific-Action参数来指示PCRF在资源预留过程中向AF请求完整的业务信息、和/或指示后续资源流程完成之后是否通知AF。

步骤603：PCRF收到AAR后，对业务信息进行存储，并对修改的业务QoS参数进行授权操作。如果PCRF没有足够的用户信息来支持本次授权，则PCRF通过与AAA服务器的交互获取用户签约信息。授权完成后，PCRF向AF发送AAA。如果PCRF此时已经得到接入网络计费标识，并且此前还未提供给AF，则该AAA中携带有接入网络计费标识。

当业务的修改不涉及修改业务QoS参数时，步骤602～步骤603可省略。

步骤604：MS发起IP-CAN承载修改请求，如通过R1接口和R6/R4接口发送至SFA的动态业务修改(Dynamic Service Change，DSC)请求(DSCRequest)、资源修改请求消息。

步骤605：PCC策略执行实体向PCEF发送资源修改请求消息，该资源修改请求消息中携带有用户标识、PCC规则标识和承载修改信息，下面以PCC策略执行实体中的SFA为例说明后续步骤。

当业务修改只涉及对分类器的修改时，如由路由优化引起的数据包源地址和/或目的地址的变化，SFA可不与PCRF进行交互，自行修改分类器规则。分类器的修改是否需要与PCRF进行交互，SFA可通过之前收到的PCC规则信息中的事件触发(Event Trigger)的描述信息得到，通过对原有PCC协议中的事件触发进行扩展，使其支持WiMAX网络。

步骤606：PCEF收到资源修改请求消息后，将资源修改请求消息由R3接口消息转换为Gx接口消息，向PCRF发送CCR，该CCR中携带有用户标识、PCC规则标识和承载修改的内容。PCEF可将当前修改的承载对应的承载标识包含在CCR消息中发送给PCRF。

由于PCC架构中承载与业务可以分离，因此还必须告知PCRF该CCR消息用于为AF会话请求修改PCC规则，方法为：CCR消息中携带event-trigger和规则报告来指示请求修改PCC规则，其中event-trigger用于指示业务修改，规则报告charging-rule-report用于指示相应的PCC规则；或者，CCR消息中增加新的显示标识来指示请求修改特定PCC规则，例如，携带一个charging-rule-install AVP，其中带上PCC规则标识或名称；或者，规定WiMAX网络中承载与业务是一一对应的，对承载的操作与对规业务的PCC规则操作是相对应的，则CCR消息中携带规则标识或规则名，或承载修改信息，来指示请求修改PCC规则。

步骤607：PCRF收到CCR后，对承载修改的内容进行授权操作。当涉及到QoS的修改时，如果QoS修改后所对应的资源与之前协商的一致，如步骤602～步骤603的协商或业务建立时的协商，PCRF可直接进行授权操作；如果QoS修改后所对应的资源与之前协商的不一致，或QoS修改后所对应的资源与之前协商的不一致，并且，PCRF得到的信息不足以完成授权操作，则PCRF可根据之前的PCC规则与AF会话之间的对应关系选择对应的Rx接口会话，通过该Rx接口会话与AF交互以获取足够的授权相关信息，如业务信息，然后进行授权操作。在此过程中，AF也可进行授权操作。必要的话，PCRF也可通过与AAA服务器的交互获取用户签约信息。当涉及到分类器的修改时，PCRF可直接选择授权操作。

步骤608：PCRF执行完毕授权操作后，根据承载修改的内容做策略决策，生成PCC规则，即对PCC规则进行修改，并对修改后的PCC规则和授权QoS进行存储。这里，生成PCC规则可以指对原有PCC规则的替代，即PCRF使用修改的PCC规则内容替换相应的原有内容，而不是生成一个完整的新的PCC规则。如果步骤606中PCEF向PCRF告知了承载标识，则PCRF可将PCC规则与该承载关联。否则，PCRF可选择当前被修改的承载对应的承载标识，并将PCC规则与该承载关联。

步骤609：PCRF向PCEF发送CCA，该CCA中携带有修改后的PCC规则和授权QoS。如果步骤608中，PCRF选择了承载标识，则CCA消息中也可携带承载标识，该标识包含CCA消息的charging-rule-install AVP中。如果步骤602或之前业务建立过程中中，AF下发的AAR中携带有Specific-Action参数，且该Specific-Action参数用于指示后续资源流程完成之后通知AF，则该CCA中进一步携带有该Specific-Action参数。

步骤610：PCEF收到CCA后，将CCA由Gx接口消息转换为R3接口消息，向SFA发送资源修改响应消息，该资源修改响应消息中携带有修改后的PCC规则信息和授权QoS。

步骤611：SFA收到资源修改响应消息后，根据收到的PCC规则信息和授权QoS执行QoS策略控制。

步骤612～步骤613：SFA向MS返回进行IP-CAN承载修改响应，如通过R6/R4接口和R1接口发送至MS的资源修改响应消息、DSC响应(DSCResponse)。如果步骤602中，AAR中进一步携带有Specific-Action参数，该Specific-Action参数用于指示PCRF在资源修改完成后向AF报告相关事件，并且，步骤609中，PCRF下发的CCA中进一步携带有相同的Specific-Action参数，则SFA将承载修改报告通过PCEF和PCRF上报至AF。

步骤614：AF与MS通过应用层会话信令继续应用层交互，响应业务修改。

图7为本发明实施例中网络侧发起的业务修改流程，如图7所示，WiMAX网络与PCC架构融合后，网络侧发起的业务修改的具体处理过程包括以下步骤：

步骤701：MS通过应用层会话信令与AF进行交互，请求业务修改。

步骤702：AF确定修改后的业务信息，向PCRF发送AAR，该AAR中携带有用户标识、应用层计费标识和媒体描述信息等相关业务信息，其中，媒体描述信息中包括分类器、带宽要求、媒体类型等业务QoS参数。该AAR中可进一步携带有Specific-Action参数来指示PCRF在资源预留过程中向AF请求完整的业务信息、和/或指示后续资源流程完成之后是否通知AF。

步骤703：PCRF收到AAR后，对业务信息进行存储。

步骤704：PCRF根据收到的用户签约信息和修改的QoS业务参数做策略决策，生成PCC规则，即对PCC规则进行修改，并对修改后的PCC规则和授权QoS进行存储。这里，生成PCC规则可以指对原有PCC规则的替代，即PCRF使用修改的PCC规则内容替换相应的原有内容，而不是生成一个完整的新的PCC规则。

PCRF生成PCC规则之前，如果PCRF能够根据得到的用户签约信息生成PCC规则，则PCRF直接根据已经得到的用户签约信息和修改的QoS业务参数做策略决策生成PCC规则，如果PCRF无法根据得到的用户签约信息生成PCC规则，则PCRF可通过SPR获取用户签约信息。

PCRF可选择将被操作的承载对应的承载标识，将PCC规则与该承载关联。

步骤705：PCRF向PCEF发送RAR，该RAR中携带有该RAR中携带有修改后的PCC规则和授权QoS。在PCRF控制承载的情况下，PCRF还可将承载标识包含在RAR消息中的Charging-rule-install AVP中下发给PCEF。

步骤706：PCEF收到RAR后，将RAR由Gx接口消息转换为R3接口消息，向PCC策略执行实体发送资源修改请求消息，该资源修改请求消息中携带有修改后的PCC规则信息和授权QoS，此处以PCC策略执行实体中的SFA为例说明后续步骤。

进一步，如果步骤704中PCRF没有选择相应的承载标识并将其与PCC规则关联，则PCEF可选择将被操作的承载对应的承载标识，并在后续步骤中将该承载标识返回给PCRF。

步骤707：SFA收到资源修改请求消息后，根据收到的PCC规则信息和授权QoS执行QoS策略控制。

步骤708：SFA发起业务会话的IP-CAN承载修改。

步骤709：SFA向PCEF发送资源修改响应消息，该资源修改响应消息中携带有承载修改信息。

步骤710：PCEF收到资源修改响应消息后，将资源修改响应消息由R3接口消息转换为Gx接口消息，向PCRF发送RAA，该RAA中携带有承载修改信息。该RAA中可进一步携带有规则修改报告，用于标识已被处理的PCC规则。

步骤711：PCRF收到RAA后，向AF发送AAA。如果PCRF此时已经得到接入网络计费标识，并且此前还未提供给AF，则该AAA中携带有接入网络计费标识。如果PCRF从RAA中得到步骤706中PCEF选择的承载标识，PCRF将PCC规则与该承载标识关联。

步骤712：AF与MS通过应用层会话信令继续应用层交互，响应业务修改。

如果QoS映射不是在PCRF中完成的，如QoS映射是在PCEF中或ASN域内完成的，则PCC规则中还需包含有完整的IP层QoS参数集。IP层QoS参数集包括业务优先级、或最大时延、或抖动容限、或最大恒定业务速率、或最小保留业务速率、或最大业务突发速率、或背靠背、或最大丢包率、或以上任意的组合。

上述网络侧发起的业务修改可能涉及到业务流的门控状态的修改，使能(enable)或禁止(disable)特定的业务流。当需要修改门控，使能或禁止业务流时，AF在下发给PCRF的AAR消息中带有门控(Gate)信息，请求打开或关闭相应的业务流承载。PCRF收到携带门控信息的AAR消息后，向PCEF下发携带门控信息的RAR消息，PCEF将收到的门控信息转发给PCC策略执行实体，指示打开或关闭相应的业务流承载。当接入网内的网络实体执行门控后，通过PCEF向PCRF返回响应消息，PCRF向AF返回AAA消息响应门控请求。

执行门控的过程如下，门控执行实体对接收到的数据包进行分类，分类到具体的业务流，然后根据该业务流的门控状态，如果状态为使能(enable)，则正常传输该数据包；如果状态为禁止(disable)，则丢弃该数据包。

门控可由ASN-GW或BS来执行。如果由ASN-GW执行门控，则所述执行门控为：ASN-GW收到PCEF下发的门控信息后，根据门控信息执行门控，即打开或关闭相应的业务流承载，然后向PCEF返回响应消息。如果由BS执行门控，则所述执行门控为：PCEF将门控信息下发给ASN-GW之后，ASN-GW必须将门控信息通过R6接口消息传递给BS，BS根据收到的门控信息执行门控，即打开或关闭相应的业务流承载，然后BS向ASN-GW返回响应消息，ASN-GW向PCEF返回响应消息。

如果由BS执行门控，则需要扩展R6接口消息，携带门控信息。

MS也可能参与门控执行，则门控信息需在空口DSA/DSC消息中传递。

以上描述的各流程中，PCEF可与PCC策略执行实体中的某个实体相连，例如SFA，则SFA收到PCC规则信息后，可向锚定DPF发送PCC规则中的服务数据流检测信息，则锚定DPF根据收到的PCC规则中的服务数据流检测信息对数据流进行分类；也可向计费代理发送PCC规则中的计费策略信息，则计费代理根据收到的PCC规则中的计费策略信息执行基于流的计费控制；和/或向HA发送PCC规则信息。进一步也可向HA内的策略计费执行功能实体发送PCC规则，则HA内的策略计费执行功能实体执行QoS策略、计费和数据流检测。PCEF也可分别与PCC策略执行实体中的多个功能实体相连，例如，若与锚定DPF相连，则直接向锚定DPF发送PCC规则中的服务数据流检测信息，锚定DPF根据收到的PCC规则中的服务数据流检测信息对数据流进行分类；若与计费代理相连，则向计费代理发送PCC规则中的计费策略信息，计费代理根据收到的PCC规则中的计费策略信息执行基于流的计费控制；若与HA相连，则向HA内的策略计费执行功能实体发送PCC规则信息，HA内的策略计费执行功能实体根据收到的PCC规则信息执行QoS策略、计费和数据流检测。

以上所述PCC规则中包括PCC规则标识、服务标识、应用层计费标识、费率、计费策略信息及PCC规则优先级信息等。

图8为本发明实施例中用户侧发起的业务删除流程，如图8所示，WiMAX网络与PCC架构融合后，用户侧发起的业务删除的具体处理过程包括以下步骤：

步骤801：MS通过应用层会话信令与AF进行交互，请求业务删除。

步骤802：MS发起IP-CAN承载删除请求，如通过R1接口和R6/R4接口发送至SFA的动态业务删除(Dynamic Service Deletion，DSD)请求(DSDRequest)、资源释放请求消息。

步骤803：SFA向PCEF发送资源释放请求消息，该资源释放请求消息中携带有承载标识和承载删除指示，指示IP-CAN承载删除。

步骤804：PCEF收到资源释放请求消息后，将资源释放请求消息由R3接口消息转换为Gx接口消息，向PCRF发送CCR，该CCR消息中可携带承载标识。

由于PCC架构中承载与业务可以分离，因此还必须告知PCRF该CCR消息用于为AF会话请求删除PCC规则，方法为：CCR消息中携带承载删除指示和规则报告来指示请求删除PCC规则；或者，CCR消息中增加新的显示标识来指示需要删除特定的PCC规则，例如，携带一个的charging-rule-removeAVP，其中带上PCC规则标识或名称；或者，在现有协议定义的event-triggerAVP中增加关于承载删除的内容，这样，CCR消息中携带event-trigger和规则报告来指示请求删除PCC规则；或者，规定WiMAX网络中承载与业务不可分离，对承载的操作与对规业务的PCC规则操作是相对应的，CCR消息中携带承载删除指示，来指示请求删除此承载上所有对应的PCC规则。

步骤805～步骤807：PCRF收到CCR后，标识出请求删除的IP-CAN承载所对应的PCC规则，然后删除相应PCC规则，并通知AF终止对应于IP-CAN承载的AF会话，AF删除该AF会话。

步骤808：PCRF向PCEF发送CCA，该CCA中携带有PCC规则信息，指示删除相应PCC规则。

步骤809：PCEF收到CCA后，将CCA由Gx接口消息转换为R3接口消息，向SFA发送资源释放响应消息，该资源释放响应消息中携带有PCC规则信息。

步骤810：SFA收到资源释放响应消息后，根据PCC规则信息删除QoS控制信息。

步骤811：SFA向MS返回IP-CAN承载删除响应，如通过R6/R4接口和R1接口发送至资源释放响应消息、MS的DSD响应(DSD Response)。

步骤812：AF与MS通过应用层会话信令继续应用层交互，响应业务删除。

图9为本发明实施例中网络侧发起的业务删除流程，如图9所示，WiMAX网络与PCC架构融合后，网络侧发起的业务删除的具体处理过程包括以下步骤：

步骤901：MS通过应用层会话信令与AF进行交互，请求业务删除。

步骤902：AF向PCRF发送会话终止请求(Session Termination Request，STR)，该STR中携带有对应于将被终止的AF会话的Rx会话标识，指示AF会话终止，请求删除PCC规则。

步骤903～步骤904：PCRF收到STR后，标识出请求删除的AF会话所对应的IP-CAN承载和PCC规则，然后删除相应PCC规则。

步骤905：PCRF向PCEF发送RAR，该RAR中携带有PCC规则信息，指示删除相应PCC规则。

步骤906：PCEF收到RAR后，将RAR由Gx接口消息转换为R3接口消息，向SFA发送资源释放请求消息，该资源释放请求消息中携带有PCC规则信息。

步骤907：SFA收到资源释放请求消息后，根据PCC规则信息删除QoS控制信息。

步骤908：SFA发起IP-CAN承载删除。

步骤909：SFA向PCEF发送资源释放响应消息，指示承载删除完成。

步骤910：PCEF收到资源释放响应消息后，将资源释放响应消息由R3接口消息转换为Gx接口消息，向PCRF发送RRA。

步骤911：PCRF收到RRA后，向AF发送会话终止响应(Session TerminationAnswer，STA)。

步骤912：AF与MS通过应用层会话信令继续应用层交互，响应业务删除。

以上描述的删除流程中，PCEF可与PCC策略执行实体中的某个实体相连，例如SFA，则SFA删除PCC规则后，可通知锚定DPF删除与PCC规则相关的信息，则锚定DPF停止对数据流进行分类；也可通知计费代理删除与PCC规则相关的信息，则计费代理停止执行基于流的计费控制；进一步也可通知HA内的策略计费执行功能实体删除与PCC规则相关的信息，则HA内的策略计费执行功能实体停止执行策略计费和数据流检测。PCEF也可分别与PCC策略执行实体中的多个功能实体相连，例如，若与锚定DPF相连，则直接通知锚定DPF删除与PCC规则相关的信息，锚定DPF停止对数据流进行分类；若与计费代理相连，则直接通知计费代理删除与PCC规则相关的信息，计费代理停止执行基于流的计费控制；若与HA相连，则直接通知HA删除与PCC规则相关的信息，HA内的策略计费执行功能实体停止执行策略计费和数据流检测。

以上所述的PCEF可与SFA位于同一物理实体，这样以上所述PCEF与SFA的交互可通过内部接口完成；PCEF也可与SFA位于不同的物理实体，这样，PCEF与SFA之间可通过接口直接相连，也可之间不具有接口，而是通过其他功能实体完成交互，如锚定DPF、计费代理、HA等。PCEF也可与HA位于同一物理实体，这样以上所述PCEF与HA内策略计费执行功能的交互可通过内部接口完成。

以上所述的策略决策生成的授权QoS可包含在PCC规则内，这样PCRF策略决策中生成PCC规则，PCRF存储PCC规则，并向PCC策略执行实体提供PCC规则。

为能够支持MIP版本6(MIPv6)的应用，分类器的决策可通过两种方式实现，一种实现方式是锚定DPF对PCRF下发的分类器不作任何修改，直接应用，这样，就要求PCRF下发完整的信息；另一种实现方式是SFA或锚定DPF对PCRF下发的分类器进行修改。

锚定DPF直接应用PCRF下发的分类器时，需要PCRF关心MS的MIP相关信息，即PCRF会通过相关网元获取MS的MIP相关信息，如MS是否支持MIPv6、MS的转交地址(Care of Address，CoA)及该MS的路由优化核心网络(Core Network，CN)列表。建立新业务时，PCRF检索相应MS的CoA、家乡地址(Home Address，HoA)等信息，同时还需遍历其该MS的路由优化CN列表，确定相应新业务是否有路由优化。然后PCRF根据获取的MS的MIP相关信息生成完整的分类器，并包含在PCC规则中一同下发，分类器至少包括IP头、MIP头以及深层信息。此时，锚定DPF需要具有深层解码能力，即锚定DPF发现一个IP包为MIPv6数据包时，需要有能力对其载荷中的MIPv6数据包进行服务数据流检测，这样，才能使SFA和计费代理做到相应的QoS策略控制以及计费策略的执行。由于MS移动造成CoA变化或发生路由优化时，MS需主动向SFA发起服务数据流修改流程来修改锚定DPF中相应的分类器信息，SFA将策略修改请求发送至PCRF，该策略修改请求中包括CoA变更标识、当前CoA、路由优化标识、路由优化对端节点标识，PCRF收到策略修改请求后，对分类器信息进行修改，然后下发至锚定DPF。

PCRF无需关心MS的MIP相关信息时，需要由SFA或锚定DPF对PCRF下发的分类器进行修改。PCRF无需关心MS的MIP相关信息，即PCRF无需通过相关网元获取MS的MIP相关信息，直接将建立IP-CAN会话时得到的HoA作为MS的地址，或将特定的通配符作为MS的地址。SFA/锚定DPF需维护MS的家乡代理(Home Agent，HA)地址、MS的CoA及该MS的路由优化CN列表。SFA/锚定DPF得到PCRF下发的分类器后，根据其维护的MS的MIP相关信息对分类器信息进行修改。如果MS支持MIPv6，则锚定DPF可根据CoA、HA地址自行扩展出对MIP头的分类规则；如果与已有路由优化的节点建立新业务或与已有业务的对端发生路由优化的话，则SFA/锚定DPF可以根据CoA修改相应的分类器。锚定DPF同样需要具有深层解码能力，即锚定DPF发现一个IP包为MIPv6数据包时，需要有能力对其载荷中的MIPv6数据包进行服务数据流检测，这样，才能使SFA和计费代理做到相应的QoS策略控制以及计费策略的执行。

由于PCC架构中，Gx会话中的承载标识可对应单向或双向服务流，PCC规则中的服务流检测模板是由一个或多个单向的服务流检测过滤器构成的；而WiMAX中只有单向服务流。因此，需要PCEF或PCC策略执行实体对PCC规则做拆分，拆分后的PCC规则只包含单向服务流检测过滤器，可分别应用到相应的WiMAX服务流上，此时PCEF需维护原PCC规则与拆分后的PCC规则的映射关系，并在下发PCC规则的同时下发一个规则绑定处理指示，要求同一个PCC规则拆分后得到的所有PCC规则的处理结果一致，即所有拆分后规则都处理成功则此次PCC规则处理成功，如果至少有一个拆分后规则处理失败则此次PCC规则处理失败，所述规则处理包括建立、修改和删除；或者，在PCC决策时，若检测到IP CAN类型为WiMAX，则PCC规则中服务流检测模板只包括同向服务流检测过滤器，可应用到相应的WiMAX服务流上。上述各场经中，PCEF或PCC策略执行实体可能需要维护Gx会话中承载标识和接入网承载信息中承载标识之间的映射关系，这种映射关系可为一对一或一对多的关系。

当一个AF会话对应多个服务流时，一个业务会有多个PCC规则，这种情况下可能会要求对一个业务的一次PCC决策生成的所有PCC规则的处理结果都是一致的，要么同时成功，要么同时失败。所述PCC决策包括对PCC规则的生成、修改和删除。因此，需要PCRF控制规则处理的绑定，并在下发规则的同时下发规则绑定处理指示。进一步，AF也可控制规则处理的绑定，它在下发业务信息同时下发规则绑定处理要求指示，PCRF根据AF的要求做规则绑定，然后下发规则的同时下发规则绑定处理指示。下层网络收到这个指示之后，如果业务此次决策的所有PCC规则处理全部成功，则向PCRF报告成功；如果至少有一个PCC规则处理失败，则向PCRF报告失败。进一步，PCRF也可向AF报告业务的PCC规则处理结果。

实现业务流程处理的系统包括：PCRF、PCEF和WiMAX网络中的PCC策略执行实体，如图10所示，其中，PCRF用于收到PCC规则请求后，根据策略决策生成PCC规则，向PCC策略执行实体提供PCC规则和授权QoS；PCEF用于对PCRF与PCC策略执行实体之间交互的消息进行协议转换；PCC策略执行实体用于根据收到的PCC规则和授权QoS执行服务数据流的QoS策略控制和计费。PCC规则请求可来自于PCC策略执行实体、或系统中进一步包括的AAA服务器、或系统中进一步包括的AF。

上述系统可进一步包括AF，用于向PCRF提供WiMAX内容；所述PCRF用于通过与PCEF之间扩展的Gx接口向PCEF提供包含有所述WiMAX内容的PCC规则。

另外，PCRF用于收到PCC规则删除指示后，删除对应的PCC规则，并通过PCEF通知PCC策略执行实体删除相应PCC规则；PCC策略执行实体用于根据收到的通知删除相应的PCC规则。PCC规则删除指示可来自于PCC策略执行实体、或系统中进一步包括的AF。

以上所述的PCEF在作为PCRF与WiMAX网络中的PCC策略执行实体之间的协议转换器的同时，可进一步作为IP层QoS策略控制的执行体。

本发明提供的各实施例中，PCRF收到PCC规则请求后，根据策略决策生成PCC规则，然后向WiMAX网络中的PCC策略执行实体提供PCC规则和授权QoS，该PCC策略执行实体根据收到的PCC规则和授权QoS执行QoS策略控制和计费，涉及业务处理过程中的各种相关流程，包括多种情况下的预置流建立流程、业务建立流程、业务修改流程、业务删除流程等，明确了WiMAX网络与PCC架构融合后，涉及WiMAX网络的业务流程中的相关处理，非常有利于WiMAX网络的推广和应用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (39)

1.一种业务流程中的处理方法，其特征在于，该方法包括：

策略控制和计费规则功能实体PCRF收到策略与计费控制PCC规则请求后，根据策略决策生成PCC规则，向微波接入的全球互操作性WiMAX网络中的PCC策略执行实体提供PCC规则和授权服务质量QoS；

所述PCC策略执行实体根据收到的PCC规则和授权QoS执行QoS策略控制和计费。

2.根据权利要求1所述的方法，其特征在于，

所述PCRF收到PCC规则请求，之前进一步包括：终端初始入网鉴权完成，认证、授权和计费AAA服务器向PCC策略执行实体中的业务流授权实体SFA发送接入允许消息，PCC策略执行实体通过策略和计费执行功能实体PCEF向PCRF发送PCC规则请求；

所述PCRF收到PCC规则请求，之后进一步包括：PCRF通过AAA服务器获取QoS描述信息；

所述根据策略决策生成PCC规则，为：根据所述QoS描述信息做策略决策，生成PCC规则和授权QoS。

3.根据权利要求1所述的方法，其特征在于，

所述PCRF收到PCC规则请求，之前进一步包括：终端初始入网鉴权完成，AAA服务器向PCC策略执行实体中的SFA发送携带有QoS描述信息的接入允许消息，PCC策略执行实体通过PCEF向PCRF发送携带有所述QoS描述信息的PCC规则请求；

所述根据策略决策生成PCC规则，为：根据所述QoS描述信息做策略决策，生成PCC规则和授权QoS。

4.根据权利要求2或3所述的方法，其特征在于，由PCEF发送至PCRF的所述PCC规则请求为信用控制请求CCR，PCEF向PCRF发送所述CCR之前进一步包括：PCEF将CCR中携带的参数CCR类型设置为初始请求。

5.根据权利要求1所述的方法，其特征在于，

所述PCRF收到PCC规则请求，之前进一步包括：终端初始入网鉴权完成，AAA服务器向PCRF下发QoS描述信息；

所述根据策略决策生成PCC规则，为：根据所述QoS描述信息做策略决策，生成PCC规则和授权QoS；

所述向PCC策略执行实体提供PCC规则和授权QoS，为：向AAA服务器提供所述PCC规则和授权QoS，AAA服务器向SFA发送携带有所述PCC规则和授权QoS的接入允许消息。

6.根据权利要求1所述的方法，其特征在于，

所述PCRF收到PCC规则请求，之前进一步包括：终端初始入网鉴权完成，AAA服务器向PCC策略执行实体中的SFA发送接入允许消息，PCC策略执行实体通过PCEF向PCRF发送PCC规则请求，AAA服务器向PCRF下发QoS描述信息；

所述根据策略决策生成PCC规则，为：根据所述QoS描述信息做策略决策，生成PCC规则和授权QoS。

7.根据权利要求2至6任一所述的方法，其特征在于，

该方法进一步包括：MS获取IP地址。

8.根据权利要求2至6任一所述的方法，其特征在于，

该方法进一步包括：SFA发起预置流承载的建立。

9.根据权利要求1所述的方法，其特征在于，

所述PCRF收到PCC规则请求，之前进一步包括：终端通过应用层会话信令与应用功能实体AF进行交互，请求业务建立，AF向PCRF提供业务QoS参数，终端为AF会话发起承载建立请求，PCC策略执行实体通过PCEF向PCRF发送PCC规则请求；

所述根据策略决策生成PCC规则，为：根据获取的用户签约信息和业务QoS参数做策略决策，生成PCC规则和授权QoS。

10.根据权利要求9所述的方法，其特征在于，所述PCRF收到PCC规则请求，之前进一步包括：根据业务信息中的用户IP地址和/或用户标识将AF会话关联至对应的网际协议-连通接入网IP-CAN会话。

所述收到PCC规则请求之后进一步包括：根据接入网信息中的分类器将PCC规则请求关联至对应的AF会话。

11.根据权利要求9所述的方法，其特征在于，AF进一步向PCRF提供特定行为参数，指示PCRF在资源预留过程中向AF请求完整的业务信息；所述根据策略决策生成PCC规则，之前进一步包括：PCRF通过AF获取业务信息。

12.根据权利要求1所述的方法，其特征在于，

所述PCRF收到PCC规则请求，之前进一步包括：终端通过应用层会话信令与应用功能实体AF进行交互，请求业务建立，AF向PCRF提供用户标识和包含业务QoS参数的业务信息；

所述根据策略决策生成PCC规则，为：根据获取的用户签约信息和业务QoS参数做策略决策，生成PCC规则和授权QoS。

13.根据权利要求12所述的方法，其特征在于，所述AF向PCRF提供业务信息，之后进一步包括：PCRF根据收到的业务信息和通过策略和计费执行功能实体PCEF获取的接入网络信息将AF会话关联至对应的IP-CAN会话，并索引至对应的PCEF。

14.根据权利要求1所述的方法，其特征在于，

所述PCRF收到PCC规则请求，之前进一步包括：终端通过应用层会话信令与应用功能实体AF进行交互，请求业务修改，AF向PCRF提供业务信息，终端发起承载修改请求，PCC策略执行实体通过PCEF向PCRF发送携带有承载修改的内容的PCC规则请求；

所述根据策略决策生成PCC规则，为：根据所述承载修改的内容做策略决策，生成PCC规则和授权QoS。

15.根据权利要求1所述的方法，其特征在于，

所述PCRF收到PCC规则请求，之前进一步包括：终端通过应用层会话信令与应用功能实体AF进行交互，请求业务修改，AF向PCRF提供包含业务QoS参数的业务信息；

所述根据策略决策生成PCC规则，为：根据获取的用户签约信息和业务QoS参数做策略决策，生成PCC规则和授权QoS。

16.根据权利要求14或15所述的方法，其特征在于，业务修改涉及QoS修改时，所述PCRF收到PCC规则请求，之后进一步包括：如果QoS修改后所对应的资源与此前协商的一致，PCRF直接进行授权操作；如果QoS修改后所对应的资源与此前协商的不一致，PCRF通过AF获取授权相关信息，进行授权操作。

17.根据权利要求12或15所述的方法，其特征在于，所述向PCC策略执行实体提供PCC规则和授权QoS，为：通过PCEF向PCC策略执行实体提供PCC规则和授权QoS。

18.根据权利要求9、12、13或15任一所述的方法，其特征在于，所述根据策略决策生成PCC规则，之前进一步包括：PCRF通过签约信息存储功能实体SPR获取用户签约信息。

19.根据权利要求2、3、6至11或14任一所述的方法，其特征在于，所述PCC策略执行实体通过PCEF向PCRF发送PCC规则请求，为：PCC策略执行实体向PCEF发送R3接口的PCC规则请求，PCEF将该PCC规则请求由R3接口消息转换为Gx接口消息，然后向PCRF发送Gx接口的PCC规则请求。

20.根据权利要求2、3、或6至15任一所述的方法，其特征在于，所述向PCC策略执行实体提供PCC规则和授权QoS，为：通过PCEF向PCC策略执行实体提供PCC规则和授权QoS。

21.根据权利要求20所述的方法，其特征在于，所述通过PCEF向PCC策略执行实体提供PCC规则和授权QoS，为：PCRF向PCEF发送携带有PCC规则和授权QoS的Gx接口消息，PCEF将该Gx接口消息转换为R3接口消息，然后向PCC策略执行实体发送携带有PCC规则和授权QoS的R3接口消息。

22.根据权利要求20所述的方法，其特征在于，该方法进一步包括：AF向PCRF提供WiMAX内容，PCRF通过与PCEF之间扩展的Gx接口向PCEF提供包含有所述WiMAX内容的PCC规则。

23.根据权利要求1至3、或6至15任一所述的方法，其特征在于，QoS映射不在PCRF中完成时，PCC策略执行实体收到的所述PCC规则中包含有完整的IP层QoS参数集。

24.根据权利要求1至3、或6至15任一所述的方法，其特征在于，所述PCC策略执行实体包括以下实体之一或其任意组合：

SFA、锚定数据通路功能实体DPF、或计费代理；

所述SFA根据收到的PCC规则和授权QoS执行QoS策略控制；

所述锚定DPF根据收到的PCC规则中的服务数据流检测信息对数据流进行分类；

所述计费代理根据收到的PCC规则中的计费策略信息执行基于流的计费控制。

25.根据权利要求24所述的方法，其特征在于，所述PCC策略执行实体还包括HA内的策略计费执行功能实体。

26.根据权利要求1至3、或6至15任一所述的方法，其特征在于，

所述生成PCC规则包括：PCRF获取终端的移动IP MIP相关信息，根据该MIP相关信息生成完整的分类器，向PCC策略执行实体提供的所述PCC规则中包括所述分类器，所述PCC策略执行实体根据收到的PCC规则和授权QoS执行服务数据流的QoS策略控制和计费包括：PCC策略执行实体中的锚定DPF直接应用所述分类器；或者，

所述PCC策略执行实体根据收到的PCC规则和授权QoS执行服务数据流的QoS策略控制和计费包括：PCC策略执行实体中的SFA或锚定DPF根据终端的MIP相关信息对所述PCC规则中包含的分类器进行修改，锚定DPF应用所述分类器。

27.根据权利要求26所述的方法，其特征在于，

锚定DPF直接应用所述分类器，之前进一步包括：PCC策略执行实体请求PCRF对所述分类器信息进行修改，PCRF将修改的分类器下发至锚定DPF。

28.根据权利要求1至3、或6至15任一所述的方法，其特征在于，该方法进一步包括：

PCRF收到PCC规则删除请求后，删除PCC规则，通知所述PCC策略执行实体删除PCC规则；

所述PCC策略执行实体根据收到的通知删除PCC规则。

29.根据权利要求28所述的方法，其特征在于，

所述PCRF收到PCC规则删除请求，之前进一步包括：终端通过应用层会话信令与应用功能实体AF进行交互，请求业务删除，PCC策略执行实体通过PCEF向PCRF发送PCC规则删除请求；或者，

所述PCRF收到PCC规则删除请求，之前进一步包括：终端通过应用层会话信令与应用功能实体AF进行交互，请求业务删除，AF向PCRF发送携带PCC规则删除请求。

30.根据权利要求1至3、或6至15任一所述的方法，其特征在于，该方法进一步包括：PCEF执行IP层QoS策略控制。

31.一种业务流程中的处理方法，其特征在于，该方法包含：

PCRF收到PCC规则删除请求后，删除PCC规则，通知WiMAX网络中的PCC策略执行实体删除PCC规则；

所述PCC策略执行实体根据收到的通知删除PCC规则。

32.根据权利要求31所述的方法，其特征在于，

所述PCRF收到PCC规则删除请求，之前进一步包括：终端通过应用层会话信令与应用功能实体AF进行交互，请求业务删除，PCC策略执行实体通过PCEF向PCRF发送PCC规则删除请求；或者，

所述PCRF收到PCC规则删除请求，之前进一步包括：终端通过应用层会话信令与应用功能实体AF进行交互，请求业务删除，AF向PCRF发送PCC规则删除请求。

33.一种实现业务流程处理的系统，其特征在于，该系统包括：PCRF、PCEF和WiMAX网络中的PCC策略执行实体，其中，

所述PCRF用于收到PCC规则请求后，根据策略决策生成PCC规则，向所述PCC策略执行实体提供PCC规则和授权QoS；

所述PCEF用于对所述PCRF与所述PCC策略执行实体之间交互的消息进行分发/和或协议转换；

所述PCC策略执行实体用于根据收到的PCC规则和授权QoS执行QoS策略控制和计费。

34.根据权利要求33所述的系统，其特征在于，

所述PCRF进一步用于根据收到的业务信息和通过策略和计费执行功能实体PCEF获取的接入网络信息将AF会话关联至对应的IP-CAN会话，并索引至对应的PCEF；或者，

所述PCRF进一步用于获取终端的MIP相关信息，根据该MIP相关信息生成完整的分类器，向PCC策略执行实体提供的所述PCC规则中包括所述分类器。

35.根据权利要求33或34所述的系统，其特征在于，

所述PCEF进一步用于执行IP层QoS策略控制；或者，

所述由PCEF发送至PCRF的所述PCC规则请求为信用控制请求CCR，所述PCEF进一步用于将CCR中携带的参数CCR类型设置为初始请求。

36.根据权利要求33或34所述的系统，其特征在于，该系统进一步包括：AF，

所述AF用于向PCRF提供WiMAX内容，所述PCRF用于通过与PCEF之间扩展的Gx接口向PCEF提供包含有所述WiMAX内容的PCC规则；或者，

所述AF用于向PCRF提供特定行为参数，指示PCRF在资源预留过程中向AF请求完整的业务信息，并向AF提供业务信息，所述PCRF进一步用于根据所述特定行为参数通过AF获取业务信息。

37.根据权利要求33或34所述的系统，其特征在于，所述PCC策略执行实体包括以下实体之一或其任意组合：

SFA、锚定数据通路功能实体DPF、或计费代理；

所述SFA用于根据收到的PCC规则和授权QoS执行QoS策略控制；

所述锚定DPF用于根据收到的PCC规则中的服务数据流检测信息对数据流进行分类；

所述计费代理用于根据收到的PCC规则中的计费策略信息执行基于流的计费控制。

38.根据权利要求37所述的系统，其特征在于，所述PCC策略执行实体还包括HA内的策略计费执行功能实体。

39.一种实现业务流程处理的系统，其特征在于，该系统包括：PCRF、PCEF和WiMAX网络中的PCC策略执行实体，其中，

所述PCRF用于收到PCC规则删除请求后，删除PCC规则，通知PCC策略执行实体删除PCC规则；

所述PCEF用于对所述PCRF与所述PCC策略执行实体之间交互的消息进行分发和/或协议转换；

所述PCC策略执行实体用于根据收到的通知删除PCC规则。

Images