一种事件触发器的下发和安装方法.pdf

一种事件触发器的下发和安装方法及相应的演进的分组系统，PCRF每次向BBERF下发用户设备的事件触发器时，在所述事件触发器中包含所述用户设备相关的各个IP-CAN会话的所有事件触发；BBERF收到下发的事件触发器后，如BBERF已安装有用户设备的事件触发器，则将用户设备的事件触发器更新为下发的所述事件触发器，否则，直接为用户设备安装下发的所述事件触发器。本发明在用户设备存在多个IP-CAN会话且采用DSMIPv6协议时，BBERF能够正确地报告触发事件，从而对业务数据流进行正确的策略控制。

1、  一种事件触发器的下发和安装方法，应用于演进的分组系统，该方法包括：
策略和计费规则功能实体PCRF每次向承载绑定和事件报告功能实体BBERF下发用户设备的事件触发器时，在所述事件触发器中包含所述用户设备相关的各个IP连接接入网会话即IP-CAN会话的所有事件触发；
所述BBERF收到下发的所述事件触发器后，如所述BBERF已安装有所述用户设备的事件触发器，则将所述用户设备的事件触发器更新为下发的所述事件触发器，否则，直接为所述用户设备安装下发的所述事件触发器。

2、  如权利要求1所述的下发和安装方法，其特征在于：
该方法的应用场景是：所述用户设备采用双栈移动IPv6协议与分组数据网络网关P-GW交互，通过不同的P-GW接入不同的业务网络或者通过同一个P-GW接入不同的业务网络，所述PCRF为所述用户设备到每一个业务网络的IP-CAN会话制定一个事件触发器并进行保存和更新。

3、  如权利要求2所述的下发和安装方法，其特征在于：
在所述用户设备附着时，所述PCRF为所述用户设备的第一个IP-CAN会话制定事件触发器并下发给所述BBERF；
所述用户设备完成附着后，建立新的IP-CAN会话时，所述PCRF为新建立的所述IP-CAN会话制定事件触发器，并将新制定的所述事件触发器和所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，然后将所述合并后的事件触发器下发给所述BBERF。

4、  如权利要求2所述的下发和安装方法，其特征在于：
在所述用户设备附着时，所述PCRF为所述用户设备的第一个IP-CAN会话制定事件触发器并下发给所述BBERF；
所述用户设备完成附着后，建立新的IP-CAN会话时，所述PCRF为新建立的IP-CAN会话制定事件触发器，然后判断新制定的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果是，不需向所述BBERF下发事件触发器；如果否，则将新制定的所述事件触发器和所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，并将所述合并后的事件触发器下发给所述BBERF。

5、  如权利要求2所述的下发和安装方法，其特征在于：
所述PCRF对所述用户设备的某个IP-CAN会话的事件触发器进行更新后，将更新后的所述事件触发器与所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，所述PCRF将所述合并后的事件触发器下发给所述BBERF。

6、  如权利要求2所述的下发和安装方法，其特征在于：
所述PCRF对所述用户设备的某个IP-CAN会话的事件触发器进行更新后，先判断更新后的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果是，不需向所述BBERF下发事件触发器；如果否，则将更新后的所述事件触发器和所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，并将所述合并后的事件触发器下发给所述BBERF。

7、  如权利要求5或6所述的下发和安装方法，其特征在于：
所述PCRF是在需要对所述用户设备的某个IP-CAN会话的策略控制信息进行更新时，更新所述IP-CAN会话的事件触发器；和/或
所述PCRF是在收到所述用户设备发起的对某个IP-CAN会话的新的资源请求时，更新所述IP-CAN会话的事件触发器。

8、  如权利要求1至6中任一权利要求所述的下发和安装方法，其特征在于：
所述BBERF是可信任非3GPP接入网络中的BBERF，或者是演进的数据网关ePDG中的BBERF。

9、  一种演进的分组系统，包括策略和计费规则功能实体PCRF和承载绑定和事件报告功能实体BBERF，其特征在于：
所述PCRF用于在每次向所述BBERF下发用户设备的事件触发器时，在所述事件触发器中写入所述用户设备相关的各个IP连接接入网会话即IP-CAN会话的所有事件触发信息；
所述BBERF用于在收到下发的所述事件触发器后，如已安装有所述用户设备的事件触发器，则将所述用户设备的事件触发器更新为下发的所述事件触发器，否则，直接为所述用户设备安装下发的所述事件触发器。

10、  如权利要求9所述的演进的分组系统，其特征在于：
所述PCRF在为所述用户设备制定第一个事件触发器并下发后，在制定新的事件触发器时，直接将所述用户设备相关的各个事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，然后将所述合并后的事件触发器下发给所述BBERF；或者，所述PCRF在制定新的事件触发器时，先判断更新后的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果否，再执行上述合并和下发的操作，如果是，无需下发事件触发器。

11、  如权利要求9或10所述的演进的分组系统，其特征在于：
所述PCRF在对所述用户设备的某个IP-CAN会话的事件触发器进行更新后，直接将更新后的事件触发器与所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，然后将所述合并后的事件触发器下发给所述BBERF；或者，所述PCRF对所述事件触发器进行更新后，先判断更新后的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果否，再执行上述合并和下发的操作，如果是，无需下发事件触发器。

12、  如权利要求9或10所述的演进的分组系统，其特征在于：
所述PCRF为所述用户设备到每一个业务网络的IP-CAN会话制定一个事件触发器并进行保存和更新；
所述BBERF是可信任非3GPP接入网络或者演进的数据网关ePDG中的BBERF。

一种事件触发器的下发和安装方法
技术领域
本发明涉及3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)演进的分组系统(EPS：Evolved Packet System)，特别涉及该系统中事件触发器的下发和安装方法。
背景技术
如图1所示，3GPP的EPS由E-UTRAN(Evolved Universal Terrestrial RadioAccess Network，演进的通用地面无线接入网)、MME(Mobility ManagementEntity，移动管理单元)、S-GW(Serving Gateway，服务网关)、P-GW(PacketData Network Gateway，分组数据网络网关)、HSS(Home Subscriber Server，归属用户服务器)、3GPP AAA服务器(3GPP认证授权计费服务器)，PCRF(Policy and Charging Rules Function，策略和计费规则功能)实体及其他支撑节点组成。其中，S-GW是与E-UTRAN相连的接入网关设备，在E-UTRAN和P-GW之间转发数据，并且负责对寻呼等待数据进行缓存；P-GW则是EPS与PDN(Packet Data Network，分组数据网)的边界网关，负责PDN的接入、在EPS与PDN间转发数据等；PCRF通过Rx接口与运营商IP(InternetProtocol，互联网协议)业务网络接口，获取业务信息。
EPS支持与非3GPP网络的互通。与非3GPP网络的互通通过S2a、S2b和S2c接口实现，P-GW则作为3GPP网络与非3GPP网络间的锚点。非3GPP网络包括可信任非3GPP网络和不可信任非3GPP网络。可信任非3GPP网络的IP接入可直接通过S2a接口与P-GW相连；不可信任非3GPP网络的IP接入需经过ePDG(Evolved Packet Data Gateway，演进的数据网关)与P-GW相连，ePDG与P-GW间的接口为S2b。同时UE(User Equipment，用户设备)也可采用DSMIPv6(Dual Stack Mobile IPv6，双栈移动IPv6)协议通过S2c接口直接与P-GW连接。
EPS系统中，PCEF(Policy and charging enforcement function，策略和计费执行功能)驻留在P-GW中，PCRF与P-GW间通过Gx接口交换信息。当P-GW与S-GW间的接口基于PMIPv6协议时，S-GW也存在策略控制的功能，称为BBERF(Bearer Binding and Event Reporting Function，承载绑定和事件报告功能)，S-GW与PCRF之间通过Gxc接口交换信息。当用户设备通过可信任非3GPP网络接入时，可信任非3GPP接入网中也存在BBERF，可信任非3GPP网络接入网关与PCRF之间通过Gxa接口交换信息。同时，为UE提供业务的AF(Application Function，应用功能)通过Rx接口向PCRF发送用于制定PCC(Policy and Charging Control，策略和计费控制)或QoS(Qualityof Service，服务质量)策略的业务信息。
MIPv6(Moblie IPv6，移动IPv6)协议通过对移动节点(MN，Mobile Node)的IPv6转交地址CoA与IPv6家乡地址HoA的绑定支持MN在网络中移动时会话的可达性和连续性。但是由于IPv6还没有得到广泛的部署，今后很长的一段时间内，IPv4的网络还将大量存在。IPv6的MN往往会移动到不支持IPv6的网络上，因此必须对MIPv6进行扩展。DSMIPv6便是一种有效地解决方案，它是一种基于客户端(Client-based)的MIP协议，要求MN和家乡代理(HomeAgent)都需要支持DSMIPv6。在EPS系统中，P-GW支持家乡代理的功能。支持DSMIPv6的MN通过其IPv4/IPv6转交地址和IPv4/IPv6家乡地址的绑定支持在IPv4或IPv6网络上的移动性。
EPS系统支持多PDN接入，即UE可以通过多个P-GW或者一个P-GW同时接入到多个PDN。图2为UE采用DSMIPv6协议同时通过两个P-GW接入两个PDN的场景图。图3为基于图2场景下，UE初始附着并接入两个PDN的流程图，具体步骤如下：
步骤301：用户设备通过层2接入可信任非3GPP接入网络，HSS/AAA对UE进行接入认证授权；
步骤302：认证成功后，建立UE和可信任非3GPP接入系统的层3连接；可信任非3GPP接入系统为UE分配一个IP地址作为UE的转交地址CoA；
步骤303：可信任非3GPP接入网向PCRF发送“网关控制会话建立”请求，消息中携带UE的NAI(Network Access Identifier，网络接入标识符)和转交地址CoA；
步骤304：PCRF基于网络策略和UE的签约信息制定控制策略，即QoS规则，并通过“网关控制会话建立确认”消息下发给可信任非3GPP接入网中的BBERF，这时的控制策略跟UE将要接入的业务无关；
步骤305：UE根据APN1(Access Point Name，接入点名)进行DNS(Domain Name Server，域名服务器)查询，获取能够提供接入到第一业务网络的P-GW1的IP地址，UE与P-GW1之间建立安全联盟，在这个过程中P-GW1为UE分配家乡地址HoA1；
步骤306：UE向P-GW1发送“绑定更新”请求消息，消息中携带CoA和HoA1；
步骤307：P-GW1向PCRF发送“IP-CAN(IP连接接入网会话)会话建立指示”消息，消息中携带CoA、HoA1、NAI和APN1，PCRF根据CoA将该IP-CAN会话与网关控制会话进行关联；
步骤308：PCRF根据网络策略、用户签约信息和要接入的第一业务网络的信息等制定相应的PCC规则及事件触发器，并通过“IP-CAN会话建立确认”消息发送给P-GW1；
步骤309：P-GW1中的PCEF安装PCRF下发的PCC规则及事件触发器，向UE返回“绑定确认”消息；
步骤310：PCRF根据网络策略、用户签约信息和要接入的第一业务网络的信息等制定QoS规则，若与304步中制定的QoS规则不同，则对其进行更新，将新的QoS规则通过“网关控制和QoS规则提供”消息下发给可信任非3GPP接入网中的BBERF。PCRF还制定事件触发器并将事件触发器通过“网关控制和QoS规则提供”发送给BBERF；
步骤311：可信任非3GPP接入网中的BBERF安装收到的事件触发器，向PCRF返回“网关控制和QoS规则提供确认”消息；
如有更新后的QoS规则下发，BBERF还需更新安装的QoS规则。
至此，UE附着流程完成，建立了到PDN1的IP-CAN(IP ConnectivityAccess Network，IP连接接入网)会话。
步骤312：因为业务需要，UE决定接入第二业务网络，根据APN2进行DNS查询，获取能够提供接入第二业务网络的P-GW2的IP地址；
步骤313：UE与P-GW2之间建立安全联盟，在这个过程中P-GW2为UE分配家乡地址HoA2；
步骤314：UE向P-GW2发送“绑定更新”请求消息，消息中携带CoA和HoA2；
步骤315：P-GW2向PCRF发送“IP-CAN会话建立指示”消息，消息中携带CoA、HoA2、NAI和APN2，PCRF根据CoA，将该IP-CAN会话与网关控制会话进行关联；
步骤316：PCRF根据网络策略、用户签约信息和要接入的第二业务网络的信息等制定相应的PCC规则及事件触发器，并通过“IP-CAN会话建立确认”消息发送给P-GW2；
步骤317：P-GW2中的PCEF安装PCRF下发的PCC规则及事件触发器，向UE返回“绑定确认”消息；
步骤318：PCRF根据网络策略、用户签约信息和要接入的第二业务网络的信息等制定QoS规则和事件触发器，通过“网关控制和QoS规则提供”消息下发给可信任非3GPP接入网中的BBERF；
步骤319：可信任非3GPP接入网中的BBERF安装收到的QoS规则和事件触发器，向PCRF返回“网关控制和QoS规则提供确认”消息。
通过上述流程，UE分别建立了到第一业务网络和第二业务网络的两个IP连接。这种UE到业务网络的IP连接称为IP-CAN。为了方便描述，以下称UE到第一业务网络的IP连接为第一IP-CAN会话，UE到第二业务网络的IP连接为第二IP-CAN会话。PCRF中总是保存了UE相关的每一个IP-CAN会话的最新的PCC规则、QoS规则和事件触发器。根据IP-CAN中包含的UE标识可以确定该IP-CAN会话是该UE相关的IP-CAN会话。IP-CAN会话和网关控制会话在上述网元间时均由Diameter会话实现。PCRF与可信任非3GPP接入网建立了一个Diameter会话(现有技术中采用Diameter协议来建立这个连接，在PCRF和可信任非3GPP接入网中保存Diameter会话的上下文)，而P-GW1、P-GW2分别与PCRF建立了一个Diameter会话。
PCRF通过可信任非3GPP接入网与PCRF之间的Diameter会话将对第一IP-CAN会话进行策略计费控制的QoS规则和事件触发器下发给可信任非3GPP接入网中的BBERF；通过P-GW1与PCRF之间的Diameter会话将对第一IP-CAN会话进行策略计费控制的PCC规则和事件触发器下发给P-GW1中的PCEF。同样，PCRF通过可信任非3GPP接入网与PCRF之间的Diameter会话将对第二IP-CAN会话进行策略计费控制的QoS规则和触发器下发给可信任非3GPP接入网中的BBERF；通过P-GW2与PCRF之间的Diameter会话将对第二IP-CAN会话进行策略计费控制的PCC规则和触发器下发给P-GW2中的PCEF。
但是，按上述流程下发事件触发器，BBERF无法正确上报事件触发器定制的触发事件。
发明内容
本发明要解决的技术问题是提供一种事件触发器的下发和安装方法，在用户设备存在多个IP-CAN会话且采用DSMIPv6协议时，BBERF能够正确地报告触发事件，从而对业务数据流进行正确的策略控制。
首先，申请人通过对现有流程的深入分析，确定了可能导致事件错报的原因。相关的分析如下：
P-GW与PCRF之间的Diamter会话与IP-CAN会话是一对一的，当PCRF通过Diamter会话将策略信息发送给P-GW的时候，P-GW是能确定这些策略信息是与哪个IP-CAN会话相关的。而可信任非3GPP接入网与PCRF之间的Diamter会话与IP-CAN会话是一对多的，当PCRF通过这个Diameter会话将策略信息下发给可信任非3GPP接入网中的BBERF的时候，可信任非3GPP接入网是不能确定这些策略信息是与哪个IP-CAN会话相关的。
事件触发器(Event Trigger)是由PCRF制定并提供给PCEF或BBERF，PCEF或BBERF进行安装，事件触发器通常包含一个或多个事件触发(eventtrigger)。当IP-CAN会话发生变化的时候，PCEF或BBERF根据事件触发器判断该变化是否需要向PCEF进行报告。若该变化满足事件触发器所定制的事件触发，则PCEF或BBERF将向PCEF报告发生的事件和所影响到的PCC或QoS规则，请求PCRF下发新的PCC或QoS规则。PCRF可以在任何时候增加或删除已经下发给PCEF或BBERF的事件触发器的事件触发。为了实现这个目的，PCRF必须下发整个事件触发的列表，而不是仅仅下发要增加或删除的事件触发。以上操作都基于一个IP-CAN会话，即当一个IP-CAN会话发生事件变化，PCRF制定新的事件触发器，并将该IP-CAN会话的所有触发事件的列表下发给PCEF或BBERF。PCEF和BBERF删除原来已安装事件触发器，安装新下发的事件触发器。
但是，对于图3所示的场景，在步骤310，PCRF将第一IP-CAN会话相关的第一事件触发器发送给BBERF，BBERF进行了安装。而在步骤318，PCRF又将第二IP-CAN会话相关的第二事件触发器发送给BBERF。BBERF会认为第二事件触发器是对第一事件触发器的更新，因此BBERF会删除第一事件触发器，而安装第二事件触发器。如果第一事件触发器和第二事件触发器不是完全相同，那么BBERF将不会报告在第一事件触发器中定制的而在第二事件触发器中没有定制的事件。因此，现有技术中，在建立IP连接接入会话时，或者IP连接接入会话建立后更新事件触发器时，会出现错误的原因在于：由于BBERF(承载绑定和事件报告功能)和PCRF(策略和计费执行功能)之间的一个Diameter会话用来传送多个IP-CAN(IP连接接入网)会话相关的策略控制信息，当BBERF或PCRF收到对方新的事件触发器时，无法判断该事件触发器是与哪个IP-CAN会话相关的，进行了错误更新，从而会导致事件错报。
为了解决上述问题，本发明提供了一种事件触发器的下发和安装方法，应用于演进的分组系统，该方法包括：
策略和计费规则功能实体PCRF每次向承载绑定和事件报告功能实体BBERF下发用户设备的事件触发器时，在所述事件触发器中包含所述用户设备相关的各个IP连接接入网会话即IP-CAN会话的所有事件触发；
所述BBERF收到下发的所述事件触发器后，如所述BBERF已安装有所述用户设备的事件触发器，则将所述用户设备的事件触发器更新为下发的所述事件触发器，否则，直接为所述用户设备安装下发的所述事件触发器。
进一步地，上述下发和安装方法还可具有以下特点：
该方法的应用场景是：所述用户设备采用双栈移动IPv6协议与分组数据网络网关P-GW交互，通过不同的P-GW接入不同的业务网络或者通过同一个P-GW接入不同的业务网络，所述PCRF为所述用户设备到每一个业务网络的IP-CAN会话制定一个事件触发器并进行保存和更新。
进一步地，上述下发和安装方法还可具有以下特点：
在所述用户设备附着时，所述PCRF为所述用户设备的第一个IP-CAN会话制定事件触发器并下发给所述BBERF；
所述用户设备完成附着后，建立新的IP-CAN会话时，所述PCRF为新建立的所述IP-CAN会话制定事件触发器，并将新制定的所述事件触发器和所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，然后将所述合并后的事件触发器下发给所述BBERF。
进一步地，上述下发和安装方法还可具有以下特点：
在所述用户设备附着时，所述PCRF为所述用户设备的第一个IP-CAN会话制定事件触发器并下发给所述BBERF；
所述用户设备完成附着后，建立新的IP-CAN会话时，所述PCRF为新建立的IP-CAN会话制定事件触发器，然后判断新制定的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果是，不需向所述BBERF下发事件触发器；如果否，则将新制定的所述事件触发器和所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，并将所述合并后的事件触发器下发给所述BBERF。
进一步地，上述下发和安装方法还可具有以下特点：
所述PCRF对所述用户设备的某个IP-CAN会话的事件触发器进行更新后，将更新后的所述事件触发器与所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，所述PCRF将所述合并后的事件触发器下发给所述BBERF。
进一步地，上述下发和安装方法还可具有以下特点：
所述PCRF对所述用户设备的某个IP-CAN会话的事件触发器进行更新后，先判断更新后的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果是，不需向所述BBERF下发事件触发器；如果否，则将更新后的所述事件触发器和所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，并将所述合并后的事件触发器下发给所述BBERF。
进一步地，上述下发和安装方法还可具有以下特点：
所述PCRF是在需要对所述用户设备的某个IP-CAN会话的策略控制信息进行更新时，更新所述IP-CAN会话的事件触发器；和/或
所述PCRF是在收到所述用户设备发起的对某个IP-CAN会话的新的资源请求时，更新所述IP-CAN会话的事件触发器。
进一步地，上述下发和安装方法还可具有以下特点：
所述BBERF是可信任非3GPP接入网络中的BBERF，或者是演进的数据网关ePDG中的BBERF。
本发明一种演进的分组系统，包括策略和计费规则功能实体PCRF和承载绑定和事件报告功能实体BBERF，其特征在于：
所述PCRF用于在每次向所述BBERF下发用户设备的事件触发器时，在所述事件触发器中写入所述用户设备相关的各个IP连接接入网会话即IP-CAN会话的所有事件触发信息；
所述BBERF用于在收到下发的所述事件触发器后，如已安装有所述用户设备的事件触发器，则将所述用户设备的事件触发器更新为下发的所述事件触发器，否则，直接为所述用户设备安装下发的所述事件触发器。
进一步地，上述演进的分组系统还可具有以下特点：
所述PCRF在为所述用户设备制定第一个事件触发器并下发后，在制定新的事件触发器时，直接将所述用户设备相关的各个事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，然后将所述合并后的事件触发器下发给所述BBERF；或者，所述PCRF在制定新的事件触发器时，先判断更新后的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果否，再执行上述合并和下发的操作，如果是，无需下发事件触发器。
进一步地，上述演进的分组系统还可具有以下特点：
所述PCRF在对所述用户设备的某个IP-CAN会话的事件触发器进行更新后，直接将更新后的事件触发器与所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，然后将所述合并后的事件触发器下发给所述BBERF；或者，所述PCRF对所述事件触发器进行更新后，先判断更新后的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果否，再执行上述合并和下发的操作，如果是，无需下发事件触发器。
进一步地，上述演进的分组系统还可具有以下特点：
所述PCRF为所述用户设备到每一个业务网络的IP-CAN会话制定一个事件触发器并进行保存和更新；
所述BBERF是可信任非3GPP接入网络或者演进的数据网关ePDG中的BBERF。
本发明的有益效果是，当用户设备同时与多个业务网络建立IP连接并且采用DSMIPv6协议与P-GW交互时，网络中存在多个IP-CAN(IP连接接入)会话，PCRF将所述用户设备相关的各个IP-CAN会话的所有事件触发构成一事件触发器下发给BBERF。这样BBERF就不会因为少安装为某个IP-CAN会话定制的事件触发而导致无法正确上报事件触发器定制的触发事件了。
附图说明
图1是一种非漫游状态的3GPP网络的EPS的架构图；
图2是UE通过不同的P-GW接入不同的业务网络的示意图；
图3是现有技术中UE通过不同的P-GW接入不同的业务网络的附着流程图；
图4是本发明实施例UE通过不同的P-GW接入不同的业务网络的附着流程图；
图5是本发明实施例UE建立起与第一业务网络和第二业务网络的IP连接后，网络策略发生变化时，进行策略控制更新的流程图；
图6是本发明实施例UE建立起与第一业务网络和第二业务网络的IP连接后，UE发起对使用第一业务网络新的资源分配请求时，进行策略控制更新的流程图。
具体实施方式
本发明中，PCRF每次向BBERF发送UE的事件触发器时，在该事件触发器中包括该UE相关的各个IP-CAN会话(即该UE相关的所有IP-CAN会话)的所有事件触发。BBERF收到后，删除已提供的事件触发器，安装新下发的事件触发器。即对每个UE，BBERF只保留一个事件触发器。
下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
由于本发明关心的是事件触发器的下发和安装，因此在以下实施例的流程中省略了QoS规则、PCC规则的制定、下发和安装的内容。
本实施例基于图2所示的场景。如图4所示，本实施例UE通过不同的P-GW接入不同的业务网络且UE采用DSMIPv6协议与P-GW交互，UE附着并接入两个PDN的流程包括以下步骤：
步骤401：用户设备通过层2接入可信任非3GPP接入网络，HSS/AAA对UE进行接入认证授权；
步骤402：认证成功后，建立UE和可信任非3GPP接入系统的层3连接，接入系统为UE分配一个局部IP地址作为UE的转交地址CoA；
步骤403：驻留有BBERF的可信任非3GPP接入网向该PCRF发送“网关控制会话建立”消息，消息中携带UE的标识NAI和CoA；
步骤404：PCRF基于网络策略和UE的签约信息制定控制策略，通过“网关控制会话建立确认”消息下发给可信任非3GPP接入网中的BBERF，这时的控制策略跟UE将要接入的业务无关；
步骤405：UE根据APN1进行DNS查询，获取提供接入第一业务网络的P-GW1的IP地址。UE与P-GW1之间建立安全联盟，在这个过程中P-GW1为UE分配家乡地址HoA1；
步骤406：UE向P-GW1发送“绑定更新”请求消息，消息中携带CoA和HoA1；
步骤407：P-GW1向PCRF发送“IP-CAN会话建立指示”消息，消息中携带CoA、HoA1、NAI和APN1；PCRF根据CoA，将该IP-CAN会话与UE的网关控制会话进行关联；
步骤408：PCRF根据网络策略、用户签约信息和要接入的第一业务网络的信息等制定第一事件触发器，将第一事件触发器通过“IP-CAN会话建立确认”消息发送给P-GW1；
步骤409：P-GW1中的PCEF安装PCRF下发的第一事件触发器，向UE返回“绑定确认”消息；
步骤410：PCRF将第一事件触发器通过“网关控制和QoS规则提供”消息下发给可信任非3GPP接入网中的BBERF；
步骤411：可信任非3GPP接入网中的BBERF安装第一事件触发器，向PCRF返回“网关控制和QoS规则提供确认”消息；
至此，UE附着流程完成，建立了到PDN1的IP-CAN(IP ConnectivityAccess Network，IP连接接入网)会话。
步骤412：因为业务需要，UE决定接入第二业务网络，根据APN2进行DNS查询，获取提供接入第二业务网络的P-GW2的IP地址；
步骤413：UE与P-GW2之间建立安全联盟，在这个过程中P-GW2为UE分配家乡地址HoA2；
步骤414：UE向P-GW2发送“绑定更新”请求消息，消息中携带CoA和HoA2；
步骤415：P-GW2向PCRF发送“IP-CAN会话建立指示”消息，消息中携带CoA、HoA2、NAI和APN2，PCRF根据CoA，将该IP-CAN会话与该UE的网关控制会话进行关联；
步骤416：PCRF根据网络策略、用户签约信息和要接入的第二业务网络的信息等制定第二事件触发器，将第二事件触发器通过“IP-CAN会话建立确认”消息发送给P-GW2；
步骤417：P-GW2中的PCEF安装PCRF下发的第二事件触发器，向UE返回“绑定确认”消息；
以上步骤和现有技术中的处理是相同的。
步骤418：PCRF将为第一IP-CAN会话制定的第一事件触发器和为第二IP-CAN会话制定的第二事件触发器进行合并，构成一个包含第一IP-CAN会话和第二IP-CAN会话所有事件触发的合并后的事件触发器，通过“网关控制和QoS规则提供”消息下发给可信任非3GPP接入网中的BBERF；
步骤419：可信任非3GPP接入网删除第一事件触发器，安装合并后的事件触发器，向P-GW2返回“网关控制和QoS规则提供确认”消息。
在另一实施例中，在步骤418中还可以先判断一下第一事件触发器和第二事件触发器中的事件触发是否完全相同，或者判断一下合并后的事件触发器和第一事件触发器是否相同，如果相同就不再下发。相应地，也无须执行步骤419。即本发明也可以只在UE相关的各个IP-CAN的所有事件触发的集合有变化时，才下发包含当前所有事件触发的事件触发器。对这里的具体实现方式本发明不做限定。
用户设备也可以接入第三个业务网络，此时PCRF为第三IP-CAN会话制定第三事件触发器，并将第三事件触发器和第一、第二事件触发器合并后下发给BBERF，具体流程类似。接入第四个或更多业务网络的情形也是类似的。
当UE通过上述步骤分别建立起与第一业务网络和第二业务网络的IP连接后，如果第一业务网络的业务信息发生变化、EPS的网络策略发生变化或用户的签约信息发生变化等等情况，PCRF需要对第一IP-CAN会话相关的策略控制信息进行更新，更新的流程如图5所示，各步骤描述如下：
步骤501：第一业务网络的业务信息发生变化、EPS的网络策略发生变化或用户的签约信息发生变化，PCRF对之前的第一IP-CAN会话相关的策略控制信息进行更新，这里假定对第一事件触发器进行了更新；
步骤502：PCRF将更新后的第一事件触发器和保存的第二事件触发器进行合并，构成一个包含第一IP-CAN会话和第二IP-CAN会话所有事件触发的合并后的事件触发器，通过“网关控制和策略规则提供”消息下发给可信任非3GPP接入网中的BBERF；
步骤503：UE和可信任非3GPP IP接入网执行新下发的策略；
步骤504：可信任非3GPP接入网关中的BBERF删除已安装的事件触发器，安装新下发的合并后的事件触发器，并向PCRF返回“网关控制和策略规则提供确认”消息。
步骤505：PCRF通过“策略计费规则提供”消息向P-GW1下发更新后的第一事件触发器；
步骤506：P-GW1更新第一事件触发器，向PCRF返回“策略计费规则提供确认”消息。
以上步骤502和505中，PCRF对事件触发器更新后，若503步中资源的分配不要求更新PCEF中的PCC规则时，向可信任非3GPP接入网的下发和向P-GW1的下发操作没有固定的先后顺序。其他实施例在情况也是类似的。
在另一实施例中，如果第二业务网络的业务信息发生变化、EPS的网络策略发生变化或用户的签约信息发生变化，导致PCRF需要对第二IP-CAN会话相关的策略控制信息进行更新，并更新了第二事件触发器，则PCRF将更新后的第二事件触发器和保存的第一事件触发器进行合并，构成一个包含第一IP-CAN会话和第二IP-CAN会话所有事件触发的合并后的事件触发器，通过“网关控制和策略规则提供”消息下发给可信任非3GPP接入网的BBERF，BBERF则删除已安装的事件触发器，安装新下发的合并后的事件触发器。
当UE通过图4所示流程建立起到第一业务网络和第二业务网络的IP连接后，如果UE发起对第一业务网络新的资源请求，需要PCRF重新制定第一事件触发器，从而PCRF会对可信任非3GPP接入网中的与第一IP-CAN会话相关的事件触发器进行更新。更新的过程如图6所示，各步骤描述如下：
步骤601：可信任非3GPP接入网关收到UE发起的对第一IP-CAN会话的资源请求；
步骤602：可信任非3GPP接入网向PCRF发送“网关控制和QoS策略规则请求”消息，消息中携带了请求的QoS和业务过滤器模板；
步骤603：PCRF根据请求信息制定新的第一事件触发器；
步骤604：PCRF向P-GW1发送“策略和计费规则提供”消息，消息中携带更新后的第一事件触发器；
步骤605：P-GW1安装更新后的第一事件触发器，并返回“策略和计费规则提供确认”消息；
步骤606：PCRF将更新后的第一事件触发器和保存的第二事件触发器进行合并，构成一个包含第一IP-CAN会话和第二Ip-CAN会话所有事件触发的合并后的事件触发器，通过“网关控制和策略规则提供”消息下发给可信任非3GPP接入网中的BBERF；
步骤607：UE和可信任非3GPP IP接入网执行新下发的策略；
步骤608：可信任非3GPP接入网关中的BBERF删除已安装的事件触发器，安装新下发的合并后的事件触发器，并向PCRF返回“网关控制和策略规则提供确认”消息。
在另一实施例中，如果UE发起对第二业务网络新的资源请求，需要PCRF重新制定第二事件触发器，PCRF对第二事件触发器进行更新。然后将更新后的第二事件触发器和保存的第一事件触发器进行合并，构成一个包含第一IP-CAN会话和第二IP-CAN会话所有事件触发的合并后的事件触发器，通过“网关控制和策略规则提供”消息下发给可信任非3GPP接入网的BBERF，BBERF则删除已安装的事件触发器，安装新下发的合并后的事件触发器。
在PCRF对UE的某个IP-CAN会话的事件触发器进行更新后，可以先判断更新后的事件触发器中的事件触发是否均已包含在该UE相关的其他IP-CAN会话的事件触发器中，如果否，则将更新后的事件触发器和该UE相关的其他IP-CAN会话的事件触发器合并，构成一个包含该UE相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，并下发给BBERF；如果是，不需向BBERF下发事件触发器，结束。
相应地，本发明的演进的分组系统包括策略和计费规则功能实体PCRF和承载绑定和事件报告功能实体BBERF，其中：
所述PCRF用于在每次向所述BBERF下发用户设备的事件触发器时，在所述事件触发器中写入所述用户设备相关的各个IP连接接入网会话即IP-CAN会话的所有事件触发信息。
所述BBERF用于在收到下发的所述事件触发器后，如已安装有所述用户设备的事件触发器，则将所述用户设备的事件触发器更新为下发的所述事件触发器，否则，直接为所述用户设备安装下发的所述事件触发器。
所述PCRF采用的具体的下发方式主要包括以下几种：
所述PCRF在为所述用户设备制定第一个事件触发器并下发后，在制定新的事件触发器时，直接将所述用户设备相关的各个事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，然后将所述合并后的事件触发器下发给所述BBERF；或者，所述PCRF在制定新的事件触发器时，先判断更新后的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果否，再执行上述合并和下发的操作，如果是，无需下发事件触发器。
所述PCRF在对所述用户设备的某个IP-CAN会话的事件触发器进行更新后，直接将更新后的事件触发器与所述用户设备相关的其他IP-CAN会话的事件触发器合并，构成一个包含所述用户设备相关的各个IP-CAN会话所有事件触发的合并后的事件触发器，然后将所述合并后的事件触发器下发给所述BBERF；或者，所述PCRF对所述事件触发器进行更新后，先判断更新后的所述事件触发器中的事件触发是否均已包含在所述用户设备相关的其他IP-CAN会话的事件触发器中，如果否，再执行上述合并和下发的操作，如果是，无需下发事件触发器。
以上所述实施例仅是为充分说明本发明而所举的较佳的实施例，本发明的保护范围不限于此。本技术领域的技术人员在本发明基础上所作的等同替代或变换，均在本发明的保护范围之内。本发明的保护范围以权利要求书为准。
例如，虽然以上所有实施例均是基于图2的接入场景，本方案也同样适用于UE通过同一个P-GW接入多个PDN的场景，该场景下PCRF和BBERF之间关于事件触发器的更新、下发和安装的操作可以采用上述流程中的方法。
又如，本方案同样也适用于UE同时接入2个以上的PDN的场景，该场景下PCRF和BBERF之间关于事件触发器的更新、下发和安装的操作均遵循以下方案：每次向BBERF下发UE的事件触发器时，在该事件触发器中包含该UE相关的各个IP-CAN会话的所有事件触发。
另外，在ePDG中也可能存在BBERF，PCRF与该BBERF之间在下发和安装事件触发器时也存在同样的问题，虽然引起事件触发器更新、下发的场景可能不同，但由于存在问题的原因也是由于PCRF与BBERF之间只有一条通道，BBERF无法区别事件触发器关联的IP-CAN会话，因此仍然可以采用上述流程中PCRF和BBERF之间关于事件触发器的更新、下发和安装的操作来解决其存在的技术问题。