专利名称：Ip多媒体子系统中修改通用业务信息的通知和处理方法
技术领域：
本发明涉及移动通讯领域，尤其涉及一种IP多媒体子系统中修改通用业务信息的通知和处理方法。
背景技术：
目前在IMS(IP Multimedia Subsystem，IP多媒体子系统)系统中，参见图1，用户在初始注册时，S-CSCF(Serving-Call Session Control Function，服务-呼叫会话控制功能实体)会向HSS(Home Subscriber Server，归属签约用户服务器)请求用户业务配置信息(User Profile)，该信息可能由多个业务配置信息(Service Profile)组成，HSS返回此信息给S-CSCF，S-CSCF将此信息保存在本地，信令交互发生在图1中所示的Cx接口位置。
而在重新注册时，并不是必须再次下载此业务信息到本地。对特定用户的业务配置信息的修改，会根据用户的注册状态，采用HSS主发的业务配置信息的在线更新来同步到S-CSCF网元。有时很多用户会共享一个业务配置信息(Service Profile)。如果被大多数用户共享的这种通用业务配置信息发生了修改，若利用目前的处理机制，会为每个用户产生一个在线的更新同步消息通知S-CSCF，这样在HSS和S-CSCF网元间会产生大量的信令负荷；若不采用目前的同步机制，那么要是S-CSCF已经存在有旧的业务配置信息(已作过初始注册)，而在后面的重注册可能不会读取已被更新了的业务配置信息(User Profile)，这样就会出现业务签约信息网元(HSS)和业务触发网元(S-CSCF)数据不一致的情况，从而影响到业务的提供。
发明内容
本发明所要解决的技术问题在于提供一种IP多媒体子系统中修改通用业务信息的通知和处理方法，利用归属签约用户服务器HSS和服务-呼叫会话控制功能实体S-CSCF之间的网元级信令交互，实现业务配置信息的同步更新。
为了解决上述技术问题，本发明提供了一种IP多媒体子系统中修改通用业务信息的通知和处理方法，该方法包括(1)当用户间共享使用的通用业务信息修改后，HSS需要声明所有归属于此HSS的用户的、且已经下载到S-CSCF的业务信息无效，由HSS向S-CSCF发送一个通知消息，其中携带HSS网元标识；(2)S-CSCF收到该通知消息后，根据消息中携带的HSS标识，查找到归属于此HSS且注册在本S-CSCF中的所有用户，将这些用户的业务配置信息的标记设为“无效”，并在下次重注册过程中，对所有归属于此HSS的用户强制下载HSS存储的用户业务配置信息，或在下次重注册时机到来之前发起会话过程时，到HSS下载新的业务配置信息。
其中，所述步骤(2)进一步包括将所述更新后的业务配置信息的标记设为“有效”。
其中，步骤(2)所述S-CSCF收到该通知消息后，进一步包括向HSS返回一个响应消息，表示S-CSCF已经收到该通知消息。
其中，所述通知消息为在HSS与S-CSCF之间新增加的一个消息，或对原有消息进行扩展获得的消息。
其中，所述响应消息为在HSS与S-CSCF之间新增加的一个消息，或对原有消息进行扩展获得的消息。
其中，所述通知消息的目的地S-CSCF的地址，从HSS配置的邻接局信息中得到。
其中，所述通知消息的目的地S-CSCF的地址，从HSS存储的动态注册S-CSCF地址中得到。
本发明所述的一种IP多媒体子系统中修改通用业务信息的通知和处理方法，减少了HSS和S-CSCF之间的信令交互并及时更新了业务配置信息。
图1是IMS系统的核心网络示意图；图2是根据本发明实施例所述的一种IP多媒体子系统中修改通用业务信息的通知和处理方法的流程示意图；图3是根据本发明实施例所述的一种IP多媒体子系统中修改通用业务信息的通知和处理方法中重注册时机未到而先有会话发起的流程示意图。
具体实施例方式
下面结合附图对本发明作进一步的详细描述。
参考图2，为本发明实施例所述的一种IP多媒体子系统中修改通用业务信息的通知和处理方法的流程示意图。具体过程如下步骤201用户间共享使用的通用业务信息修改后，HSS需要通知S-CSCF，声明所有归属于此HSS的用户的、且已经下载到S-CSCF的业务信息无效，HSS向S-CSCF发送一条通知消息，该消息携带HSS的网元标识，但并不包含任何的用户标识信息。其中，消息的目的地S-CSCF的地址可以从HSS配置的邻接局信息中得到，也可以从诸如HSS存储的动态注册S-CSCF地址等其他信息中得到。
步骤202S-CSCF收到所述通知消息，记录下HSS的标识并向HSS返回一个响应消息，表示S-CSCF已经收到该通知消息。S-CSCF又根据消息中携带的HSS标识，查找到归属于此HSS且注册在本S-CSCF中的用户，将这些用户的业务配置信息的标记设为“无效”，并在下次重注册过程中，对所有归属于此HSS的用户强制下载HSS存储的用户业务配置信息。
步骤203某用户UE发出重注册请求到P-CSCF(代理-呼叫会话控制功能实体)。
步骤204P-CSCF将重注册请求转发到I-CSCF(询问-呼叫会话控制功能实体)。I-CSCF通过步骤205、206所述的UAR及UAA得到S-CSCF的地址。
步骤205I-CSCF向HSS发送一个UAR(User-Authorization-Request，用户授权请求)。
步骤206HSS同时给I-CSCF返回一个UAA(User-Authorization-Answer，用户授权应答)。
步骤207I-CSCF将重注册请求发送给用户注册的S-CSCF。
步骤208由步骤202可知，该用户业务信息的“无效”标记已经置位，所以S-CSCF将SAR(Server-Assignment-Request，服务分配请求)中的信息单元User Data Already Available置为“需要下载业务配置信息”，并将SAR发送给HSS；若“无效”标记没有置位，则进入步骤210，该过程与正常的重注册过程相同。
步骤209HSS返回一个响应消息SAA(Server-Assignment-Answer，服务分配应答)给S-CSCF，该消息携带最新的用户业务配置信息，当S-CSCF收到此响应消息后，去除此用户的“无效”标记。
步骤210S-CSCF给I-CSCF发送注册成功的响应消息。
步骤211I-CSCF将注册成功的响应消息转发给P-CSCF。
步骤212P-CSCF将注册成功的响应消息发送给某用户UE。
参考图3，为本发明实施例所述的一种IP多媒体子系统中修改通用业务信息的通知和处理方法中重注册时机未到而先有会话发起的流程示意图。具体过程如下步骤301用户间共享使用的通用业务信息修改后，HSS需要通知S-CSCF，声明所有归属于此HSS的用户的、且已经下载到S-CSCF的业务信息无效，HSS向S-CSCF发送一条通知消息，该消息携带HSS的网元标识，但并不包含任何的用户标识信息。其中，消息的目的地S-CSCF的地址可以从HSS配置的邻接局信息中得到，也可以从诸如HSS存储的动态注册S-CSCF地址等其他信息得到。
步骤302S-CSCF收到所述通知消息，记录下HSS的标识并向HSS返回一个响应消息，表示S-CSCF已经收到该通知消息。S-CSCF又根据消息中携带的HSS标识，查找到注册在本S-CSCF中的归属于此HSS的用户，将这些用户的业务配置信息设为无效，重注册时机到来之前发起会话过程时，到HSS下载新的业务配置信息。
步骤303某用户发起一个会话请求Invite(以终呼为例，始呼过程类似)。
步骤304将发起会话请求转发到I-CSCF。I-CSCF通过步骤305、306所述的UAR及UAA得到S-CSCF的地址。
步骤305I-CSCF向HSS发送一个UAR(User-Authorization-Request，用户授权请求)。
步骤306HSS同时给I-CSCF返回一个UAA(User-Authorization-Answer，用户授权应答)。
步骤307I-CSCF将会话请求Invite发送给用户注册的S-CSCF。
步骤308由步骤302可知，该用户业务信息的“无效”标记已经置位，所以S-CSCF将SAR(Server-Assignment-Request，服务分配请求)中的信息单元User Data Already Available置为“需要下载业务配置信息”，并将SAR发送给HSS，Private Identity信息单元可以在S-CSCF中根据一定策略从Public Identity和Private Identity的关系中得到；若业务信息的“无效”标记没有置位，则进入步骤310，剩下的会话过程和普通情况下发起会话的流程相同。
步骤309HSS返回一个响应消息SAA(Server-Assignment-Answer，服务分配应答)给S-CSCF，该消息携带最新的用户业务配置信息，当S-CSCF收到此响应消息后，去除此用户的“无效”标记。
步骤310S-CSCF执行一定的业务控制过程。
权利要求
1.一种IP多媒体子系统中修改通用业务信息的通知和处理方法，利用归属签约用户服务器HSS和服务-呼叫会话控制功能实体S-CSCF之间的网元级信令交互，实现业务配置信息的同步更新，其特征在于，该方法包括(1)当用户间共享使用的通用业务信息修改后，HSS需要声明所有归属于此HSS的用户的、且已经下载到S-CSCF的业务信息无效，由HSS向S-CSCF发送一个通知消息，其中携带HSS网元标识；(2)S-CSCF收到该通知消息后，根据消息中携带的HSS标识，查找到归属于此HSS且注册在本S-CSCF中的所有用户，将这些用户的业务配置信息的标记设为“无效”，并在下次重注册过程中，对所有归属于此HSS的用户强制下载HSS存储的用户业务配置信息，或在下次重注册时机到来之前发起会话过程时，到HSS下载新的业务配置信息。
2.如权利要求1所述的方法，其特征在于，所述步骤(2)进一步包括将所述已更新的业务配置信息的标记设为“有效”。
3.如权利要求1所述的方法，其特征在于，步骤(2)所述S-CSCF收到该通知消息后，进一步包括向HSS返回一个响应消息，表示S-CSCF已经收到该通知消息。
4.如权利要求1所述的方法，其特征在于，所述通知消息为在HSS与S-CSCF之间新增加的一个消息，或对原有消息进行扩展获得的消息。
5.如权利要求3所述的方法，其特征在于，所述响应消息为在HSS与S-CSCF之间新增加的一个消息，或对原有消息进行扩展获得的消息。
6.如权利要求1所述的方法，其特征在于，所述通知消息的目的地S-CSCF的地址，从HSS配置的邻接局信息中得到。
7.如权利要求1所述的的方法，其特征在于，所述通知消息的目的地S-CSCF的地址，从HSS存储的动态注册S-CSCF地址中得到。
全文摘要
本发明公开了一种IP多媒体子系统中修改通用业务信息的通知和处理方法，该方法包括当用户间共享使用的通用业务信息修改后，HSS需要声明所有归属于此HSS的用户的、且已经下载到S－CSCF的业务信息无效，由HSS向S－CSCF发送一个通知消息，其中携带HSS网元标识；S－CSCF收到该通知消息后，根据消息中携带的HSS标识，查找到归属于此HSS且注册在本S－CSCF中的所有用户，将这些用户的业务配置信息的标记设为“无效”，并在下次重注册过程中，对所有归属于此HSS的用户强制下载HSS存储的用户业务配置信息，或在下次重注册时机到来之前发起会话过程时，到HSS下载新的业务配置信息。应用本发明所述的方法，实现了业务配置信息的同步更新。
文档编号H04L12/24GK101090363SQ20061012681
公开日2007年12月19日 申请日期2006年9月5日 优先权日2006年9月5日
发明者李中科 申请人:中兴通讯股份有限公司