专利名称：保证全网数据一致性的方法
技术领域：
本发明涉及通信领域，更具体地涉及一种保证全网数据一致性 的方法。
背景技术：
网纟各互联:十办i义(Internet Protocol,简-尔IP)多々某体子系纟充(IP Multimedia Core Network Subsystem,简称IMS )是一种基于会话发 起妨4义(Session Initiation Protocol,简称、SIP )( —种在两方或多方 间创建、修改、终结会话的应用层协议)的通信网络。会话控制功 能实体(Call Session Control Function,简称CSCF )完成注册、会 话、及会话无关功能。
图1是现有IMS网络的架构示意图。如图1所示，现有IMS 网纟各主要涉及以下网元和i殳备用户i殳备(User Equipment,简称 UE)、 4<理呼叫会话控制功能实体(Proxy Call Session Control Function,简称P-CSCF)、查询呼叫会话控制功能实体(Interrogating Call Session Control Function,简称I-CSCF)、服务呼叫会话控制功 能实体(Serving Call Session Control Function,简称S-CSCF )、归 属用户服务器(Home Subscriber Server,简称HSS)、以及应用服务 器(Application Server,简称AS)。
P-CSCF是终端用户接入IMS的接入点，用于完成用户注册、 月良务质量4空制和安全管理、以及<呆存用户4言息。I-CSCF负责IMS 域之间的互通、S-CSCF的分配等。S-CSCF是IMS的业务交换中心， 用于保存注册时用户的签约数据、执行会话控制、维持会话状态、 以及管理用户信息。HSS是用户数据库，用于支持各网络实体对呼 叫和会话的处理。AS是各种业务服务器，如呈现服务器等。
如果一个IMS用户要进行会话，则需要首先进行注册，注册的 过程就是将自己的位置在网络上进行登记的过程。成功注册后， P-CSCF和S-CSCF上会保存相关的用户数据，以便会话使用。订阅 (Subscribe) /通知(Notify)才几制使网络实体可以订阅某种资源信 息。当资源信息改变时，负责资源的网络实体可以通知订阅者。注 册成功后，P-CSCF会向S-CSCF建立用户注册状态的订阅，这样用 户注册状态改变后，S-CSCF能够通过Notify消息通知到P-CSCF， 以保证全网数据的 一致性。
在当前才支术中，注册流禾呈以及P-CSCF只于用户注册状态的订阅 流禾呈如图2所示，包4舌以下步艰纟
S202，UE向P-CSCF发送注册请求，请求中带有7>有用户标识。
S204， P-CSCF收到注册请求时，通过域名系统(DomainName System,简称DNS)查询或其它方法找到I-CSCF,并将注册请求 转发到I画CSCF。
S206 ， I-CSCF向HSS发送S-CSCF分配请求，要求分配S-CSCF。
S208, HSS向I-CSCF返回S-CSCF分配响应，该响应消息中 包含有为该用户分配的S-CSCF地址/名称或能力列表。
S210， I-CSCF将注册请求发送到选定的S-CSCF。
S212 S232，如果S-CSCF需要对用户进行认证鉴权，那么需 要向HSS获取用户认证向量，并根据用户认证响应(S214)消息中 返回的认证向量，构造挑战请求(401 Unauthorized消息)(S216 ), 将挑战请求转发到UE后(S218 S220)， UE构造才兆战响应，并通 过I-CSCF a寻才兆占戈响应发送给S-CSCF ( S222 ~ S230 )， S画CSCF 4丈到 挑战响应消息后，判断用户的合法性(S232)，完成对用户的认证、 鉴权；如果不需要认证鉴权，则可直接执行S234。
S234, S-CSCF向HSS发送用户配置请求。
S236， HSS存储S-CSCF信息，并将用户的签约数据、计费地 址4言息返回S-CSCF。
S238 S242， S-CSCF构造注册成功响应(2000K消息)，并将 其通过I-CSCF和P-CSCF转发给UE。
S244,如果是初始注册，P-CSCF对公有用户标识构造注册状 态初始订阅请求，并将初始订阅请求消息发送到I-CSCF上。
S246， I-CSCF通过查询HSS,得到S-CSCF地址。
S248， I-CSCF将初始订阅请求发送到S-CSCF上。
S250-S252, S-CSCF构造初始订阅请求的成功响应，并将响 应透传到P画CSCF。
S254,当公有用户标识注册状态发生改变时，S-CSCF会发送 Notify消息到P-CSCF。
S256, P-CSCF收到通知消息，正确处理后，发送通知的成功 响应。
以上完成了用户的初始注册和P-CSCF对用户注册状态的初始 订阅。经过P-CSCF 、 I-CSCF 、 S-CSCF注册成功后，P-CSCF和S-CSCF 上会保存用户数据，HSS上也会记录注册状态。如果用户发起注销， 注销流程和注册流程完全一致，注销后P-CSCF和S-CSCF会删除 先前保存的用户数据。
由于P-CSCF和S-CSCF之间建立了订阅/通知关系，所以当用 户的注册状态发生改变时，S-CSCF会主动发送Notify消息，通知 P-CSCF。进一步i兌，当由于某种原因(如HSS主动删除用户、或 者运维需要等)导致S-CSCF主动删除用户数据时，S-CSCF会基于 订阅/通知才几制，向P-CSCF发送Notify消息，通知P-CSCF注销该 用户，从而保证P-CSCF、 I-CSCF、 S-CSCF、 HSS的全网数据的一 致性。
但是，当出于某种原因，如目前P-CSCF通过OPTIONS (检测 消息)机制来检测UE是否可用，当检测出UE不可用时，P-CSCF 根据本地策略配置主动删除本地用户数据，或是运维需要，P-CSCF 主动删除本地用户凄t据时，现有协i义标准没有对该异常^是出有效的 解决方案，没有途径和方法〗吏得P-CSCF能够通知S-CSCF删除用 户数据。这样势必会造成P-CSCF上无数据，S-CSCF和HSS上为 注册状态，有用户数据，从而导致P-CSCF和S-CSCF、及HSS上 ^:据的不一致。
发明内容
鉴于以上所述的 一个或多个问题，本发明提供了 一种保证全网 凄丈据一致性的方法。
才艮据本发明的^f呆i正全网凄t据 一 致性的方法，包括以下步骤 S302 ，当代理呼叫会话控制功能实体主动删除其上存储的用户相关
数据时，构造注销请求消息，并通过查询呼叫会话控制功能实体将
注销请求消息发送给服务呼叫会话控制功能实体；S304，服务呼叫 会话控制功能实体收到注销请求消息后，删除其上存储的用户相关 数据，并将注销请求通知给归属用户服务器；以及S306，归属用户 服务器收到注销通知后，删除其上存储的用户相关数据。
其中，代理呼叫会话控制功能实体构造的注销请求消息中的内 容与用户设备发起的注销请求消息中的内容一致。并且，代理呼叫 会话控制功能实体构造的注销请求消息携带有用于标识注销请求消 息是由代理呼叫会话控制功能实体构造的标记。在这种情况下，月艮 务呼叫会话控制功能实体不需要对注销请求消息进行鉴权。其中， 用于标识注销请求消息是由代理呼叫会话控制功能实体构造的标记 位于扩展的或已有的呼叫发起协议消息字头段中。
其中，当服务呼叫会话控制功能决定还需要触发应用服务器注 销时，在向归属用户服务器转发注销通知的同时，向应用服务器转 发注销请求消息，以请求应用服务器删除其上存储的用户相关数据。 当代理呼叫会话控制功能实体检测出用户设备宕机或出现逻辑问题 时、或出于管理的需要而删除其上存储的用户相关数据。代理呼叫 会话控制功能实体采用注册方法构造注销"^青求消息。
本发明通过使P-CSCF主动构造注销请求消息，且带上指示标 识，并通知S-CSCF,从而解决了 P-CSCF主动删除用户数据带来的 问题，保证了全网数据的一致性。
此处所说明的附图用来4是供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其说明用于解释本发明，并 不构成对本发明的不当限定。在附图中
图1是现有IMS网络架构的示意图2是相关4支术中的IMS用户初始注册及P-CSCF对用户注册 状态订阅过程的流程图3是才艮据本发明实施例的保i正全网凄t据一致性的方法的简要 5充禾呈图；以及
图4是才艮据本发明实施例的保证全网数据一致性的方法的详细
流程图。
具体实施例方式
在i见有才支术中，当P-CSCF主动删除本;也用户数据时(如目前 P-CSCF通过OPTIONS机制来检测UE是否可用，当检测出UE不 可用时，P-CSCF根据本地策略配置主动删除本地用户数据，或是 运维需要等情况)，无法通知S-CSCF、 HSS、和AS, 乂人而导致凄欠才居 不一致。因此需要建立一种途径和方法，以在P-CSCF主动删除本 地用户数据时，能够通知到S-CSCF,从而使S-CSCF能够执行相应 的注销逻辑，从而保证全网凄t据的一致性。本发明主要是使P-CSCF 主动构造注销请求消息，并带上特定的标识，通过构造的注销请求 消息通知到S-CSCF,使S-CSCF收到该注销请求消息后，执行相应 的注销逻辑。下面参考附图，详细i兌明本发明的具体实施方式
。
参考图3,简要说明根据本发明实施例的保证全网数据一致性 的方法。如图3所示，该方法包4舌以下步骤S302,当4戈理呼叫会 话控制功能实体主动删除其上存储的用户相关数据时，构造注销请 求消息，并通过查询呼叫会话控制功能实体将注销请求消息发送给 服务呼叫会话控制功能实体；S304，服务呼叫会话控制功能实体收 到注销请求消息后，删除其上存储的用户相关数据，并将注销请求
通知给归属用户服务器；以及S306,归属用户服务器收到注销通知 后，删除其上存4诸的用户相关数据。
其中，S-CSCF在执行注销逻辑时，检查用户是否签约第三方 注销，如果是则触发第三方注销。即，在用户签约了第三方注销的 情况下，S-CSCF还需要向第三方(应用服务器)转发注销请求消 息，以请求第三方删除其上存储的用户相关数据。
其中，当P-CSCF才企测出UE宕机或内部逻辑出现问题时、或 出于管理的需要而主动删除用户翁:据。P-CSCF通过注册(Register ) 方法(注册时长expires=0 )来构造注销请求消息。P-CSCF构造的 注销请求消息与UE发起的注销请求消息一致。
其中，P-CSCF通过在注销-清求消息中扩展(增加)SIP消息头 字段或通过在已有的SIP消息头字段中扩展(增加)参数(包含参 数名和参数值)等方式，在这些头字段中带上标识，指示该注销请 求消息是由P-CSCF主动构造的注销:清求消息。
其中，S-CSCF收到注销请求消息后，检测出注销请求消息中 包含P-CSCF扩展字段相应标识，获知所收到的注销请求消息为 P-CSCF主动构造的注销请求消息，认为该消息可信，无需鉴权。
参考图4，详细说明根据本发明实施例的保证全网数据一致性 的方法。如图4所示，该方法具体包括以下步骤
S402, P-CSCF由于某种原因(目前P-CSCF通过OPTIONS枳j 制来检测UE是否可用，当检测出UE不可用时，P-CSCF根据本地 策略配置主动删除本地用户数据，或是运维需要)主动删除本地用 户数据。S404, P-CSCF根据本地保存的用户数据，采用Register方法 构造注销请求消息。其中，该注销请求消息中的内容与UE发起的 注销请求消息一致，注册时长为0 (expires=0)。另外通过已有头字 段的扩展参数或扩张头字段带上标识，指示该注销请求消,包、是 P-CSCF构造的消息。
S406 ~ S408， I-CSCF向HSS ^iii S-CSCF々酉己:^v，，并才艮才居 响应消息得到S-CSCF。
S410， I-CSCF向S-CSCF发送注销请求消息。
S412， S-CSCF收到注销请求消息，根据注销请求消息中的指 示标识，判断出是P-CSCF主动发起的注销请求消息，认为该注销 i青求消息可4言，无须^"该用户i人i正鉴4又。
S414 ， S画CSCF 向 HSS 发送酉己置、青 ，， (Server-Assignment-Request,简称SAR),指示HSS注销该用户。
S416, HSS删除保存的S-CSCF名称，并改变用户注册状态， 发送配置响应消息(Server-Assignment-Answer, 简^尔SAA )纟合 S-CSCF 。
S418， S-CSCF构造注销成功响应消息(200OK)。
S420， I-CSCF ^)夸注销成功响应消息透传给P-CSCF, P-CSCF 收到注销成功响应消息后，无须将注销成功响应消息转发给UE。
S422, S-CSCF根据本地保存的签约数据，决定是否触发第三 方注销，如果需要触发，则向AS发送第三方注销请求消息。
S424, AS^^丸行注销逻辑后，回复注销成功响应。
由上可见，当P-CSCF主动删除本地用户邀:I居时，P-CSCF能够 构造注销请求消息通知S-CSCF， S-CSCF收到该请求后，执行注销 用户操作，包括删除本地用户数据、通知HSS注销用户、如果签约 AS还会通知AS注销用户，乂人而4呆i正了全网凝:才居的一致性。
以上所述^f又为本发明的实施例而已，并不用于限制本发明，只于 于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本 发明的精神和原则之内，所作的任何修改、等同替换、改进等，均 应包含在本发明的4又利要求范围之内。
权利要求
1.一种保证全网数据一致性的方法，其特征在于，包括以下步骤S302，当代理呼叫会话控制功能实体主动删除其上存储的用户相关数据时，构造注销请求消息，并通过查询呼叫会话控制功能实体将所述注销请求消息发送给服务呼叫会话控制功能实体；S304，所述服务呼叫会话控制功能实体收到所述注销请求消息后，删除其上存储的用户相关数据，并将注销请求通知给归属用户服务器；以及S306，所述归属用户服务器收到所述注销通知后，删除其上存储的用户相关数据。
2. 根据权利要求1所述的保证全网数据一致性的方法，其特征在 于，所述注销请求消息中的内容与用户设备发起的注销请求消 息中的内容一致。
3. 根据权利要求2所述的保证全网数据一致性的方法，其特征在 于，所述注销请求消息携带有用于标识所述注销请求消息是由 所述代理呼叫会话控制功能实体构造的标记。
4. 根据权利要求3所述的保证全网数据一致性的方法，其特征在 于，所述服务呼叫会话控制功能实体不对所述注销请求消息进 行鉴权。
5. 根据权利要求4所述的保证全网数据一致性的方法，其特征在 于，用于标识所述注销请求消息是由所述代理呼叫会话控制功 能实体构造的标记位于扩展的或已有的呼叫发起协议消息字 头段中。
6. 根据上述权利要求中的任一项所述的保证全网数据一致性的 方法，其特征在于，当所述服务呼叫会话控制功能决定还需要 触发应用服务器注销时，在向所述归属用户服务器发送注销通 知的同时，向所述应用服务器转发所述注销请求消息，以请求 所述应用H务器删除其上存储的用户相关数据。
7. 根据权利要求6所述的保证全网数据一致性的方法，其特征在 于，当所述代理呼叫会话控制功能实体检测出用户i殳备宕才几或 出现逻辑问题时、或出于管理的需要而删除其上存储的用户相 关数据。
8. 根据权利要求7所述的保证全网数据一致性的方法，其特征在 于，所述^理呼叫会话控制功能实体采用注册方法构造所述注 销请求消息。
全文摘要
本发明公开了一种保证全网数据一致性的方法，包括以下步骤S302，当代理呼叫会话控制功能实体主动删除其上存储的用户相关数据时，构造注销请求消息，并通过查询呼叫会话控制功能实体将注销请求消息发送给服务呼叫会话控制功能实体；S304，服务呼叫会话控制功能实体收到注销请求消息后，删除其上存储的用户相关数据，并将注销请求通知给归属用户服务器；以及S306，归属用户服务器收到注销通知后，删除其上存储的用户相关数据。通过本发明，能够保证IMS网的全网数据的一致性。
文档编号H04L12/56GK101106573SQ20071014805
公开日2008年1月16日 申请日期2007年9月3日 优先权日2007年9月3日
发明者盛国平, 缪永生, 郝振武 申请人:中兴通讯股份有限公司