CN100461953C - 确定发起注销流程的时机的方法及系统 - Google Patents

Abstract

本发明提供了确定发起注销流程的时机的方法及系统，其关键是，明确给出了当I-CSCF重选S-CSCF后，HSS通知曾为该用户提供服务的旧的S-CSCF发起注销流程的时机，确保了I-CSCF在发起S-CSCF重选的时候，HSS能够先通知旧的S-CSCF发起注销流程，再用新的S-CSCF的名称覆盖本地保存的曾为该用户提供服务的旧的S-CSCF的名称，从而保证了正确地执行业务流程，提升了用户的满意度，也提高了运营商网络的效率和可靠性，而且与现有技术有很好的兼容性。

Description

确定发起注销流程的时机的方法及系统

技术领域

本发明涉及移动通信技术领域，特别是指确定发起注销流程的时机的方法及系统。

背景技术

随着宽带网络的发展，移动通信将不仅仅局限于传统的话音通信，通过与呈现业务(presence)、短消息、网页(WEB)浏览、定位信息、推送业务(PUSH)以及文件共享等数据业务的结合，移动通信能够实现音频、视频、图片和文本等多种媒体类型的业务，以满足用户的多种需求。

第三代移动通信标准化伙伴项目(3GPP)以及第三代移动通信标准化伙伴项目2(3GPP2)等组织都先后推出了基于IP的多媒体子系统(IMS)架构，其目的是在移动网络中使用一种标准化的开放结构来实现多种多样的多媒体应用，以给用户提供更多的选择和更丰富的感受。

IMS架构叠加在分组域网络之上，由呼叫状态控制功能(CSCF)实体、媒体网关控制功能(MGCF)实体、媒体资源功能(MRF)实体和用户归属网络服务器(HSS)等功能实体组成。MGCF用于实现IMS网络和其它网络的互通；MRF用于提供媒体资源，如收放音，编解码和多媒体会议桥等；HSS保存着所有和签约相关的信息，用于支持各个网络实体对呼叫和会话的处理，具体包括：用户的标识、编号以及寻址信息；用户的安全信息；用户的位置信息以及用户的描述信息(user profile information)等，一个归属网络可以有一个或者多个HSS，具体个数取决于移动签约用户的数量，网络设备的容量以及具体的组网情况。

CSCF又可以分成服务CSCF(S-CSCF)、代理CSCF(P-CSCF)和查询CSCF(I-CSCF)三个逻辑实体，该三个逻辑实体可能是不同的物理设备，也可能是同一个物理设备中不同的功能模块。S-CSCF是IMS的业务控制中心，用于执行会话控制，维持会话状态，管理用户信息，产生计费信息等；P-CSCF是终端用户接入IMS的接入点，用于完成用户注册，服务质量(QoS)控制和安全管理等；I-CSCF负责IMS域之间的互通，管理S-CSCF的分配，对外隐藏网络拓扑结构和配置信息，并产生计费数据等。

因为IMS网络结构做到了和底层承载网络无关，因此3GPP定义的IMS网络也可以应用在3GPP定义的分组域网络之外的其他分组网络上，因此在这里不限制IMS只应用在3GPP相关的网络和应用上，其他类型的接入网络和承载网络的业务和应用也可以用IMS架构来实现。

每个签署了IMS业务的用户都由归属网络运营商为其分配了一个或一个以上私有用户标识，用于在注册、授权、管理和计费过程中使用，该标识使用网络接入标识(NAI，Network Access Identifier)的格式；每个IMS用户还有一个或一个以上公共用户标识，用于和其他用户通信时标识自己，找到对方。私有用户标识一般不对外公开，而公共用户标识是对外公开的，在使用各类业务的会话过程中使用。

根据用户是否发起注册过程可以将用户的注册状态分为注册状态，注销状态和未注册状态，注册状态指的是一个公共用户标识完成了注册(REGISTER)过程，被分配了服务的S-CSCF，注销状态指的是一个公共用户标识根本没有发起过REGISTER过程，未注册状态指的是一个公共用户标识没有发起REGISTER过程，但是其作为被叫被分配了服务的S-CSCF或者有一个S-CSCF保存了该公共用户标识对应的用户的描述信息。

根据现有的IMS规范可以知道：HSS接收到来自I-CSCF的查询信息后，如果该查询信息中已明确指示需要重新选择S-CSCF，则HSS认为I-CSCF需要重新选择S-CSCF，并给I-CSCF返回满足用户最严格业务签约要求的S-CSCF能力信息，以供I-CSCF重新选择S-CSCF。

如果该查询信息中没有明确指示出是否需要重新选择S-CSCF，则HSS根据自身保存的用户签约信息，判断是否需要I-CSCF重新选择S-CSCF。

如果HSS认为当前为该用户服务的S-CSCF能够满足该用户的需要，则只返回包含某个S-CSCF的名称的应答信息，此时，I-CSCF会继续与该S-CSCF进行交互；如果HSS中还没有为该用户任何一个标识分配过S-CSCF，则只返回满足用户最严格业务签约要求的S-CSCF能力信息，由I-CSCF根据该能力信息选择一个S-CSCF，并与其交互，也不存在I-CSCF重新选择一个不同的S-CSCF的问题；如果HSS认为当前为该用户服务的S-CSCF可能不能够满足该用户的需要，则同时返回某个S-CSCF的名称和满足用户最严格业务签约要求的S-CSCF能力，由I-CSCF决定是否重新选择S-CSCF，也就是说此时可能存在I-CSCF重新选择S-CSCF的问题。

一旦I-CSCF重新选择了S-CSCF，在该新的S-CSCF接收到I-CSCF转发的REGISTER或INVITE后，会按照正常的IMS会话的处理过程向HSS请求用户描述文件，并按照现有流程继续后续处理。

在IMS的规范中，还确定了一个前提，即同一时间对于一个用户只能有一个S-CSCF为其服务。这就意味着当发生S-CSCF重选之后，该用户的所有业务都要由新的S-CSCF处理，为此，需要HSS通知旧的S-CSCF发起注销流程，由旧的S-CSCF执行注销与该用户相关的业务的操作，更新本地的信息，并根据注销原因决定是否通知用户，以避免用户继续应用原有的S-CSCF，从而保证当前只有一个S-CSCF为该用户提供服务。

但是，在现有的IMS规范中，没有明确指明当I-CSCF重新选择S-CSCF后，HSS何时发起注销流程，因此，在现有的实现过程中存在以下问题：

当I-CSCF重新选择S-CSCF后，该新的S-CSCF接收到I-CSCF转发的REGISTER或INVITE后，会按照正常的IMS会话的处理过程向HSS请求用户描述文件，此时HSS将立即用这个新的S-CSCF的名称覆盖本地保存的曾为该用户提供服务的旧的S-CSCF的名称，并按照正常的流程继续执行后续操作。这样，由于HSS中已经没有了该用户与旧的S-CSCF之间的关联信息，导致HSS根本无法通知旧的S-CSCF发起注销，而且HSS和旧的S-CSCF之间还会继续处理大量冗余信息。更严重的是，用户很可能还继续使用旧的S-CSCF，从而造成业务出错，降低了用户对系统的满意度。

发明内容

有鉴于此，本发明的目的在于提供两种确定发起注销流程的时机的方法，用于避免HSS通知旧的S-CSCF发起注销流程之前，用新的S-CSCF的名称覆盖本地保存的曾为该用户提供服务的旧的S-CSCF的名称，并解决由此带来的问题。

同时本发明还提供了两种用于确定发起注销流程的时机的系统，以实现上述方法。

为达到上述目的，本发明的技术方案是这样实现的：

一种确定发起注销流程的时机的方法，该方法包括以下步骤：

在用户归属网络服务器HSS判断出需要查询呼叫状态控制功能实体I-CSCF重新选择为某个用户提供服务的服务呼叫状态控制功能实体S-CSCF后，为本地保存的已为该用户提供服务的S-CSCF设置表明该S-CSCF可能会被修改的标识；

HSS检查S-CSCF是否已更新，且本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改，如果S-CSCF已更新，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则HSS清除该已设置的标识，通知本地保存的为该用户服务的S-CSCF发起注销流程。

较佳地，所述HSS检查S-CSCF是否已更新的方法为：

当HSS接收到来自S-CSCF的请求用户描述信息的消息，判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同，如果名称不同，则S-CSCF已更新，如果相同则S-CSCF未更新。

较佳地，该方法进一步包括：如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称相同，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则清除该已设置的标识，然后按照现有正常流程继续后续处理。

较佳地，该方法进一步包括：如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称不同，且本地保存的为该用户服务的S-CSCF未被标识为可能会被修改，则HSS报错，然后按照现有的出错流程继续后续处理。

较佳地，该方法进一步包括：如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称相同，且本地保存的为该用户服务的S-CSCF未被标识为可能会被修改，则按照现有正常流程继续后续处理。

较佳地，所述HSS首先判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同，再判断本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改，或者，

所述HSS首先判断本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改，再判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同。

较佳地，所述HSS检查S-CSCF是否已更新的方法为：HSS检查是否接收到来自I-CSCF的更新S-CSCF的通知，如果接收到该通知则S-CSCF已更新，否则S-CSCF未更新。

较佳地，HSS根据来自I-CSCF的查询信息中指示重新选择S-CSCF的信息判断出I-CSCF需要重新选择S-CSCF，或者，HSS根据自身保存的用户签约信息的变化，判断出I-CSCF需要重新选择S-CSCF。

较佳地，所述通知本地保存的为该用户服务的S-CSCF发起注销流程的信息中包含注销原因；

该方法进一步包括：本地保存的为该用户服务的S-CSCF根据接收到注销通知中的注销原因，执行与注销相关的业务控制，更新本地信息，之后给HSS返回注销响应；

所述HSS接收到注销响应后，用请求用户描述信息的S-CSCF的名称覆盖本地保存的为该用户服务的S-CSCF的名称，然后按照现有正常流程继续后续处理。

较佳地，所述注销原因为分配了新的服务器NEW_SERVER_ASSIGNED，或设为服务器改变SERVER_CHANGE。

较佳地，所述HSS接收到来自I-CSCF的用户注册状态查询消息(Cx-Query或Cx-Select-Pull)，或用户位置查询消息(Cx-Location-Query)后，执行判断是否需要I-CSCF重新选择S-CSCF的操作。

较佳地，该方法进一步包括：在HSS已经为某个S-CSCF设置了可能被修改的标识之后，清除该可能被修改的标识之前这段时间内，如果某个I-CSCF收到由所述S-CSCF提供服务的用户作为被叫的呼叫请求，则当处理该呼叫请求的某个I-CSCF向HSS查询当前为该用户服务的S-CSCF时，HSS暂时挂起该查询请求直到确定当前为该用户提供服务的S-CSCF后，直接返回当前为该用户服务的S-CSCF。

较佳地，所述处理该呼叫请求的某个I-CSCF与需要执行重新选择S-CSCF操作的I-CSCF是同一个I-CSCF或不同的I-CSCF。

较佳地，当HSS接收到来自S-CSCF的CX-Put或CX-Pull消息后，确定该S-CSCF即为当前为该用户提供服务的S-CSCF。

较佳地，该方法进一步包括：预设用于被叫挂起的定时器，当所述查询请求被挂起后启动该定时器，如果到达预设的定时时间后，该查询请求仍然处于挂起状态，则强行拆断该查询请求。

较佳地，所述表明S-CSCF可能会被修改的标识包括但不限于标志位。

一种确定发起注销流程的时机的方法，该方法包括以下步骤：

在HSS判断出需要I-CSCF重新选择S-CSCF后，通知本地保存的为该用户服务的S-CSCF发起注销流程。

较佳地，所述通知本地保存的为该用户服务的S-CSCF发起注销流程的信息中包含注销原因；

该方法进一步包括：本地保存的为该用户服务的S-CSCF根据接收到注销通知中的注销原因，执行与注销相关的业务控制，更新本地信息，之后给HSS返回注销响应；

所述HSS接收到注销响应后，清除本地保存的S-CSCF名称，然后给I-CSCF返回满足用户最严格业务签约要求的S-CSCF能力信息，再按照本地没有保存S-CSCF名称的处理流程继续后续操作。

较佳地，所述注销原因为分配了新的服务器NEW_SERVER_ASSIGNED，或设为服务器改变SERVER_CHANGE。

较佳地，HSS根据来自I-CSCF的查询信息中指示重新选择S-CSCF的信息判断出I-CSCF需要重新选择S-CSCF，或者，HSS根据自身保存的用户签约信息的变化，判断出I-CSCF需要重新选择S-CSCF。

较佳地，所述HSS接收到来自I-CSCF的用户注册状态查询消息(Cx-Query或Cx-Select-Pull)，或用户位置查询消息(Cx-Location-Query)后，执行判断是否需要I-CSCF重新选择S-CSCF的操作。

一种用于确定发起注销流程的时机的系统，至少包括用户归属网络服务器HSS，查询呼叫状态控制功能实体I-CSCF和服务呼叫状态控制功能实体S-CSCF，且所述HSS内包括用于执行注销流程的注销模块，其特征在于，该系统还包括用于为S-CSCF设置可能被修改标识的标识设置模块，

在HSS判断出需要查询呼叫状态控制功能实体I-CSCF重新选择为某个用户提供服务的服务呼叫状态控制功能实体S-CSCF后，触发标识设置模块，由该标识设置模块为本地保存的已为该用户提供服务的S-CSCF设置表明该S-CSCF可能会被修改的标识；

HSS检查到S-CSCF已更新，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则HSS再次触发标识设置模块，由该标识设置模块清除该已设置的标识，通知HSS内的注销模块，由注销模块对本地保存的为该用户服务的S-CSCF发起注销流程。

一种用于确定发起注销流程的时机的系统，该系统至少包括用户归属网络服务器HSS，查询呼叫状态控制功能实体I-CSCF和服务呼叫状态控制功能实体S-CSCF，且所述HSS内包括用于执行注销流程的注销模块，

在HSS判断出需要I-CSCF重新选择S-CSCF后，通知注销模块，由注销模块对本地保存的为该用户服务的S-CSCF发起注销流程。

应用本发明，在HSS判断出需要I-CSCF重新选择S-CSCF后，为本地保存的已为该用户提供服务的S-CSCF设置表明该S-CSCF可能会被修改的标识；HSS检查S-CSCF是否已更新，且本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改，如果S-CSCF已更新，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则HSS清除该已设置的标识，通知本地保存的为该用户服务的S-CSCF发起注销流程；或者，在HSS判断出需要I-CSCF重新选择S-CSCF后，直接通知本地保存的为该用户服务的S-CSCF发起注销流程，然后再按照没有保存S-CSCF名称的处理来完成后续操作。

本发明明确给出了当I-CSCF重选S-CSCF后，HSS通知曾为该用户提供服务的旧的S-CSCF发起注销流程的时机，确保了I-CSCF在发起S-CSCF重选的时候，HSS能够先通知旧的S-CSCF发起注销流程，再用新的S-CSCF的名称覆盖本地保存的曾为该用户提供服务的旧的S-CSCF的名称，从而保证了正确地执行业务流程，提升了用户的满意度，也提高了运营商网络的效率和可靠性，而且与现有技术有很好地兼容性。

附图说明

图1所示为应用本发明实施例一的流程图；

图2所示为应用本发明实施例二的流程图；

图3所示为应用本发明实施例三的流程图。

具体实施方式

下面结合附图及具体实施例，进一步对本发明做详细说明。

图1所示为应用本发明实施例一的流程图。在本实施例中，用户执行注册操作，将原有为该用户提供服务的旧S-CSCF记作S-CSCFo，将I-CSCF重新选择后的新S-CSCF记作S-CSCFn。

步骤101～步骤102，用户发起注册，该注册请求(REGISTER)经用户代理设备(UA，user agent)及P-CSCF转发至I-CSCF。

步骤103，I-CSCF向HSS发送UAR(User-Authorization-Request)消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Query或Cx-Select-Pull消息。

步骤104，HSS给I-CSCF返回UAA(User-Authorization-Answer)消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Query Resp或Cx-Select-Pull Resp消息。

在本实施例中，如果HSS根据自身保存的用户签约信息的变化，判断出需要I-CSCF重新选择S-CSCF后，在Cx-Query Resp或Cx-Select-Pull Resp消息中包含本地保存的已服务于该用户的S-CSCF的名称和满足用户最严格业务签约要求的S-CSCF能力信息，HSS为该返回给I-CSCF的S-CSCF即S-CSCFo设置表明该S-CSCF可能会被修改的标识。

如果HSS接收到的查询信息中已明确指示出需要重新选择S-CSCF，则HSS在Cx-Query Resp或Cx-Select-Pull Resp消息中包含满足用户最严格业务签约要求的S-CSCF能力信息，然后HSS为本地保存的已服务于该用户的S-CSCF设置表明该S-CSCF可能会被修改的标识。

上述标识可以是一个标志位，也可以是其他的表示方法，只要能够标识出该S-CSCF可能会被修改的意思即可，具体实施方式不做限定。

步骤105，由I-CSCF确定HSS返回的S-CSCF的名称能否满足用户当前的需要，如果可以，则I-CSCF与该HSS返回的S-CSCF继续交互，在本实施例中，假设I-CSCF确定HSS返回的S-CSCF的名称不能满足用户当前的需要，则I-CSCF从满足用户最严格业务签约要求的S-CSCF能力信息中重新选择一个S-CSCF，并获取该新的S-CSCF即S-CSCFn的地址。

步骤106，I-CSCF将Register消息发送给S-CSCFn，即新选择的S-CSCF。

步骤107，S-CSCFn发送MAR(Multimedia-Authentication-Request)消息给HSS，请求用户描述信息以进行鉴权，具体的，在S-CSCFn和HSS之间的Cx接口上的消息为Cx-AuthDataReq。

步骤108，HSS接收到上述信息后，判断请求用户描述信息的S-CSCFn的名称与本地保存的为该用户服务的S-CSCFo的名称是否相同，同时判断本地保存的为该用户服务的S-CSCFo是否已被标识为可能会被修改，在本实施例中，由于S-CSCFo已被标识为可能会被修改，且I-CSCF已经重新选择了S-CSCF，所以S-CSCFn的名称和S-CSCFo的名称肯定不同，因此在HSS判断出S-CSCFn的名称和S-CSCFo的名称不同，且S-CSCFo已被标识为可能会被修改后，HSS清除为S-CSCFo已设置的可能被修改的标识，向S-CSCFo发送RTR(Registration-Termination-Request)消息，具体的，在HSS和S-CSCFo之间的Cx接口上的消息为Cx-Deregister，以通知S-CSCFo发起注销流程，在该注销通知中包括注销原因，该注销原因是分配了新的服务器(NEW_SERVER_ASSIGNED)，或是服务器改变(SERVER_CHANGE)，也可以是其他的注销原因，总之，是通知S-CSCFo清除当前存在的业务信息，并不限定具体的注销原因。

步骤109，S-CSCFo接收到上述消息后，执行与注销相关的业务控制，更新本地信息，同时，该S-CSCFo触发与该用户的后续业务终止的操作。

步骤110，S-CSCFo给HSS返回RTA(Registration-Termination-Answer)消息，具体的，在S-CSCFo和HSS之间的Cx接口上的消息为Cx-Deregister

Resp，给HSS返回注销响应，结束此次注销流程。

步骤111～步骤112，HSS用S-CSCFn的名称覆盖S-CSCFo的名称，同时根据用户标识查询S-CSCFn需要的用户描述信息，给S-CSCFn返回MAA(Multimedia-Authentication-Answer)消息，具体的，在HSS和S-CSCFn之间的Cx接口上的消息为Cx-AuthDataResp。

步骤113～步骤115，S-CSCFn接收到上述消息后，给用户发送Unauthorised消息，通知用户重新进行注册，该消息中包含鉴权矢量信息等信息，该消息经I-CSCF和P-CSCF的转发到达用户。

步骤116～步骤117，用户重新发起注册请求，P-CSCF将该REGISTER消息转发给I-CSCF。

步骤118～步骤119，I-CSCF向HSS发送UAR消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Query或Cx-Select-Pull消息；HSS给I-CSCF返回UAA消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Query Resp或Cx-Select-PullResp消息。此时，由于之前已经确定由S-CSCFn为该用户提供服务，因此，HSS向I-CSCF返回的消息中只包含S-CSCFn的名称。

步骤120，I-CSCF将Register消息发送给S-CSCFn。

步骤121～步骤122，S-CSCFn执行授权(Authentication)操作，之后，向HSS发送SAR(Server-Assignment-Request)消息，具体的，在S-CSCFn和HSS之间的Cx接口上的消息为Cx-Put或Cx-Pull，以请求用户描述信息。

步骤123，HSS返回SAA(Server-Assignment-Answer)消息给S-CSCFn，具体的，在HSS和S-CSCFn之间的Cx接口上的消息为Cx-Put Resp或Cx-Pull Resp。

步骤124～步骤126，S-CSCFn给UA返回注册成功的消息，该消息经I-CSCF和P-CSCF转发至UA。

至此，在S-CSCF更新的情况下，避免了HSS还未通知本地保存的曾为该用户提供服务的旧的S-CSCF发起注销流程，就用新的S-CSCF的名称覆盖了旧的S-CSCF的名称，并解决了由此带来的相应问题，如网络侧继续处理大量冗余信息，或业务出错等问题。

图2所示为应用本发明实施例二的流程图。在本实施例中，用户未注册但签约了与未注册状态相关的业务，且作为被叫。同时，本实施例中将原有为该用户提供服务的旧S-CSCF记作S-CSCFo，将I-CSCF重新选择后的新S-CSCF记作S-CSCFn。

步骤201，被叫归属网络中的I-CSCF接收到INVITE请求。

步骤202，I-CSCF向HSS发送LIR(Location-Info-Request)消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Location-Query。

步骤203，HSS给I-CSCF返回LIA(Location-Info-Answer)消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Location-Query Resp。

在本实施例中，如果HSS根据自身保存的用户签约信息的变化，判断出需要I-CSCF重新选择S-CSCF后，在Cx-Location-Query Resp消息中包含本地保存的已服务于该用户的S-CSCF的名称和满足用户最严格业务签约要求的S-CSCF能力信息，HSS为该返回给I-CSCF的S-CSCF即S-CSCFo设置表明该S-CSCF可能会被修改的标识。

如果HSS接收到的查询信息中已明确指示出需要重新选择S-CSCF，则在Cx-Query Resp或Cx-Select-Pull Resp消息中包含满足用户最严格业务签约要求的S-CSCF能力信息，然后HSS为本地保存的已服务于该用户的S-CSCF设置表明该S-CSCF可能会被修改的标识。

上述标识可以是一个标志位，也可以是其他的表示方法，只要能够标识出该S-CSCF可能会被修改的意思即可，具体实施方式不做限定。

步骤204，由I-CSCF确定HSS返回的S-CSCF的名称能否满足用户当前的需要，如果可以，则I-CSCF与该HSS返回的S-CSCF继续交互，在本实施例中，假设HSS返回的S-CSCF的名称不能满足用户当前的需要，则I-CSCF从满足用户最严格业务签约要求的S-CSCF能力信息中重新选择一个S-CSCF，并获取该新的S-CSCF即S-CSCFn的IP地址。

步骤205，I-CSCF将INVITE消息发送给S-CSCFn，即新选择的S-CSCF。

步骤206，S-CSCFn向HSS发送SAR(Server-Assignment-Request)消息，具体的，在S-CSCFn和HSS之间的Cx接口上的消息为Cx-Put或Cx-Pull，以请求用户描述信息。

步骤207，HSS接收到上述信息后，判断请求用户描述信息的S-CSCFn的名称与本地保存的为该用户服务的S-CSCFo的名称是否相同，同时判断本地保存的为该用户服务的S-CSCFo是否已被标识为可能会被修改，在本实施例中，由于S-CSCFo已被标识为可能会被修改，且I-CSCF已经重新选择了S-CSCF，所以S-CSCFn的名称和S-CSCFo的名称肯定不同，因此在HSS判断出S-CSCFn的名称S-CSCFo的名称不同，且S-CSCFo已被标识为可能会被修改后，HSS清除为S-CSCFo已设置的可能被修改的标识，发送RTR(Registration-Termination-Request)消息给S-CSCFo，具体的，在HSS和S-CSCFo之间的Cx接口上的消息为Cx-Deregister，以通知S-CSCFo发起注销流程，在该注销通知中包括注销原因，该注销原因可以是分配了新的服务器(NEW_SERVER_ASSIGNED)，也可以是服务器改变(SERVER_CHANGE)，也可以是其他的注销原因，总之，并不限定具体的注销原因。

步骤208，S-CSCFo接收到上述消息后，执行与注销相关的业务控制，更新本地信息，同时，该S-CSCFo触发与该用户的后续业务终止的操作。

步骤209，S-CSCFo给HSS返回RTA(Registration-Termination-Answer)消息，具体的，在S-CSCFo和HSS之间的Cx接口上的消息为Cx-DeregisterResp，给HSS返回注销响应，结束此次注销流程。

步骤210，HSS用S-CSCFn的名称覆盖S-CSCFo的名称，同时根据用户标识查询S-CSCFn需要的用户描述信息，给S-CSCFn返回SAA(Server-Assignment-Answer)消息，具体的，在HSS和S-CSCFn之间的Cx接口上的消息为Cx-Put Resp或Cx-Pull Resp。

步骤211，S-CSCFn根据接收到的信息将注册信息发送到相关的业务控制平台执行适当的业务控制过程。

步骤212，S-CSCFn根据业务要求继续执行后续操作。

至此，在S-CSCF更新的情况下，避免了HSS还未通知本地保存的曾为该用户提供服务的旧的S-CSCF发起注销流程，就用新的S-CSCF名称覆盖了旧的S-CSCF的名称，并解决了由此带来的相应问题，如网络侧继续处理大量冗余信息，或业务出错等问题。

针对以上两个实施例，如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称相同，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则清除该已设置的标识，然后按照现有正常流程继续后续处理；如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称不同，且本地保存的为该用户服务的S-CSCF未被标识为可能会被修改，则HSS报错，然后按照现有的出错流程继续后续处理；如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称相同，且本地保存的为该用户服务的S-CSCF未被标识为可能会被修改，则按照现有正常流程继续后续处理。

对于上述判断，HSS可以首先判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同，再判断本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改；也可以首先判断本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改，再判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同。

在以上所述实施例中，HSS是根据接收到的来自S-CSCF的请求用户描述信息的消息，判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同，来判断S-CSCF是否已更新，在具体实现时，也可以采用其他的方式来判断S-CSCF是否已更新，比如，HSS通过检查是否接收到来自I-CSCF的更新S-CSCF的通知，来判断S-CSCF是否已更新，即如果HSS接收到来自I-CSCF的更新S-CSCF的通知，则确认S-CSCF已更新，否则HSS认为S-CSCF未更新。

以上两个实施例所述实施方式是实现本发明的较佳实施例，其可以避免I-CSCF重新选择的S-CSCF和原来保存的旧S-CSCF一样而造成额外的交互过程，同时，由于为可能被更新的S-CSCF设置了可能会被修改的标识，因而能够将S-CSCF的更新和处理中可能出现的错误情况加以区分。

针对上述所有实施例，如果HSS已经为某个S-CSCFo设置了可能被修改的标识，且在清除该可能被修改的标识之前这段时间内，某个I-CSCF收到某用户作为被叫的呼叫请求，且该作为被叫的用户是由所述S-CSCFo为其服务的，则当处理该呼叫请求的某个I-CSCF向HSS查询当前为该用户服务的S-CSCF时，HSS可以根据已设置的可能被修改的标识，决定暂时挂起这个查询请求直到从某个S-CSCF来的CX-Put或CX-Pull消息即确定S-CSCFn后，直接返回当前为该用户服务的S-CSCFn，这个过程可能使时延稍大一点点，但其还是在可以接受的范围内。而且，这样可以进一步保证在新旧S-CSCF交替阶段内，用户作为被叫的正常操作。

上述处理该呼叫请求的I-CSCF与前述各个实施例中需要执行重新选择S-CSCF操作的I-CSCF可以是同一个I-CSCF，也可以是不同的I-CSCF。上述处理中的S-CSCFo和S-CSCFn可能是同一个S-CSCF，也可能是不同的S-CSCF。

进一步地，可再设置一用于被叫挂起的定时器，当所述查询请求被挂起时立即启动该定时器，如果到达预设的定时时间后，该查询请求仍然处于挂起状态，就强行拆断该查询请求，以避免由于该查询请求长时间处于被挂起的状态而导致的用户满意度下降，系统资源浪费等问题。

另外，也可以在HSS接收到来自I-CSCF的查询信息，判断出需要I-CSCF重新选择S-CSCF后，直接通知本地保存的为该用户服务的S-CSCF发起注销流程，然后再按照没有保存S-CSCF名称的处理来完成后续操作。这样虽然可能会增加一些额外流程，但对现有系统几乎不需要改动，与现有系统的兼容性更好。

图3所示为应用本发明的实施例三的流程图。在本实施例中，用户执行注册操作，将原有为该用户提供服务的旧S-CSCF记作S-CSCFo，将I-CSCF重新选择后的新S-CSCF记作S-CSCFn。

步骤301～步骤302，用户发起注册，该注册请求(REGISTER)经用户代理设备(UA，user agent)及P-CSCF转发至I-CSCF。

步骤303，I-CSCF向HSS发送UAR(User-Authorization-Request)消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Query或Cx-Select-Pull消息。

步骤304，HSS判断出需要I-CSCF重新选择S-CSCF后，发送RTR(Registration-Termination-Request)消息给S-CSCFo，具体的，在HSS和S-CSCFo之间的Cx接口上的消息为Cx-Deregister，以通知S-CSCFo发起注销流程，在该注销通知中包括注销原因，该注销原因可以是分配了新的服务器(NEW_SERVER_ASSIGNED)，也可以是服务器改变(SERVER_CHANGE)，也可以是其他的注销原因，总之，并不限定具体的注销原因。

HSS根据来自I-CSCF的查询信息中指示重新选择S-CSCF的信息判断出需要I-CSCF重新选择S-CSCF，或者，根据自身保存的用户签约信息的变化，判断出需要I-CSCF重新选择S-CSCF。

步骤305，S-CSCFo接收到上述信息后，执行与注销相关的业务控制，更新本地信息，同时，该S-CSCFo触发与该用户的后续业务终止的操作。

步骤306，S-CSCFo给HSS返回RTA(Registration-Termination-Answer)消息，具体的，在S-CSCFo和HSS之间的Cx接口上的消息为Cx-DeregisterResp，给HSS返回注销响应，结束此次注销流程。

步骤307，HSS清除本地保存的S-CSCFo的名称，HSS给I-CSCF返回UAA(User-Authorization-Answer)消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Query Resp或Cx-Select-Pull Resp消息，该消息中包含满足用户最严格业务签约要求的S-CSCF能力信息。

步骤308，I-CSCF从满足用户最严格业务签约要求的S-CSCF能力信息中重新选择一个S-CSCF，并获取该新的S-CSCF即S-CSCFn的地址。

步骤309，I-CSCF将Register消息发送给S-CSCFn，即新选择的S-CSCF。

步骤310，S-CSCFn发送MAR(Multimedia-Authentication-Request)消息给HSS，请求用户描述信息以进行鉴权，具体的，在S-CSCFn和HSS之间的Cx接口上的消息为Cx-AuthDataReq。

步骤311，根据用户标识查询S-CSCFn需要的用户描述信息。

步骤312，HSS发送MAA(Multimedia-Authentication-Answer)消息给S-CSCFn，具体的，在HSS和S-CSCFn之间的Cx接口上的消息为Cx-AuthDataResp。

步骤313～步骤315，S-CSCFn接收到上述消息后，给用户发送Unauthorised消息，通知用户重新进行注册，该消息中包含鉴权矢量信息等信息，该消息经I-CSCF和P-CSCF的转发到达用户。

步骤316～步骤317，用户重新发起注册请求，P-CSCF将该REGISTER消息转发给I-CSCF。

步骤318～步骤319，I-CSCF向HSS发送UAR消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Query或Cx-Select-Pull消息；HSS给I-CSCF返回UAA消息，具体的，在I-CSCF和HSS之间的Cx接口上的消息为Cx-Query Resp或Cx-Select-Pull Resp消息。此时，由于之前已经确定由S-CSCFn为该用户提供服务，因此，HSS向I-CSCF返回的消息中只包含S-CSCFn的名称。

步骤320，I-CSCF将Register消息发送给S-CSCFn。

步骤321～步骤322，S-CSCFn执行授权(Authentication)操作，之后，向HSS发送SAR(Server-Assignment-Request)消息，具体的，在S-CSCFn和HSS之间的Cx接口上的消息为Cx-Put或Cx-Pull，以请求用户描述信息。

步骤323，HSS返回SAA(Server-Assignment-Answer)消息给S-CSCFn，具体的，在HSS和S-CSCFn之间的Cx接口上的消息为Cx-Put Resp或Cx-Pull Resp。

步骤324～步骤326，S-CSCFn给UA返回注册成功的消息，该消息经I-CSCF和P-CSCF转发至UA。

至此，避免了HSS还未通知本地保存的曾为该用户提供服务的旧的S-CSCF发起注销流程，就用新的S-CSCF名称覆盖了旧的S-CSCF的名称，并解决了由此带来的相应问题，如网络侧继续处理大量冗余信息，或业务出错等问题。

当然，如果用户未注册但签约了与未注册状态相关的业务，且作为被叫，则当被叫归属网络中的I-CSCF接收到INVITE请求后，其处理过程与上述类似，即HSS判断出需要I-CSCF重新选择S-CSCF后，直接发送RTR(Registration-Termination-Request)消息给S-CSCFo，通知S-CSCFo执行注销流程，之后的处理方式与现有技术相同，在此不再重复说明。

本发明还提供了两种用于确定发起注销流程的时机系统。

一种是，所述系统至少包括用户归属网络服务器HSS，查询呼叫状态控制功能实体I-CSCF和服务呼叫状态控制功能实体S-CSCF，且所述HSS内包括用于执行注销流程的注销模块，该系统还包括用于为S-CSCF设置可能被修改标识的标识设置模块，

在HSS判断出需要查询呼叫状态控制功能实体I-CSCF重新选择为某个用户提供服务的服务呼叫状态控制功能实体S-CSCF后，触发标识设置模块，由该标识设置模块为本地保存的已为该用户提供服务的S-CSCF设置表明该S-CSCF可能会被修改的标识；

HSS检查到S-CSCF已更新，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则HSS再次触发标识设置模块，由该标识设置模块清除该已设置的标识，通知HSS内的注销模块，由注销模块对本地保存的为该用户服务的S-CSCF发起注销流程。

另一种是，所述系统至少包括用户归属网络服务器HSS，查询呼叫状态控制功能实体I-CSCF和服务呼叫状态控制功能实体S-CSCF，且所述HSS内包括用于执行注销流程的注销模块，

在HSS判断出需要I-CSCF重新选择S-CSCF后，通知注销模块，由注销模块对本地保存的为该用户服务的S-CSCF发起注销流程。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (23)

1.一种确定发起注销流程的时机的方法，其特征在于，该方法包括以下步骤：

在用户归属网络服务器HSS判断出需要查询呼叫状态控制功能实体I-CSCF重新选择为某个用户提供服务的服务呼叫状态控制功能实体S-CSCF后，为本地保存的已为该用户提供服务的S-CSCF设置表明该S-CSCF可能会被修改的标识；

HSS检查S-CSCF是否已更新，且本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改，如果S-CSCF已更新，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则HSS清除该已设置的标识，通知本地保存的为该用户服务的S-CSCF发起注销流程。

2.根据权利要求1所述的方法，其特征在于，所述HSS检查S-CSCF是否已更新的方法为：

当HSS接收到来自S-CSCF的请求用户描述信息的消息，判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同，如果名称不同，则S-CSCF已更新，如果相同则S-CSCF未更新。

3.根据权利要求2所述的方法，其特征在于，该方法进一步包括：如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称相同，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则清除该已设置的标识，然后按照现有正常流程继续后续处理。

4.根据权利要求2所述的方法，其特征在于，该方法进一步包括：如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称不同，且本地保存的为该用户服务的S-CSCF未被标识为可能会被修改，则HSS报错，然后按照现有的出错流程继续后续处理。

5.根据权利要求2所述的方法，其特征在于，该方法进一步包括：如果HSS判断出请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称相同，且本地保存的为该用户服务的S-CSCF未被标识为可能会被修改，则按照现有正常流程继续后续处理。

6.根据权利要求2、3、4或5所述的方法，其特征在于，所述HSS首先判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同，再判断本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改，或者，

所述HSS首先判断本地保存的为该用户服务的S-CSCF是否已被标识为可能会被修改，再判断请求用户描述信息的S-CSCF的名称与本地保存的为该用户服务的S-CSCF的名称是否相同。

7.根据权利要求1所述的方法，其特征在于，所述HSS检查S-CSCF是否已更新的方法为：HSS检查是否接收到来自I-CSCF的更新S-CSCF的通知，如果接收到该通知则S-CSCF已更新，否则S-CSCF未更新。

8.根据权利要求1所述的方法，其特征在于，该方法进一步包括：在HSS已经为某个S-CSCF设置了可能被修改的标识之后，清除该可能被修改的标识之前这段时间内，如果某个I-CSCF收到由所述S-CSCF提供服务的用户作为被叫的呼叫请求，则当处理该呼叫请求的某个I-CSCF向HSS查询当前为该用户服务的S-CSCF时，HSS暂时挂起该查询请求直到确定当前为该用户提供服务的S-CSCF后，直接返回当前为该用户服务的S-CSCF。

9.根据权利要求8所述的方法，其特征在于，所述处理该呼叫请求的某个I-CSCF与需要执行重新选择S-CSCF操作的I-CSCF是同一个I-CSCF或不同的I-CSCF。

10.根据权利要求8所述的方法，其特征在于，当HSS接收到来自S-CSCF的请求用户表述信息消息CX-Put或CX-Pull后，确定该S-CSCF即为当前为该用户提供服务的S-CSCF。

11.根据权利要求8所述的方法，其特征在于，该方法进一步包括：预设用于被叫挂起的定时器，当所述查询请求被挂起后启动该定时器，如果到达预设的定时时间后，该查询请求仍然处于挂起状态，则强行拆断该查询请求。

12.根据权利要求1所述的方法，其特征在于，所述表明S-CSCF可能会被修改的标识包括但不限于标志位。

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

所述通知本地保存的为该用户服务的S-CSCF发起注销流程的信息中包含注销原因；

该方法进一步包括：本地保存的为该用户服务S-CSCF根据接收到注销通知中的注销原因，执行与注销相关的业务控制，更新本地信息，之后给HSS返回注销响应；

所述HSS接收到注销响应后，用请求用户描述信息的S-CSCF的名称覆盖本地保存的为该用户服务的S-CSCF的名称，然后按照现有正常流程继续后续处理。

14.根据权利要求1所述的方法，其特征在于，HSS根据来自I-CSCF的查询信息中指示重新选择S-CSCF的信息判断出I-CSCF需要重新选择S-CSCF，或者，HSS根据自身保存的用户签约信息的变化，判断出需要I-CSCF重新选择S-CSCF。

15.根据权利要求1所述的方法，其特征在于，所述注销原因为分配了新的服务器NEW_SERVER_ASSIGNED，或设为服务器改变SERVER_CHANGE。

16.根据权利要求1所述的方法，其特征在于，所述HSS接收到来自I-CSCF的用户注册状态查询消息Cx-Query或Cx-Select-Pull，或用户位置查询消息Cx-Location-Query后，执行判断是否需要I-CSCF重新选择S-CSCF的操作。

17.一种确定发起注销流程的时机的方法，其特征在于，该方法包括以下步骤：

在HSS判断出需要I-CSCF重新选择S-CSCF后，通知本地保存的为该用户服务的S-CSCF发起注销流程。

18.根据权利要求17所述的方法，其特征在于，HSS根据来自I-CSCF的查询信息中指示重新选择S-CSCF的信息判断出I-CSCF需要重新选择S-CSCF，或者，HSS根据自身保存的用户签约信息的变化，判断出需要I-CSCF重新选择S-CSCF。

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

所述通知本地保存的为该用户服务的S-CSCF发起注销流程的信息中包含注销原因；

该方法进一步包括：本地保存的为该用户服务S-CSCF根据接收到注销通知中的注销原因，执行与注销相关的业务控制，更新本地信息，之后给HSS返回注销响应；

所述HSS接收到注销响应后，清除本地保存的S-CSCF名称，然后给I-CSCF返回满足用户最严格业务签约要求的S-CSCF能力信息，再按照本地没有保存S-CSCF名称的处理流程继续后续操作。

20.根据权利要求17所述的方法，其特征在于，所述注销原因为分配了新的服务器NEW_SERVER_ASSIGNED，或设为服务器改变SERVER_CHANGE。

21.根据权利要求17所述的方法，其特征在于，所述HSS接收到来自I-CSCF的用户注册状态查询消息Cx-Query或Cx-Select-Pull，或用户位置查询消息Cx-Location-Query后，执行判断是否需要I-CSCF重新选择S-CSCF的操作。

22.一种用于实现权利要求1所述方法的系统，用于确定发起注销流程的时机，至少包括用户归属网络服务器HSS，查询呼叫状态控制功能实体I-CSCF和服务呼叫状态控制功能实体S-CSCF，且所述HSS内包括用于执行注销流程的注销模块，其特征在于，该系统还包括用于为S-CSCF设置可能被修改标识的标识设置模块，

在HSS判断出需要查询呼叫状态控制功能实体I-CSCF重新选择为某个用户提供服务的服务呼叫状态控制功能实体S-CSCF后，触发标识设置模块，由该标识设置模块为本地保存的已为该用户提供服务的S-CSCF设置表明该S-CSCF可能会被修改的标识；

HSS检查到S-CSCF已更新，且本地保存的为该用户服务的S-CSCF已被标识为可能会被修改，则HSS再次触发标识设置模块，由该标识设置模块清除该已设置的标识，通知HSS内的注销模块，由注销模块对本地保存的为该用户服务的S-CSCF发起注销流程。

23.一种用于实现权利要求17所述方法的系统，用于确定发起注销流程的时机，该系统至少包括用户归属网络服务器HSS，查询呼叫状态控制功能实体I-CSCF和服务呼叫状态控制功能实体S-CSCF，且所述HSS内包括用于执行注销流程的注销模块，其特征在于，

在HSS判断出需要I-CSCF重新选择S-CSCF后，通知注销模块，由注销模块对本地保存的为该用户服务的S-CSCF发起注销流程。

Images