首页> 中国专利> 多媒体子系统业务处理的方法、P-CSCF、I-CSCF和多媒体子系统

多媒体子系统业务处理的方法、P-CSCF、I-CSCF和多媒体子系统

摘要

本发明实施例公开了一种多媒体子系统业务处理的方法、P-CSCF、I-CSCF和多媒体子系统,属于网络通信领域。所述方法包括:接收P-CSCF转发的用户的业务请求;请求HSS查询所述用户是否已注册过;当HSS查询出用户已注册过时,接收HSS返回的确认信息以及为所述用户分配的S-CSCF的信息;并将所述业务请求转发给所述S-CSCF为用户提供服务。所述多媒体子系统包括:P-CSCF、I-CSCF、S-CSCF和HSS。本发明实施例在P-CSCF丢失用户注册信息的情况下,利用HSS查询用户是否已注册,并获取S-CSCF的信息,使得已注册的用户不用重新注册就可以进行会话业务,提高了用户的业务体验。

著录项

  • 公开/公告号CN101426261A

    专利类型发明专利

  • 公开/公告日2009-05-06

    原文格式PDF

  • 申请/专利权人 华为技术有限公司;

    申请/专利号CN200810186117.8

  • 发明设计人 钱四化;舒续祖;梁枫;

    申请日2008-12-17

  • 分类号H04W60/00(20090101);H04W8/02(20090101);H04W76/02(20090101);

  • 代理机构11138 北京三高永信知识产权代理有限责任公司;

  • 代理人何文彬

  • 地址 518129 广东省深圳市龙岗区坂田华为总部办公楼

  • 入库时间 2023-12-17 21:53:28

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2014-02-12

    未缴年费专利权终止 IPC(主分类):H04W60/00 授权公告日:20110420 终止日期:20121217 申请日:20081217

    专利权的终止

  • 2011-04-20

    授权

    授权

  • 2009-07-01

    实质审查的生效

    实质审查的生效

  • 2009-05-06

    公开

    公开

说明书

技术领域

本发明涉及网络通信领域,特别涉及一种多媒体子系统业务处理的方法、P-CSCF、I-CSCF和多媒体子系统。

背景技术

宽带的迅速普及,导致在IP(Internet Protocol,因特网协议)分组网上进行多媒体通信成为一种普遍需求,为满足这种需求,3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)提出了一种IP多媒体子系统(IMS,IP Multimedia Subsystem)。

在IMS中,P-CSCF(Proxy Call Session Control Function,代理呼叫控制功能实体)是IMS的统一入口点,提供代理功能,包括接收用户的注册登记、多媒体会话等请求信息,并将用户的请求信息代理转发给用户归属地的S-CSCF(Service Call Session Control Function,服务呼叫控制功能实体),由S-CSCF为用户提供服务;或将用户的请求信息代理转发给用户归属地I-CSCF(Interrogating Call Session Control Function,查询呼叫控制功能实体)进行查询操作。

在IMS中,用户如果要进行会话业务,首先需要进行注册,注册的过程就是将用户的位置在网络上进行登记。用户注册的过程参见图1,当用户完成注册登记以后,P-CSCF存储用户的连接地址,用于在用户进行被叫业务时,将业务请求转发给用户;同时还存储了用户与为用户服务的S-CSCF的关联关系,用于在用户进行主叫业务时,将业务请求转发给该S-CSCF为用户提供服务。

在对现有技术进行研究后,发明人发现:

在IMS部署了一个P-CSCF的应用场景中,在注册周期内,当P-CSCF遇到故障重启时,存储的用户注册信息也相应丢失,此时如果用户发送业务请求,由于P-CSCF中没有用户的注册信息,P-CSCF会认为用户未经注册而拒绝用户的业务请求。在考虑容灾而部署了多个P-CSCF的应用场景中,当用户注册所在的P-CSCF发生故障,由另一台P-CSCF为用户提供服务时,需要用户重新发起注册登记才能正常地进行业务请求。

在实际应用中,用户重新注册是由用户终端UE(User Equipment,用户设备)周期性自动发起的,因此无法在P-CSCF发生变化或在业务失败时自动发起注册请求,需要用户人为的重新进行注册,给用户带来了很大的不便。

发明内容

为了使提高多媒体子系统的用户体验,本发明实施例提供了一种多媒体子系统业务处理的方法和系统。所述技术方案如下:

一种多媒体子系统业务处理的方法,所述方法包括:

接收代理呼叫控制功能实体P-CSCF转发的用户的业务请求,所述业务请求中包含所述用户的标识;

向归属用户服务器HSS发送所述用户的标识,请求HSS查询所述用户是否已注册过;

当所述HSS查询出所述用户已注册过时,接收HSS返回的确认信息以及为所述用户分配的S-CSCF的信息;

根据所述S-CSCF的信息,将所述业务请求转发给所述S-CSCF,由所述S-CSCF根据所述用户的业务请求为所述用户提供服务。

本发明实施例还提供了一种代理呼叫控制功能实体P-CSCF,所述P-CSCF包括:

第一接收模块,用于接收用户发送的业务请求,所述业务请求中包含所述用户的标识;

第一查找模块,用于根据所述业务请求在本地数据库中查找所述用户的注册信息;如果未查找到,则根据所述业务请求中的用户标识查询用户归属地的I-CSCF;

第一转发模块,用于在所述第一查找模块未查找到所述用户的注册信息时,将所述业务请求转发给所述第一查找模块查找到的所述I-CSCF。

本发明实施例还提供了一种查询呼叫控制功能实体I-CSCF,所述I-CSCF包括:

第一接收模块,用于接收P-CSCF转发的用户的业务请求,所述业务请求中包含所述用户的标识;

第一发送模块,用于向HSS发送所述用户的标识,请求HSS查询所述用户是否已注册过;

第二接收模块,用于当所述HSS查询出所述用户已注册过时,接收HSS返回的确认信息以及为所述用户分配的S-CSCF的信息;

第二发送模块,用于根据所述S-CSCF的信息,将所述业务请求转发给所述S-CSCF,由所述S-CSCF根据所述用户的业务请求为所述用户提供服务。

本发明实施例还提供了一种多媒体子系统,所述系统包括:

P-CSCF,用于在接收到用户的业务请求后,将所述业务请求转发给用户归属地的I-CSCF,所述业务请求中包含所述用户的标识;

I-CSCF,用于接收P-CSCF转发的用户的业务请求;向HSS发送所述用户的标识;当所述HSS查询出所述用户已注册过时,接收HSS返回的确认信息以及为所述用户分配的S-CSCF的信息;根据所述S-CSCF的信息,将所述业务请求转发给所述S-CSCF;

S-CSCF,用于接收所述I-CSCF转发的所述业务请求,根据所述业务请求为所述用户提供服务;

HSS,用于根据所述I-CSCF发送的所述用户的标识,查询所述用户是否已注册过,如果查询出所述用户已注册过,则向所述I-CSCF返回确认信息以及为所述用户分配的S-CSCF的信息。

本发明实施例在P-CSCF丢失用户注册信息的情况下,利用HSS判断用户是否已注册,并获取为用户服务的S-CSCF的信息,使得在发生P-CSCF丢失用户注册信息的情况下,已注册的用户可以不用重新注册就可以进行会话业务,提高了用户的业务体验。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1是现有技术提供的多媒体子系统中用户注册的流程图;

图2是本发明实施例1提供的多媒体子系统业务处理的方法流程图;

图3是本发明实施例1提供的多媒体子系统业务处理的方法流程图;

图4是本发明实施例2提供的P-CSCF的结构图;

图5是本发明实施例2提供的P-CSCF的结构图;

图6是本发明实施例2提供的I-CSCF的结构图;

图7是本发明实施例2提供的I-CSCF的结构图;

图8是本发明实施例3提供的多媒体子系统结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

实施例1

本发明实施例提供了一种多媒体子系统业务处理的方法,在用户注册后的有效时间内,如果P-CSCF发生了重启,则向HSS查询用户是否已注册以及为用户分配的S-CSCF,使已注册的用户可以不重新注册就能够正常地进行业务请求。

本实施例中,在用户已经注册成功后,在注册周期内,P-CSCF进行了重启,之前保存在P-CSCF上的用户注册登记相关信息丢失。为了使用户仍能够正常进行业务请求,减小业务中断的时间,本发明实施例提出了解决的方法,参见图2,在主叫端的P-CSCF发生了故障时,在主叫端用户进行业务请求的具体过程如下:

201:用户通过用户终端UE向P-CSCF发送业务请求。需要说明的是,在IMS中用户发起的业务请求中都包含用户标识,该业务请求可以是会话请求Invite,也可以是消息请求Message。

202:P-CSCF收到用户的业务请求,根据业务请求在本地查找该用户的注册信息。在本场景中,P-CSCF在用户注册后进行了重启,因此没有查找到该用户的注册信息。P-CSCF根据业务请求中的用户标识,通过DNS(Domain Name Server,域名服务器)查找或从本地配置查找用户归属地的I-CSCF,向该I-CSCF转发业务请求。

可选的,为了提高安全性,该I-CSCF收到业务请求后,可以先根据该业务请求中的用户标识判断该业务请求是否来预设的自信任域,预设的信任域可以在IMS中预先设定,IMS默认来自信任域的业务请求都是可信任的,如果I-CSCF判断出业务请求来自信任域,则执行203;如果I-CSCF判断出业务请求不是来自信任域,则拒绝用户的业务请求,流程结束。

203:I-CSCF将该用户的标识发送给HSS以发起请求,请求HSS查询该用户是否已注册。

204:HSS根据该用户标识查询用户是否已注册过,如果是,则返回I-CSCF确认信息以及用户注册时为用户分配的S-CSCF的信息,执行205。如果不是,返回I-CSCF否认信息,I-CSCF收到否认信息后将拒绝用户的业务请求。流程结束。

205:I-CSCF将业务请求转发给为用户分配的S-CSCF。

206:S-CSCF根据用户的业务请求,进行业务逻辑处理,为用户提供相应的服务。具体为:根据用户业务请求中的被叫用户地址,将用户的业务请求发送给被叫端的S-CSCF进行业务相关处理。

207-209:S-CSCF在完成了主叫业务,为用户提供了服务后,将业务响应发送给I-CSCF,I-CSCF将业务响应发送给P-CSCF,P-CSCF收到业务响应后,保存该用户与为该用户服务的S-CSCF的关联关系。建立了关联关系后,当用户再次进行主叫业务请求时,P-CSCF根据关联关系,直接将业务请求转发给该S-CSCF进行相应的业务处理。

相应的,参见图3,在被叫端的P-CSCF发生故障重启后,被叫端用户进行被叫业务的具体步骤如下:

301:被叫端的S-CSCF接收到被叫业务请求后,将该被叫业务请求转发给被叫端的P-CSCF。

302:被叫端的P-CSCF收到该被叫业务请求后,在本地查找该被叫用户的注册信息,在本场景中,由于P-CSCF进行了重启,所以没有查找到该被叫用户的注册信息。P-CSCF根据被叫业务请求中的被叫用户地址,将该被叫业务请求转发给该被叫用户的用户终端UE。

被叫用户的用户终端UE接收到被叫业务请求后,如果对该业务处理成功,则向P-CSCF发送业务成功的消息,P-CSCF收到业务成功的消息后,保存该被叫用户与为该被叫用户服务的S-CSCF的关联关系,由此重新建立了连接关系。

本发明实施例在P-CSCF丢失用户注册信息的情况下,利用HSS查询用户是否已注册,并获取为用户服务的S-CSCF的信息,使得在发生P-CSCF丢失用户注册信息的情况下,已注册的用户可以不用重新注册就可以进行会话业务,提高了用户的业务体验。

实施例2

本发明实施例提供了一种P-CSCF,如图4所示,在用户注册后的有效时间内,如果P-CSCF发生了重启,之前保存在P-CSCF上的用户注册登记相关信息丢失。为了使用户仍能够正常进行业务请求,在进行主叫业务时,该P-CSCF包括:

第一接收模块401,用于接收用户发送的业务请求;

第一查找模块402,用于根据该业务请求在本地数据库中查找该用户的注册信息;如果未查找到,则根据该业务请求中的用户标识查询用户归属地的I-CSCF;

第一转发模块403,用于在该第一查找模块402未查找到该用户的注册信息时,将该业务请求转发给该第一查找模块402查找到的该I-CSCF。

如图5所示,在进行被叫业务时,该P-CSCF包括:

第二接收模块501,用于接收被叫业务请求;该业务请求中包含该用户的标识;

第二查找模块502,用于根据该被叫业务请求在本地数据库中查找被叫用户的注册信息;

第二转发模块503,当该第二查找模块未查找到被叫用户的注册信息时,则直接根据该被叫业务请求中的被叫用户地址发送该被叫业务请求。

进一步的,在系统中的S-CSCF完成了主叫业务,为用户提供了服务后,会将业务响应发送给I-CSCF,I-CSCF将业务响应发送给P-CSCF,P-CSCF收到业务响应后,保存该用户与为该用户服务的S-CSCF的关联关系,以便于用户再次进行主叫业务请求时,P-CSCF根据关联关系直接将业务请求转发给该S-CSCF进行相应的业务处理。此时,该P-CSCF还包括:

保存模块504,用于在接收到该I-CSCF发送的确认信息以及为该用户分配的S-CSCF的信息后,保存该用户和该S-CSCF的关联关系。

在本实施例中,由I-CSCF向HSS查询用户是否已注册以及为用户分配的S-CSCF,使已注册的用户可以不重新注册就能够正常地进行业务请求。如图6所示,本发明实施例中的I-CSCF包括:

第一接收模块601,用于接收P-CSCF转发的用户的业务请求,该业务请求中包含该用户的标识;

第一发送模块602,用于向HSS发送该用户的标识,请求HSS查询该用户是否已注册过;

第二接收模块603,用于当该HSS查询出该用户已注册过时,接收HSS返回的确认信息以及为该用户分配的S-CSCF的信息;

第二发送模块604,用于根据该S-CSCF的信息,将该业务请求转发给该S-CSCF,由该S-CSCF根据该用户的业务请求为该用户提供服务。

为了提高安全性,I-CSCF在接收到用户的业务请求时,可以先判断用户是否来自信任域,此时,参见图7,该I-CSCF还包括:

判断模块605,用于根据该业务请求中的用户标识判断该业务请求是否来自预设的信任域;

相应的,该第一发送模块602,还用于当该判断模块605判断出该业务请求来自预设的信任域时,向HSS发送该用户的标识,请求HSS查询该用户是否已注册过。

本发明实施例在P-CSCF丢失用户注册信息的情况下,通过I-CSCF向HSS查询用户是否已注册,并获取为用户服务的S-CSCF的信息,使得在发生P-CSCF丢失用户注册信息的情况下,已注册的用户可以不用重新注册就可以进行会话业务,提高了用户的业务体验。

实施例3

本发明实施例提供了一种多媒体子系统,在用户注册后的有效时间内,如果P-CSCF发生了重启,则由I-CSCF向HSS查询用户是否已注册以及为用户分配的S-CSCF,使已注册的用户可以不重新注册就能够正常地进行业务请求。如图8所示,该系统包括:

P-CSCF801,用于在接收到用户的业务请求后,将该业务请求转发给用户归属地的I-CSCF802;

I-CSCF802,用于接收P-CSCF801转发的用户的业务请求;向HSS804发送查询该用户的标识;当该HSS804查询出用户已注册过时,接收HSS返回的确认信息以及为该用户分配的S-CSCF803的信息;根据该S-CSCF803的信息,将该业务请求转发给该S-CSCF803;

S-CSCF803,用于接收该I-CSCF802转发的该业务请求,根据该业务请求为该用户提供服务。

HSS804,用于接收到I-CSCF802发送的该用户的标识时,查询该用户是否已注册过,如果查询出该用户已注册过,则向该I-CSCF802返回确认信息以及为该用户分配的S-CSCF803的信息。

为了提高安全性,该I-CSCF802在接收到用户的业务请求时,可以先判断用户是否来自信任域,此时,该I-CSCF802,还用于根据该业务请求中的用户标识判断出该业务请求是否来自信任域,如果是,则向HSS804发送该用户的标识。

在用户进行主叫业务时,该P-CSCF801,具体用于在接收到用户的业务请求后,根据该业务请求在本地数据库中查找该用户的注册信息,如果未查找到,则根据该业务请求中的用户标识查找到用户归属地的I-CSCF802,并将该业务请求转发给该I-CSCF802。

进一步的,为了保证用户再次进行主叫业务时,能直接与S-CSCF803建立连接,该P-CSCF801,还用于在接收到该确认信息和该S-CSCF803信息后,保存该用户和该S-CSCF803的关联关系。

在进行被叫业务时,该P-CSCF801,还用于接收到被叫业务请求时,根据该被叫业务请求在本地数据库中查找被叫用户的注册信息,如果未查找到,则直接根据该被叫业务请求中的被叫用户地址发送该被叫业务请求。

本发明实施例在P-CSCF丢失用户注册信息的情况下,利用HSS查询用户是否已注册,并获取为用户服务的S-CSCF的信息,使得在发生P-CSCF丢失用户注册信息的情况下,已注册的用户可以不用重新注册就可以进行会话业务,提高了用户的业务体验。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述程序可以存储于一计算机可读取存储介质中,所述存储介质为计算机的软盘、硬盘或光盘等。

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

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号