CN101136925B - 采用动态业务激活信息保持数据一致性的处理方法 - Google Patents

Abstract

本发明提出一种采用DSAI保持数据一致性的处理方法。针对已注册用户在AS上的用户业务签约信息发生更改时AS通过Sh接口向HSS请求订阅DSAI的变化数据并发起用户数据更新请求，其中有待更改的DSAI数据，并设置通知消息等待定时器。HSS接收到DSAI数据更新请求时首先触发向分配给用户的S-CSCF的下载用户业务配置数据的过程，其中有未被DSAI屏蔽的iFC信息，在得到成功的数据下载应答消息后更新DSAI数据，进而触发向AS的通知消息。AS在通知消息等待定时器设置的时间内接收到关于DSAI数据的通知消息，验证通过即认为用户业务签约信息更新成功；否则再次发起向HSS的用户数据更新请求。

Description

采用动态业务激活信息保持数据一致性的处理方法

技术领域

本发明涉及通信领域，尤其涉及采用动态业务激活信息保持数据一致性的处理方法。 

背景技术

目前，第三代合作伙伴计划(3GPP，3rd Generation PartnershipProject)已经引入了用于IMS网络和服务的基本原理，采用控制与业务分离的思想，IMS控制层不提供业务，只提供业务层所必要的触发、路由、计费等功能，而业务完全由业务层来提供。 

业务触发是IMS控制层的重要功能，是由IMS控制层的服务呼叫会话控制功能(S-CSCF，Serving Call Session Control Function)来完成。用户的业务触发数据用“业务配置(Service Profiles)”来表示，并作为用户配置(User Profiles)数据的一部分保存在归属用户服务器(HSS，Home Subscriber Server)中。如图1所示，是IMS业务触发的框架图，示出了业务触发所涉及的网元、接口、以及各网元的内部功能，其中主要包括服务呼叫会话控制功能(S-CSCF)102、归属用户服务器(HSS)104和应用服务器(AS，ApplicationServer)106。在HSS 104中存放着用户的业务配置，包括初始过滤规则(iFC，initial Filter Criteria)。 

当用户注册时，或S-CSCF 102收到未注册用户的一个终呼会话的初始请求，如SIP(Session Initial Protocol，初始会话协议)请求时，或S-CSCF 102收到一个服务器代替用户发起的起呼会话的初始请求时，业务配置数据被从HSS 104下载到S-CSCF 102中，其中包括初始过滤规则。S-CSCF 102顺序根据会话请求中的业务点对过滤规则进行评估，如果有符合的过滤规则，将SIP请求发送到相应的应用服务器(AS)106，经由应用服务器(AS)106提供SIP协议处理、平台业务触发和业务逻辑，否则按默认路由规则将请求路由到目的地。 

业务的触发条件是通过初始过滤规则(iFC)表示的，根据用户签约业务的不同，一个用户的业务配置中会含有多条初始过滤规则，这些初始过滤规则都有各自的优先级。S-CSCF 102根据这些初始过滤规则对注册请求和会话初始请求进行评估，并根据评估结果将这些请求发送到指定的应用服务器(AS)106，由这些应用服务器根据请求来提供相应业务。 

在图2中，描述了一个呼叫请求的触发过程的示例。其中，用户配置了两条初始过滤规则X、Y，S-CSCF接收到呼叫请求，并将呼叫请求按照优先级顺序与各规则进行匹配，通过触发的方式控制呼叫路径，并经由应用服务器，如AS1，提供业务。如果业务预约而未激活，应用服务器对入呼事物不做任何处理而直接返回。S-CSCF收到响应消息后，继续匹配次优先级的初始过滤规则，并触发向其它应用服务器，如AS2，的呼叫控制。 

显然地，如果业务预约而未激活，如图2，S-CSCF根据初始过滤规则依然要向应用服务器进行触发，从而造成了不必要的呼叫控制冗余。IMS控制与业务分离致使HSS无法感知业务，所有的业务处理均有应用服务器承担，一方面也造成了这种不必要的呼叫控制冗余。为了避免这种冗余，引入一种机制由应用服务器通知HSS 211 针对特定的用户或业务，哪些iFC可以被屏蔽，从而不需要向S-CSCF下载。 

这种机制即目前所采用的通过动态业务激活信息(DSAI)信息元素由AS通知HSS相关的动态业务信息。如果DSAI为激活状态，则表明其相关联的iFC需要由HSS下载到S-CSCF；如果DSAI为未激活状态，则表明其相关联的iFC可以被屏蔽，不需要由HSS下载到S-CSCF。 

图3标明了DSAI与iFC的关联关系。DSAI至少与一个iFC相关联，所有与DSAI关联的iFC必须触发到相同的AS，即仅允许由一个AS负责更新DSAI值；iFC可以与一个或多个DSAI相关联，也可以不关联DSAI。DSAI和iFC这种隐式的关联关系由HSS负责维护和存储。 

通常，每个终端用户都会有一个或多个业务配置，每个业务配置中又包含多条初始过滤规则(iFC)，这些初始过滤规则可以看成是一些逻辑表达式，表示业务触发的条件和触发的目的地，并使用文本方式描述，数据量大。尤其当用户量大时，将会直接影响到HSS和S-CSCF业务配置数据下载接口的传输性能，并消耗HSS和S-CSCF的存储空间，导致系统容量或性能的下降。 

考虑到在实际应用中，很多用户签约相同的业务，比如移动网络的用户基本上都开通的来电显示、呼叫转移等补充业务，即这些用户业务都使用相同或相似的初始过滤规则。另外有些业务，如呈现业务，需要多条iFC按一定顺序触发到多个应用服务器才能完成该业务。因此，3GPP在业务配置中引入了“共享初始过滤规则集(SiFC，Shared iFC Sets)——以下称之为共享iFC集”的概念，来优化业务配置数据的下载和存储。 

共享iFC集可以供多个业务配置共享使用，每个共享iFC集关联一个或多个初始过滤规则，被分别保存在HSS和S-CSCF的本地数据库中，由HSS和S-CSCF分别维护管理，使用共享iFC集标识符进行唯一表示。图4描述了业务配置类的高级统一建模语言(UML，Unified Modeling Language)模型，其中包括iFC组件和共享iFC集组件。在业务部署时可以定义多个共享iFC集，每个共享iFC集关联一个或多个iFC，用唯一标识符标示。 

如果HSS和S-CSCF都支持共享iFC集的功能，那么当S-CSCF从HSS下载业务配置数据时，可以通过预先定义的唯一的共享iFC标识符隐式地下载共享iFC集，即下载时并不下载具体的iFC，而是由S-CSCF通过下载得到的该标识符从S-CSCF本地数据库中查找并获取对应的iFC集合，从而可以显著减少下载接口的数据流量，并进而可以减少HSS/S-CSCF存储空间的占用，提高系统的容量和性能。 

因此，可以应用DSAI机制通知HSS相关业务的动态信息，HSS根据DSAI的激活状态屏蔽与DSAI关联的iFC。如果与DSAI关联的iFC被HSS屏蔽，则HSS需要重新下载业务配置数据，将未被屏蔽的iFC通过HSS下载到S-CSCF。如果与DSAI关联的iFC被HSS由屏蔽状态设置为未屏蔽状态，则HSS依然需要重新下载业务配置数据，将未被屏蔽的iFC通过HSS下载到S-CSCF。iFC可以显式地即完整地下载，或隐式地即通过共享iFC集下载，这取决于具体的业务配置。 

现有技术中，如图2所示，如果AS1更改了业务的签约状态，如由激活修改为未激活，AS1通过Sh接口，更新保存在HSS中的DSAI值。更新成功，HSS向AS1返回成功应答，并通过Cx接口触发向S-CSCF的业务配置数据下载过程。如果业务配置数据下载过程失败，就会造成AS1和S-CSCF配置数据的不一致性，如上所述AS1已经去激活了该业务，但S-CSCF在收到该业务的SIP呼叫请求时依然触发了向AS1的呼叫控制。

综上所述，目前DSAI机制的应用，采用AS更新HSS保存的DSAI数据的过程和HSS依据DSAI数据变化触发向已注册用户分配的S-CSCF下载业务配置数据过程相分离的方式，从某种意义上来说，这种分离方式有可能造成AS和S-CSCF数据的不一致性，并影响了DSAI机制的应用及其应用效果。 

发明内容

鉴于以上所述的一个或多个问题，本发明提出了一种采用动态业务激活信息保持数据一致性的处理方法，可以解决采用AS更新HSS保存的DSAI数据的过程和HSS依据DSAI数据变化触发向已注册用户分配的S-CSCF下载业务配置数据过程相分离的方式有可能造成AS和S-CSCF数据不一致性的问题，实现用户业务配置数据在AS和S-CSCF的一致性，保证DSAI机制的应用及其应用效果。 

根据本发明的采用动态业务激活信息保持数据一致性的处理方法包括以下步骤： 

步骤S502，分别在用户归属服务器和支持所部署的业务的所有应用服务器上配置动态业务激活信息，应用服务器向用户归属服务器订阅动态业务激活信息变化通知。 

步骤S504，在应用服务器上的签约信息改变的情况下，应用服务器向用户归属服务器发送动态业务激活信息更新请求。 

步骤S506，用户归属服务器接收应用服务器更新动态业务激活信息的请求，向应用服务器反馈成功响应，用户归属服务器触发向已注册用户分配的服务呼叫会话控制功能实体的业务配置数据下载，所下载的业务配置数据包括未被动态业务激活信息屏蔽的初始过滤规则信息。 

步骤S508，用户归属服务器接收到来自服务呼叫会话控制功能实体的业务配置数据更新成功响应后，执行动态业务激活信息的更新操作并向应用服务器发送动态业务激活信息变化通知，其中，动态业务激活信息变化通知包括用户归属服务器更新后的动态业务激活信息。 

步骤S510，应用服务器接收到动态业务激活信息变化通知后，检验动态业务激活信息变化通知中的动态业务激活信息与应用服务器中改变后的动态业务激活信息是否一致，如果一致则更新成功，如果不一致，则更新失败。 

其中，在步骤S504之前，应用服务器向用户归属服务器查询用户归属服务器中的动态业务激活信息，在所查询的动态业务激活信息与应用服务器中改变后的动态业务激活信息一致的情况下，不执行步骤S504至步骤S510，在不一致的情况下，执行步骤S504至步骤S510。 

在步骤S506中，在应用服务器接收到用户归属服务器反馈的成功响应后，应用服务器设置通知消息等待定时器和消息重发最大次数。在消息等待定时器超时未收到动态业务激活信息变化通知且动态业务激活信息更新请求发送次数小于等于消息重发最大次数的情况下，应用服务器再次向用户归属服务器发起动态业务激活信息更新请求。在步骤S506中，在应用服务器接收到用户归属服务器反馈的成功响应后，应用服务器将改变的动态业务激活信息的状态设置为未决状态。在应用服务器成功更新动态业务激活信息后，应用服务器将动态业务激活信息的状态设置为更新状态并替换原动态业务激活信息。 

通过本发明所述的方法，解决了采用AS更新HSS保存的DSAI数据的过程和HSS依据DSAI数据变化触发向已注册用户分配的S-CSCF下载业务配置数据过程相分离的方式有可能造成AS和S-CSCF数据不一致性的问题，实现用户业务配置数据在AS和S-CSCF的一致性，保证DSAI机制的应用及其应用效果。 

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中： 

图1示出了IP多媒体子系统中的业务触发的框图； 

图2示出了呼叫建立过程中业务触发过程的流程示意图； 

图3示出了iFC和DSAI之间的关联关系示意图； 

图4示出了业务配置类的高级统一建模语言(UML)模型示意图； 

图5示出了根据本发明的采用动态业务激活信息保持数据一致性的处理方法的流程图； 

图6示出了根据本发明一个实施例的用于DSAI处理一致性的消息流程图； 

图7示出了根据本发明的采用动态业务激活信息保持数据一致性的处理方法的流程图；以及 

图8示出了根据本发明另一个实施例的用于DSAI处理一致性的消息流程图。 

具体实施方式

下面参考附图，详细说明本发明的具体实施方式。 

本发明针对已注册用户，在应用服务器(AS)上的用户业务签约信息发生更改时，由应用服务器(AS)通过Sh接口向归属用户服务器(HSS)发起订阅通知请求，请求订阅DSAI的变化数据，同时发起用户数据更新请求，其中包括待更改的DSAI数据，并设置通知消息等待定时器。归属用户服务器(HSS)接收到DSAI数据更新请求时，不立即更新DSAI数据，而是首先触发向分配给用户的服务呼叫会话功能(S-CSCF)的下载用户业务配置数据的过程，其中包括未被DSAI屏蔽的iFC信息，在得到成功的数据下载应答消息后，更新DSAI数据，进而触发向应用服务器(AS)的通知消息。 

应用服务器(AS)在通知消息等待定时器设置的时间内接收到关于DSAI数据的通知消息，验证通过即认为用户业务签约信息更新成功；否则再次发起向归属用户服务器(HSS)的用户数据更新请求，其中包括通知消息等待定时器超时的情况。 

图5示出了根据本发明的采用动态业务激活信息保持数据一致性的处理方法的流程图。如图5所示，该方法包括以下步骤： 

步骤S502，提供商在部署业务时分别在HSS和所有支持该业务的应用服务器(AS)上配置了DSAI信息。用户在提供商的一个应用服务器(AS)上更改签约信息，应用服务器(AS)发起向HSS的订阅通知请求，请求订阅DSAI数据的变化通知。 

步骤S504，应用服务器(AS)向HSS发起DSAI数据更新请求，其中包括当前待更新的DSAI数据信息。 

步骤S506，HSS接收到应用服务器(AS)更新DSAI数据的请求，向应用服务器(AS)返回成功应答，此时HSS并不立即执行数据更新操作，而是触发向已注册用户分配的S-CSCF的业务配置数据下载过程，其中包括未被DSAI信息屏蔽的iFC信息。 

S508，HSS接收到S-CSCF的业务配置数据更新成功应答，执行DSAI数据更新操作，从而触发向应用服务器(AS)的通知请求； 

S510，应用服务器(AS)接收到HSS的通知请求，校验通知请求中的DSAI数据是否与步骤S502更新的DSAI数据一致，并表明更新DSAI数据操作的结果。 

进一步地，步骤S502还包括应用服务器(AS)向HSS查询DSAI值的用户数据查询请求，获取当前保存在HSS中DSAI数据信息。 

进一步地，步骤S504还包括应用服务器(AS)接收到HSS返回的成功应答后设置通知消息等待定时器和消息重发最大次数； 

进一步地，步骤S504还包括应用服务器(AS)接收到HSS返回的成功应答后设置新DSAI数据为更新未决状态； 

进一步地，步骤S504还包括应用服务器(AS)设置通知消息等待定时器后，消息等待定时器超时，且消息发送次数未达到消息重发最大次数，应用服务器(AS)再次向HSS发起DSAI数据更新请求； 

进一步地，步骤S504还包括应用服务器(AS)设置通知消息等待定时器后，消息等待定时器超时，且消息发送次数达到消息重发最大次数，应用服务器(AS)不再向HSS发起DSAI数据更新请求，而是直接表明更新DSAI数据操作失败，不替换原DSAI数据。 

进一步地，步骤S510还包括应用服务器(AS)校验DSAI数据一致，替换原DSAI数据，并设置新DSAI数据为更新状态，同时表明更新DSAI数据操作成功。 

进一步地，步骤S510还包括应用服务器(AS)校验DSAI数据不一致，终止消息等待定时器，且消息发送次数未达到消息重发最大次数，重复步骤S504，不替换原DSAI数据。 

进一步地，步骤S510还包括应用服务器(AS)校验DSAI数据不一致，终止消息等待定时器，且消息发送次数达到消息重发最大次数，不替换原DSAI数据，并设置新DSAI数据为更新状态，同时表明更新DSAI数据操作失败。 

图6描述了本发明针对已注册用户，用于动态业务信息处理一致性的流程图。包括以下步骤： 

步骤S602，用户在提供商的一个应用服务器(AS)上更改业务签约信息，应用服务器(AS)向归属用户服务器(HSS)发起用户数据请求(UDR，User-Data-Request)，查询该业务在归属用户服务器(HSS)上保存的DSAI数据信息。 

步骤S604，归属用户服务器(HSS)向应用服务器(AS)返回用户数据应答(UDA，User-Data-Answer)，其中包括当前存储在HSS中的DSAI数据信息。 

应用服务器(AS)检查步骤S602中业务签约信息更改后DSAI的数据信息是否与步骤S604中查询到的保存在归属用户服务器(HSS)中的DSAI数据信息一致，如果一致，应用服务器(AS)不再执行任何操作，即不需要进行DSAI数据的更新，流程结束；否则执行步骤S606。 

步骤S606，应用服务器(AS)向归属用户服务器(HSS)发起订阅通知请求(SNR，Subscribe-Notifications-Request)，请求订阅DSAI的变化数据。 

步骤S608，归属用户服务器(HSS)向应用服务器(AS)返回订阅通知应答(SNA，Subscribe-Notifications-Answer)。 

步骤S610，应用服务器(AS)向归属用户服务器(HSS)发起配置数据更新请求(PUR，Profile-Update-Request)，请求更新DSAI数据。 

步骤S612，归属用户服务器(HSS)接收到配置数据更新请求后，发现请求更新DSAI数据，并不立即更新DSAI数据，而是直接向应用服务器(AS)返回成功的配置数据更新应答(PUA，Profile-Update-Answer)。 

应用服务器(AS)接收到成功的配置数据更新应答后，在本地设置通知消息等待定时器，用于接收DSAI数据更新成功的通知消息，并设置新DSAI数据为更新未决状态，同时设置消息重发最大次数。 

步骤S614，归属用户服务器(HSS)检索与DSAI关联的iFC，并通过Cx接口向服务呼叫会话控制功能(S-CSCF)发送推配置数据请求(PPR，Push-Profile-Request)，下载用户业务配置数据，其中包括未被DSAI屏蔽的iFC信息。 

步骤S616，服务呼叫会话控制功能(S-CSCF)向归属用户服务器(HSS)返回推配置数据应答(PPA，Push-Profile-Answer)。 

如果下载用户业务配置数据成功，归属用户服务器(HSS)更新DSAI数据信息，从而触发步骤S618。 

如果下载用户业务配置数据不成功，归属用户服务器(HSS)不更新DSAI数据信息，从而不会触发步骤S618。此时，应用服务器(AS)不会接收到DSAI数据更新的通知消息，通知消息等待定时器超时，并检查消息发送次数是否达到消息重发最大次数，如果未达到，则重复步骤S610；否则更新DSAI数据失败，原DSAI数据不改变。 

步骤S618，归属用户服务器(HSS)向应用服务器(AS)发起推通知请求(PNR，Push-Notification-Request)，其中包括更新后的DSAI数据信息。 

步骤S620，应用服务器(AS)接收到推通知请求(PNR，Push-Notification-Request)后，验证消息中携带的DSAI数据信息是否与本地数据库中保存的新DSAI数据信息一致。 

如果DSAI数据信息一致，检查新DSAI数据是否为更新未决状态，如果是，则终止通知消息等待定时器，并设置新DSAI数据为更新状态，同时用新DSAI数据替换原DSAI数据，并返回成功的推通知应答(PNA，Push-Notification-Answer)，流程结束；否则返回成功的推通知应答PNA，流程结束。 

如果DSAI数据信息不一致，检查新DSAI数据是否为更新未决状态，如果是，返回失败的推通知应答PNA，其中包括DSAI无效的错误信息(DIAMETER_ERROR_DSAI_NOT_AVAILABLE)，并终止通知消息等待定时器，检查消息发送次数是否达到消息重发最大次数，如果未达到，则重复步骤S610；否则更新DSAI数据失败，原DSAI数据不改变。 

如果新DSAI数据为更新状态，则说明归属用户服务器(HSS)中DSAI数据发生改变，应用服务器(AS)同步更新DSAI数据信 息，其中包括本例中设置的新DSAI数据和原DSAI数据，并返回成功的推通知应答PNA。 

与现有技术相比，由于本发明在DSAI机制的应用过程中，通过通知消息关联了AS更新数据过程和HSS由此触发下载数据的过程，使得AS通过通知消息可以得知HSS是否下载数据成功，如果不成功则再次发起向HSS的更新过程，因此解决了采用AS更新HSS保存的DSAI数据的过程与HSS依据DSAI数据变化触发向已注册用户分配的S-CSCF下载业务配置数据过程相分离的方式有可能造成AS和S-CSCF数据不一致性的问题，保证了DSAI机制的应用及其应用效果。 

本发明针对已注册用户，在应用服务器(AS)上的用户业务签约信息发生更改时，由应用服务器(AS)通过Sh接口向归属用户服务器(HSS)发起用户数据更新请求，其中包括待更改的DSAI数据。 

归属用户服务器(HSS)接收到来自应用服务器(AS)的用户数据更新请求后，立即更新DSAI数据，更新成功后向应用服务器(AS)返回成功的用户数据更新应答消息。应用服务器(AS)接收到成功的用户数据更新应答消息，即认为DSAI数据更新成功。 

与此同时，归属用户服务器(HSS)触发向为用户分配的服务呼叫会话功能(S-CSCF)下载用户业务配置数据的过程，其中包括未被DSAI屏蔽的iFC信息。用户业务配置数据下载失败，归属用户服务器(HSS)向用户分配的服务呼叫会话功能(S-CSCF)发起注册终止请求，请求删除用户的注册信息，并促使用户重新发起注册请求。而后用户重新发起注册请求，归属用户服务器(HSS)重新向为用户分配的服务呼叫会话功能(S-CSCF)下载用户业务配置数据。 

图7是根据本发明的采用动态业务激活信息保持数据一致性的处理方法的流程图。如图7所示，该方法包括以下步骤： 

步骤S702，提供商在部署业务时分别在HSS和所有支持该业务的应用服务器(AS)上配置了DSAI信息。 

S704，用户在提供商的一个应用服务器(AS)上更改签约信息，并触发该业务的动态业务激活信息(DSAI)经由应用服务器(AS)通过Sh接口传递到HSS的过程。应用服务器(AS)向HSS发起DSAI数据更新请求。 

S706，HSS接收到应用服务器(AS)更新DSAI数据的请求，立即执行数据更新操作，成功后向应用服务器(AS)返回成功应答，应用服务器(AS)接收到成功应答后即认为DSAI数据更新成功。 

S708，HSS触发向已注册用户分配的S-CSCF的业务配置数据下载过程，其中包括未被DSAI信息屏蔽的iFC信息。 

S710，HSS接收到S-CSCF的业务配置数据更新不成功应答或未接收到应答消息，发起向S-CSCF的注册终止请求，请求注销用户在S-CSCF的注册信息，并促使用户重新注册。 

S712，用户在注册周期内再次发起向网络的注册请求，HSS在注册过程中重新向用户分配的S-CSCF下载用户业务配置数据，其中包括未被DSAI信息屏蔽的iFC信息。 

图8描述了本发明针对已注册用户，用于动态业务信息处理一致性的流程图。如图8所示，包括以下步骤： 

步骤S802，用户在提供商的一个应用服务器(AS)上更改业务签约信息，应用服务器(AS)向归属用户服务器(HSS)发起用 户数据请求(UDR，User-Data-Request)，查询该业务在归属用户服务器(HSS)上保存的DSAI数据信息。 

步骤S804，归属用户服务器(HSS)向应用服务器(AS)返回用户数据应答(UDA，User-Data-Answer)，其中包括当前存储在HSS中的DSAI数据信息。 

应用服务器(AS)检查步骤S802中业务签约信息更改后DSAI的数据信息是否与步骤S804中查询到的保存在归属用户服务器(HSS)中的DSAI数据信息一致，如果一致，应用服务器(AS)不再执行任何操作，即不需要进行DSAI数据的更新，流程结束；否则执行步骤S806。 

步骤S806，应用服务器(AS)向归属用户服务器(HSS)发起配置数据更新请求(PUR，Profile-Update-Request)，请求更新DSAI数据。 

步骤S808，归属用户服务器(HSS)接收到配置数据更新请求后，发现请求更新DSAI数据，立即更新DSAI数据，并向应用服务器(AS)返回成功的配置数据更新应答(PUA，Profile-Update-Answer)。应用服务器(AS)接收到成功的配置数据更新应答(PUA)后即认为DSAI数据更新成功。 

步骤S810，归属用户服务器(HSS)检索与DSAI关联的iFC，并通过Cx接口向服务呼叫会话控制功能(S-CSCF)发送推配置数据请求(PPR，Push-Profile-Request)，下载用户业务配置数据，其中包括未被DSAI信息屏蔽的iFC信息。 

步骤S812，服务呼叫会话控制功能(S-CSCF)向归属用户服务器(HSS)返回推配置数据应答(PPA，Push-Profile-Answer)。 如果下载用户业务配置数据不成功或未接收到推配置数据应答(PPA)消息，方法接着继续到步骤S814。 

步骤S814，归属用户服务器(HSS)更改用户的注册状态为未注册，并向为用户分配的服务呼叫会话控制功能(S-CSCF)发送注册终止请求(RTR，Registration-Termination-Request)，注销原因为SERVER_CHANGE，请求注销用户在服务呼叫会话控制功能(S-CSCF)的注册信息，并迫使用户发起重注册。 

步骤S816，服务呼叫会话控制功能(S-CSCF)接收到来自归属用户服务器(HSS)的注册终止请求(RTR)，删除用户的注册信息，设置用户为未注册状态，并向用户发起网络注销请求，同时返回成功的注册终止应答(RTA，Registration-Termination-Answer)消息。用户在规定的注册周期内会再次向网络发起注册请求，归属用户服务器(HSS)会在注册过程中重新向为用户分配的服务呼叫会话控制功能(S-CSCF)下载用户业务配置数据，其中包括未被DSAI信息屏蔽的iFC信息。 

与现有技术相比，由于本发明在DSAI机制的应用过程中，通过HSS向用户分配的S-CSCF发送注册终止请求消息，迫使用户重新向网络发起注册，从而达到HSS再次向S-CSCF下载用户业务配置数据的目的，因此解决了采用AS更新HSS保存的DSAI数据的过程与HSS依据DSAI数据变化触发向已注册用户分配的S-CSCF下载业务配置数据过程相分离的方式有可能造成AS和S-CSCF数据不一致性的问题，保证了DSAI机制的应用及其应用效果。 

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。 

Claims (6)

1.一种采用动态业务激活信息保持数据一致性的处理方法，其特征在于，包括以下步骤：

步骤S502，分别在用户归属服务器和支持所部署的业务的所有应用服务器上配置动态业务激活信息，所述应用服务器向所述用户归属服务器订阅所述动态业务激活信息变化通知；

步骤S504，在所述应用服务器上的签约信息改变的情况下，所述应用服务器向所述用户归属服务器发送动态业务激活信息更新请求；

步骤S506，所述用户归属服务器接收到所述应用服务器更新所述动态业务激活信息的请求，向所述应用服务器反馈成功响应，所述用户归属服务器触发向已注册用户分配的服务呼叫会话控制功能实体的业务配置数据下载，所下载的业务配置数据包括未被动态业务激活信息屏蔽的初始过滤规则信息；

步骤S508，所述用户归属服务器接收到来自所述服务呼叫会话控制功能实体的业务配置数据更新成功响应后，执行所述动态业务激活信息的更新操作并向所述应用服务器发送动态业务激活信息变化通知，其中，所述动态业务激活信息变化通知包括所述用户归属服务器更新后的动态业务激活信息；以及

步骤S510，所述应用服务器接收到所述动态业务激活信息变化通知后，检验所述动态业务激活信息变化通知中的动态业务激活信息与所述应用服务器中改变后的动态业务激活信息是否一致，如果一致则更新成功，如果不一致，则更新失败。

2.根据权利要求1所述的处理方法，其特征在于，在所述步骤S504之前，所述应用服务器向所述用户归属服务器查询所述用户归属服务器中的动态业务激活信息，在所查询的动态业务激活信息与所述应用服务器中改变后的动态业务激活信息一致的情况下，不执行步骤S504至步骤S510，在不一致的情况下，执行步骤S504至步骤S510。

3.根据权利要求1或2所述的处理方法，其特征在于，在所述步骤S506中，在所述应用服务器接收到用户归属服务器反馈的成功响应后，所述应用服务器设置通知消息等待定时器和消息重发最大次数。

4.根据权利要求3所述的处理方法，其特征在于，在所述消息等待定时器超时未收到所述动态业务激活信息变化通知且所述动态业务激活信息的更新请求发送次数小于等于所述消息重发最大次数的情况下，所述应用服务器再次向所述用户归属服务器发起所述动态业务激活信息更新请求。

5.根据权利要求4所述的处理方法，其特征在于，在所述步骤S506中，在所述应用服务器接收到用户归属服务器反馈的成功响应后，所述应用服务器将改变的动态业务激活信息的状态设置为未决状态。

6.根据权利要求5所述的处理方法，其特征在于，在所述应用服务器成功更新所述动态业务激活信息后，所述应用服务器将所述动态业务激活信息的状态设置为更新状态并替换原动态业务激活信息。

Images