CN1805452A - 一种在注册过程中确定服务呼叫控制功能的方法 - Google Patents
一种在注册过程中确定服务呼叫控制功能的方法 Download PDFInfo
- Publication number
- CN1805452A CN1805452A CN 200510053775 CN200510053775A CN1805452A CN 1805452 A CN1805452 A CN 1805452A CN 200510053775 CN200510053775 CN 200510053775 CN 200510053775 A CN200510053775 A CN 200510053775A CN 1805452 A CN1805452 A CN 1805452A
- Authority
- CN
- China
- Prior art keywords
- cscf
- message
- tabulation
- registration
- execution
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种在注册过程中确定服务呼叫控制功能的方法:A、当用户终端UE当前的注册状态为未注册状态时,HSS接收到I-CSCF发送的查询请求;B、所述HSS判断该UE是否满足预先设置的重选S-CSCF条件,如果是,将满足该UE最严格签约业务要求的S-CSCF能力信息列表和已经分配的S-CSCF名字发送给I-CSCF,执行步骤C;否则,将已经分配的S-CSCF名字发送给I-CSCF,I-CSCF向该已经分配的S-CSCF发送注册消息进行注册,结束;C、I-CSCF根据收到的S-CSCF能力信息列表选取满足该列表所指示的S-CSCF能力信息的S-CSCF,向所选取的S-CSCF发送注册消息进行注册。
Description
技术领域
本发明涉及在网际协议多媒体子系统(IMS)中选择服务呼叫控制功能(S-CSCF)的技术,特别涉及一种在IMS注册过程中确定S-CSCF的方法。
背景技术
随着宽带网络的发展,移动通信不仅仅局限于传统的语音通信,而且可以结合音频、视频、图片和文本等多种媒体业务。多种媒体业务通过与呈现业务(presence)、短消息、网页(WEB)浏览、定位信息、推送业务(PUSH)和文件共享等数据业务的结合,可以满足终端(UE)的多种需求。
在多种数据业务应用的推动下,3GPP以及3GPP2等标准组织都先后推出了IMS架构,目的是在移动网络中使用一种标准化开放结构实现多种多样的多媒体业务应用,提供给UE更多的选择和更丰富的感受。
在3GPP版本5(R5,Release)阶段,引入了IMS,IMS叠加在分组域网络之上,由呼叫控制功能(CSCF)、媒体网关控制功能(MGCF)、媒体资源功能(MRF)和归属签约UE服务器(HSS)等功能实体组成。其中CSCF又可以分为S-CSCF、代理CSCF(P-CSCF)和查询CSCF(I-CSCF)三个逻辑实体。S-CSCF是IMS的业务交换中心,执行会话控制,维持会话状态,负责管理UE信息,产生计费信息等;P-CSCF是UE接入IMS的接入点,完成UE注册,负责业务质量(QoS)控制和安全管理等;I-CSCF负责IMS域之间的互通,管理S-CSCF的分配和选择,对外隐藏网络拓扑和配置,产生计费数据等。MGCF控制网关,实现IMS和其它网络的互通。MRF提供媒体资源。HSS存储UE的签约数据和配置信息等。
在IMS中,使用会话发起(SIP)协议作为IP多媒体会话的信令控制协议;HSS和I-CSCF以及HSS和S-CSCF之间的Cx接口上使用Diameter协议来进行信息交互。
IMS也可以应用在3GPP2中定义的分组网络、无线局域(WLAN)网络或下一代(NGN)网络中。
目前,当UE要接入IMS时,必须使用公共用户标识到IMS网络侧进行注册,公共用户标识用于在IMS网络中标识UE。一个UE可以具有一个或一个以上的公共用户标识。
当UE在IMS中注册时的过程如图1所示,其具体步骤为:
步骤100、UE通过P-CSCF向I-CSCF发起携带该UE公共用户标识的注册(REGISTER)消息。
步骤101、I-CSCF接收到该消息,向HSS发送携带该UE公共用户标识的查询请求,查询该UE当前的注册状态。
步骤102、HSS根据该请求携带的该UE公共用户标识判断该UE当前的注册状态为已注册状态、未注册状态还是注销状态。
UE的注册状态分为三种:已注册状态、来注册状态和注销状态。已注册状态是指该UE已经主动注册,并在已注册状态下分配了S-CSCF;未注册状态是指该UE没有注册,但是曾经作为被访问的对象时或者使用该UE其他的公共用户标识时被分配了S-CSCF;注销状态是该UE已经被注销,没有分配S-CSCF。
步骤103、如果该UE的注册状态为已注册状态,则HSS直接向I-CSCF返回用于会话发起协议的统一资源标识符(SIP URI,Session InitiationProtocol Uniform Resource Indentifier),该SIP URI标识是为该UE提供服务的S-CSCF的地址。
步骤104、I-CSCF将REGISTER消息中的Request-URI修改为HSS所返回的SIP URI,然后根据该SIP URI将REGISTER消息转发给具有该SIPURI的S-CSCF。
步骤105、如果该UE的注册状态为未注册状态,则HSS判断该UE是否满足预先设置的重新选择S-CSCF的条件,如果是,执行步骤106;否则,执行步骤107。
预先设置的重新选择S-CSCF的条件包括:该UE的签约数据发生了变化、或者IMS网络侧根据网络配置情况和业务开展情况,要重新选择为该UE服务的S-CSCF。
步骤106、HSS向I-CSCF返回该UE的S-CSCF能力信息的列表和已经分配了的S-CSCF名字,由于现有技术中没有定义当I-CSCF同时接收到该UE的S-CSCF能力信息的列表和已经分配了的S-CSCF名字时,使用哪一项确定为UE服务的S-CSCF,也就是说现有技术中没有定义已经分配了的S-CSCF名字和S-CSCF能力信息的列表之间的优先关系,从而I-CSCF无法对S-CSCF能方信息的列表和已经分配了的S-CSCF名字进行处理,导致UE注册过程的失败,结束。
该UE的S-CSCF能力信息的列表是根据UE存储在HSS中的签约数据获取的,该UE的S-CSCF能力信息的列表为满足UE最严格业务签约要求的S-CSCF能力信息列表。
步骤107、HSS向I-CSCF返回所保存的S-CSCF的SIP URI,该SIP URI是为该UE已经分配了的S-CSCF的地址。
步骤108、I-CSCF将REGISTER消息中的Request-URI修改为HSS所返回的SIP URI,然后根据该SIP URI将REGISTER消息转发给具有该SIPURI的S-CSCF。
步骤109、如果该UE的注册状态为注销状态,则HSS向I-CSCF返回该UE的S-CSCF能力信息的列表,I-CSCF根据该列表选取一个最大程度满足UE签约数据要求的S-CSCF,将REGISTER消息中的Request-URI修改为该S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
如果满足UE签约数据要求的S-CSCF有多个,则选择一个最大程度满足UE签约数据要求的S-CSCF,将REGISTER消息中的Request-URI修改为该S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
如果I-CSCF从HSS返回的S-CSCF能力信息的列表中无法选择一个满足UE签约数据要求的S-CSCF能力信息的S-CSCF,则I-CSCF通过P-CSCF返回均忙碌(BUSY Everywhere)应答给UE。
当UE第一次注册时,由于HSS中存储的UE注册状态只能为未注册状态或注销状态,所以相应地执行步骤105~步骤109即可。
同样地,当UE作为被访问的对象时,I-CSCF得到携带了该UE的公共用户标识的访问请求(INVITE)消息,1-CSCF向HSS发送查询请求,根据该请求携带的公共用户标识确定该UE,判断该UE的注册状态。
在UE当前的注册状态是注销状态时,如果S-CSCF返回REGISTER消息的成功应答响应给I-CSCF,则I-CSCF将该应答响应通过P-CSCF转发给UE,完成注册过程;如果S-CSCF未返回REGISTER消息的成功应答响应以及后续重传、返回重定向(Redirection)消息或者返回临时不可答(Temporarily Unavailable)消息,该Redirection消息或者该TemporarilyUnavailable消息授权头部没有包括完整性保护参数、或者授权头部中完整性保护参数中的值不是“yes”,则I-CSCF按照上面的原则再次选取一个满足UE签约数据要求的S-CSCF,如果新选择的S-CSCF没有响应该REGISTER消息以及后续重传,并且REGISTER消息授权头部中的完整性保护参数的值为“yes”,则I-CSCF返回请求超时(Request Time out)或者服务器超时(Server Time Out)应答给P-CSCF,进而转发给UE。
除以上几种情况外,根据RFC 3261的规定,I-CSCF收到S-CSCF返回的其他类型的响应消息,均视为成功执行了注册过程。
由于在该UE的注册状态为未注册状态下并且满足HSS设置的重选S-CSCF条件时,HSS会向I-CSCF同时返回该UE的S-CSCF能力信息的列表和已经分配了的S-CSCF名字,而现有技术中没有定义当I-CSCF同时接收到该UE的S-CSCF能力信息的列表和已经分配了的S-CSCF名字时,使用哪一项确定为UE服务的S-CSCF,也就是说现有技术中没有定义已经分配了的S-CSCF名字和S-CSCF能力信息的列表之间的优先关系,从而I-CSCF无法对S-CSCF能力信息的列表和已经分配了的S-CSCF名字进行处理。因此,在这种情况下,会导致UE的本次注册过程失败。
发明内容
有鉴于此,本发明的主要目的在于提供一种在注册过程中确定S-CSCF的方法,该方法能够在UE的注册状态为未注册状态并且满足HSS设置的重选S-CSCF条件时,I-CSCF根据HSS返回的S-CSCF能力信息的列表和已经分配了的S-CSCF名字确定为UE提供服务的S-CSCF,从而不会导致UE的本次注册失败。
根据上述目的,本发明的技术方案是这样实现的:
一种在注册过程中确定服务呼叫控制功能S-CSCF的方法,该方法包括:
A、当用户终端UE当前的注册状态为未注册状态时,归属签约用户服务器HSS接收到查询呼叫控制功能I-CSCF发送的查询该UE的S-CSCF的查询请求;
B、所述HSS判断该UE是否满足预先设置的重选S-CSCF条件,如果是,将满足该UE最严格签约业务要求的S-CSCF能力信息列表和已经分配的S-CSCF名字发送给I-CSCF,执行步骤C;否则,将已经分配的S-CSCF名字发送给I-CSCF,I-CSCF向该已经分配的S-CSCF发送注册消息进行注册;
C、I-CSCF根据收到的S-CSCF能力信息列表选取满足该列表所指示的S-CSCF能力信息的S-CSCF,向所选取的S-CSCF发送注册消息进行注册。
步骤C所述的选取S-CSCF的过程为:
C0、I-CSCF根据该列表所指示的S-CSCF能力信息选择满足要求的S-CSCF,将所选择的S-CSCF按照满足程度的高低进行排序,得到S-CSCF列表;
C1、选取S-CSCF列表中位于第一位的S-CSCF。
在步骤C1之前,该方法还包括:
C111、I-CSCF判断从HSS接收到的S-CSCF是否在S-CSCF列表中,如果是,执行步骤C121;否则,执行步骤C1;
C121、I-CSCF向从HSS接收到的S-CSCF发送注册消息进行注册,结束。
在步骤C1之前,该方法还包括:
C112、I-CSCF判断从HSS接收到的S-CSCF是否在S-CSCF列表中,如果是,执行步骤C122,否则,执行步骤C1;
C122、I-CSCF判断从HSS接收到的S-CSCF是否在S-CSCF列表中的第一位,或者和S-CSCF列表中第一位的S-CSCF支持能力相同,如果是,执行步骤C132,否则,执行步骤C1;
C132、I-CSCF向从HSS接收到的S-CSCF发送注册消息进行注册,结束。
该方法进一步包括:
D、I-CSCF判断S-CSCF是否成功执行了该注册消息,如果否,则转入步骤E;否则,转入步骤G;
E、I-CSCF从S-CSCF列表中选取与已经选取S-CSCF相邻的下一个S-CSCF,向下一个S-CSCF发送注册消息进行注册;
F、I-CSCF判断下一个S-CSCF是否成功执行了该注册消息,如果是,则转入步骤G;否则,返回步骤E,直到S-CSCF列表中的S-CSCF都选取完,执行步骤H;
G、I-CSCF通过P-CSCF给UE发送该注册消息的响应,UE注册成功;
H、I-CSCF通过P-CSCF返回注册失败消息给UE,结束。
步骤A所述I-CSCF发送查询请求时启动预先设置的定时器;
在步骤E之前,该方法还包括:I-CSCF判断设置的定时器是否到时,如果是,向代理呼叫控制功能P-CSCF返回服务器超时应答,结束;否则,执行步骤E。
判断S-CSCF是否成功执行了该注册消息的过程为:
I-SCSF判断是否未接收到S-CSCF返回的注册消息的成功应答响应以及后续重传、接收到返回重定向Redirection消息或者接收到返回临时不可达Temporarily Unavailable消息,如果是,则判定为S-CSCF未成功执行该注册消息,否则,则判定为S-CSCF成功执行了该注册消息;
该Redirection消息为授权头部没有包括完整性保护参数的Redirection消息、或者授权头部中完整性保护参数中的值不是“yes”的Redirection消息;
该Temporarily Unavailable消息为授权头部没有包括完整性保护参数的Temporarily Unavailable消息、或者授权头部中完整性保护参数中的值不是“yes”的Temporarily Unavailable消息。
步骤H还包括:
I-CSCF返回该UE注册失败的消息给P-CSCF。
所述UE注册失败的消息为请求超时应答或者服务器超时应答。
步骤H所述注册失败消息为均忙碌BUSY Everywhere消息。
步骤B所述预先设置的重选S-CSCF条件包括:该UE的签约数据发生了变化、或多媒体子系统IMS网络侧重新选择为该UE服务的S-CSCF。
从上述方案可以看出,本发明在该UE的注册状态为未注册状态下并且满足HSS设置的重选S-CSCF条件的情况下,当HSS向I-CSCF返回该UE的S-CSCF能力信息的列表和已经分配了的S-CSCF名字之后,在I-CSCF上完善了确定为UE服务的S-CSCF的过程,避免了I-CSCF由于处理不当而导致UE注册失败。因此,该方法能够在UE的注册状态为未注册状态并且满足HSS设置的重选S-CSCF条件的情况下,I-CSCF根据HSS返回的S-CSCF能力信息的列表和已经分配了的S-CSCF名字确定为UE提供服务的S-CSCF,从而不会导致UE的本次注册失败。
附图说明
图1为现有技术当UE在IMS中注册时的过程流程图;
图2为本发明在注册过程中确定S-CSCF的方法的一个实施例流程图;
图3为本发明在注册过程中确定S-CSCF的方法的另一个实施例流程图;
图4为当该UE的注册状态为未注册状态的情况下,在注册过程中确定S-CSCF的方法流程图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚明白,以下举具体实施例并参照附图,对本发明进行进一步详细说明。
图2为本发明在注册过程中确定S-CSCF的方法的一个实施例流程图,其具体步骤为:
步骤200、UE向I-CSCF发起携带该UE公共用户标识的REGISTER消息。
步骤201、I-CSCF接收到该消息,启动预先设置的定时器,同时向HSS发送携带该UE公共用户标识的查询请求,查询该UE当前的注册状态。
步骤202、HSS根据该请求携带的该UE公共用户标识判断该UE当前的注册状态为已注册状态、未注册状态还是注销状态。
步骤203、如果该UE的注册状态为已注册状态,则HSS直接向I-CSCF返回SIP URI,该SIP URI是为该UE提供服务的S-CSCF的地址。
步骤204、I-CSCF将REGISTER消息中的Request-URI修改为HSS所返回的SIP URI,然后根据该SIP URI将REGISTER消息转发给具有该SIPURI的S-CSCF。
步骤205、如果该UE的注册状态为未注册状态,则HSS判断该UE是否满足预先设置的重新选择S-CSCF的条件,如果是,执行步骤206;否则,执行步骤219。
预先设置的重新选择S-CSCF的条件包括:该UE的签约数据发生了变化、或者IMS网络侧根据网络配置情况和业务开展情况,要重新选择为该UE服务的S-CSCF。
步骤206、HSS向I-CSCF返回该UE的S-CSCF能力信息的列表和已经分配了的S-CSCF名字。
该UE的S-CSCF能力信息的列表是根据UE存储在HSS中的签约数据获取的,该UE的S-CSCF能力信息的列表为满足UE最严格业务签约要求的S-CSCF能力信息列表。
步骤207、I-CSCF根据S-CSCF能力信息列表所指示的S-CSCF能力信息选择满足要求的S-CSCF,将所选择的S-CSCF按照满足程度的高低进行排序,得到S-CSCF列表。
S-CSCF列表中的S-CSCF都必须能够满足S-CSCF能力信息列表所指示的必选S-CSCF能力信息,然后按照能够满足S-CSCF能力信息列表所指示的可选S-CSCF能力信息的多少程度来排列,S-CSCF列表中最前面的S-CSCF满足的可选S-CSCF能力信息最多,S-CSCF列表中最后面的S-CSCF满足的可选S-CSCF能力信息最少或者没有。
步骤208、I-CSCF判断从HSS接收到的S-CSCF名字是否在S-CSCF列表中,如果是,执行步骤209,否则,执行步骤211。
步骤209、I-CSCF判断从HSS接收到的S-CSCF名字是否在设置的S-CSCF列表中的最前面,或者和该S-CSCF列表中最前面的S-CSCF支持能力相同,如果是,执行步骤210,否则,执行步骤211。
步骤210、I-CSCF将REGISTER消息中的Request-URI修改为从HSS接收到的S-CSCF名字具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF,转入步骤212。
步骤211、I-CSCF获取S-CSCF列表中位于最前面的S-CSCF,将REGISTER消息中的Request-URI修改为该S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF,转入步骤212。
步骤212、I-CSCF判断该S-CSCF是否成功执行了该注册消息,如果是,则转入步骤217;否则,转入步骤213。
I-CSCF判断该S-CSCF成功执行了注册消息的过程为:I-SCSF判断是否未接收到S-CSCF返回的REGISTER消息的成功应答响应、接收到S-CSCF返回的Redirection消息或者接收到S-CSCF返回的Temporarily Unavailable消息,该Redirection消息或者该Temporarily Unavailable消息授权头部没有包括完整性保护参数、或者授权头部中完整性保护参数中的值不是“yes”,如果是,则判定为S-CSCF未执行该注册消息,否则,则判定为S-CSCF执行了该注册消息。
步骤213、I-CSCF判断定时器设定的时间是否到时,如果是,执行步骤218;否则,执行步骤214。
步骤214、I-CSCF从S-CSCF列表中选取与已经选取S-CSCF相邻的下一个S-CSCF,将REGISTER消息中的Request-URI修改为下一个S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
步骤215、I-CSCF判断该选取的下一个S-CSCF是否成功执行了该注册消息,如果是,则转入步骤217;否则,转入步骤213,直到S-CSCF列表中的S-CSCF都选取完,执行步骤216。
步骤216、I-CSCF通过P-CSCF返回该UE注册失败的消息给UE,该UE注册失败的消息为BUSY Everywhere应答,结束。
步骤217、I-CSCF通过P-CSCF给UE发送REGISTER消息的响应。
步骤218、I-CSCF通过P-CSCF返回该UE注册失败的消息给UE,该UE注册失败的消息可以为Request Timeout应答或者Server Time-Out应答,结束。
步骤219、HSS向I-CSCF返回已经分配的S-CSCF的SIP URI,该SIP URI是为该UE已经分配的S-CSCF的地址。
步骤220、I-CSCF将REGISTER消息中的Request-URI修改为HSS所返回的SIP URI,然后根据该SIP URI将REGISTER消息转发给具有该SIPURI的S-CSCF。
步骤221、如果该UE的注册状态为注销状态,则HSS向I-CSCF返回该UE的S-CSCF能力信息的列表,I-CSCF根据该列表选取一个最大程度满足UE签约数据要求的S-CSCF,将REGISTER消息中的Request-URI修改为该S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
如果满足UE签约数据要求的有多个S-CSCF,则选择一个最大程度满足UE签约数据要求的S-CSCF,将REGISTER消息中的Request-URI修改为该S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
在图2所述的方法中,步骤208和步骤209也可以合成一个步骤,即:I-CSCF判断从HSS接收到的S-CSCF名字是否在S-CSCF列表中,如果是,执行步骤210,否则,执行步骤211。也就是说:如果从HSS接收到的S-CSCF名字在S-CSCF列表中,则I-CSCF还是使用该S-CSCF名字,即:I-CSCF将REGISTER消息中的Request-URI修改为从HSS接收到的S-CSCF名字具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
将步骤208和步骤209合成一个步骤的好处在于:这个从HSS接收到的S-CSCF名字是当前UE已经在使用的S-CSCF,如果在HSS中设置的S-CSCF能力信息变化之后,具有该S-CSCF名字的这个S-CSCF还是能够满足所有S-CSCF能力信息的必选要求,则优选这个S-CSCF继续服务,这样可以省略后续的删除UE当前使用S-CSCF以及更新S-CSCF的过程。
更进一步,本发明还可以采用一种简化方法,如图3所示:
步骤300、UE向I-CSCF发起携带该UE公共用户标识的REGISTER消息。
步骤301、I-CSCF接收到该消息,启动预先设置的定时器,同时向HSS发送携带该UE公共用户标识的查询请求,查询该UE当前的注册状态。
步骤302、HSS根据该请求携带的该UE公共用户标识判断该UE当前的注册状态为已注册状态、未注册状态还是注销状态。
步骤303、如果该UE的注册状态为已注册状态,则HSS直接向I-CSCF返回SIP URI,该SIP URI是为该UE提供服务的S-CSCF的地址。
步骤304、I-CSCF将REGISTER消息中的Request-URI修改为HSS所返回的SIP URI,然后根据该SIP URI将REGISTER消息转发给具有该SIPURI的S-CSCF。
步骤305、如果该UE的注册状态为未注册状态,则HSS判断该UE是否满足预先设置的重新选择S-CSCF的条件,如果是,执行步骤306;否则,执行步骤316。
步骤306、HSS向I-CSCF返回该UE的S-CSCF能力信息的列表和已经分配了的S-CSCF名字。
步骤307、I-CSCF根据S-CSCF能力信息列表所指示的S-CSCF能力信息选择满足要求的S-CSCF,将所选择的S-CSCF按照满足程度的高低进行排序,得到S-CSCF列表。
步骤308、I-CSCF获取S-CSCF列表中位于最前面的S-CSCF,将REGISTER消息中的Request-URI修改为该S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
步骤309、I-CSCF判断该S-CSCF是否成功执行了该注册消息,如果是,则转入步骤314;否则,转入步骤310。
步骤310、I-CSCF判断定时器设定的时间是否到时,如果是,执行步骤315;否则,执行步骤311。
步骤311、I-CSCF从S-CSCF列表中选取与已经选取S-CSCF相邻的下一个S-CSCF,将REGISTER消息中的Request-URI修改为下一个S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
步骤312、I-CSCF判断该选取的下一个S-CSCF是否成功执行了该注册消息,如果是,则转入步骤314;否则,转入步骤310,直到S-CSCF列表中的S-CSCF都选取完,执行步骤313。
步骤313、I-CSCF通过P-CSCF返回该UE注册失败的消息给UE,结束。
步骤314、I-CSCF通过P-CSCF给UE发送REGISTER消息的响应。
步骤315、I-CSCF通过P-CSCF返回该UE注册失败的消息给P-CSCF,该UE注册失败的消息可以为Request Timeout应答或者Server Time-Out应答,结束。
步骤316、HSS向I-CSCF返回SIP URI,该SIP URI是为该UE已经分配的S-CSCF的地址。
步骤317、I-CSCF将REGISTER消息中的Request-URI修改为HSS所返回的SIP URI,然后根据该SIP URI将REGISTER消息转发给具有该SIPURI的S-CSCF。
步骤318、如果该UE的注册状态为注销状态,则HSS向I-CSCF返回该UE的S-CSCF能力信息的列表,I-CSCF根据该列表选取一个最大程度满足UE签约数据要求的S-CSCF,将REGISTER消息中的Request-URI修改为该S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
如果符合满足UE签约数据要求的S-CSCF有多个,则选择一个最大程度满足UE签约数据要求的S-CSCF,将REGISTER消息中的Request-URI修改为该S-CSCF具有的SIP URI后,根据该SIP URI将REGISTER消息转发给具有该SIP URI的S-CSCF。
在步骤221或步骤318之后,当该UE的注册状态为注销状态时,根据现有技术,如果S-CSCF返回REGISTER消息的成功应答响应给I-CSCF,则I-CSCF将该应答响应通过P-CSCF转发给UE,完成注册过程;如果S-CSCF未返回REGISTER消息的成功应答响应以及后续的重传、Redirection消息或者Temporarily Unavailable消息,该Redirection消息或者该Temporarily Unavailable消息授权头部没有包括完整性保护参数、或者授权头部中完整性保护参数中的值不是“yes”,则I-CSCF再次执行步骤221或步骤318,再次选取一个满足UE签约数据要求的S-CSCF,直到满足UE签约数据要求的S-CSCF被选取完。
如果所有选取的S-CSCF仍未返回REGISTER消息的成功应答响应以及后续的重传、返回Redirection消息或者返回Temporarily Unavailable消息,该Redirection消息或者该Temporarily Unavailable消息授权头部没有包括完整性保护参数、或者授权头部中完整性保护参数中的值不是“yes”,则I-CSCF返回Request Timeout应答、或者Server Time-Out应答给P-CSCF,则UE本次注册失败,结束整个注册过程。
同样地,当UE作为被访问的对象时,I-CSCF得到携带了该UE的公共用户标识的INVITE消息,I-CSCF向HSS发送查询请求,根据该请求携带的公共用户标识确定UE,判断该UE的注册状态。
综上所述,本发明当该UE的注册状态为未注册状态的情况下,在注册过程中确定S-CSCF的方法流程图如图4所示:
步骤400、HSS接收到I-CSCF发送的查询该UE的S-CSCF的查询请求;
步骤401、HSS判断该UE是否满足预先设置的重选S-CSCF条件,如果是,执行步骤402;否则,执行步骤404;
步骤402、HSS将满足该UE最严格签约业务要求的S-CSCF能力信息列表和已经分配的S-CSCF名字发送给I-CSCF;
步骤403、I-CSCF根据收到的S-CSCF能力信息列表选取满足该列表所指示的S-CSCF能力信息的S-CSCF,向所选取的S-CSCF发送注册消息进行注册;
步骤404、将已经分配的S-CSCF名字发送给I-CSCF,I-CSCF向该已经分配的S-CSCF发送注册消息进行注册。
本发明在该UE的注册状态为未注册状态下并且满足HSS设置的重选S-CSCF条件的情况下,当HSS向I-CSCF返回该UE的S-CSCF能力信息的列表和已经分配了的S-CSCF名字时,完善了在I-CSCF上确定为UE服务的S-CSCF的过程,避免了I-CSCF由于未处理而导致UE注册失败,提高了使用UE的用户满意度。本发明I-CSCF基于收到的S-CSCF能力信息的列表选择为UE提供服务的S-CSCF,确保为UE提供服务的S-CSCF是满足UE最严格业务签约要求的S-CSCF。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所做的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (11)
1、一种在注册过程中确定服务呼叫控制功能S-CSCF的方法,其特征在于,该方法包括:
A、当用户终端UE当前的注册状态为未注册状态时,归属签约用户服务器HSS接收查询呼叫控制功能I-CSCF发送的查询该UE的S-CSCF的查询请求;
B、所述HSS判断该UE是否满足预先设置的重选S-CSCF条件,如果是,将满足该UE最严格签约业务要求的S-CSCF能力信息列表和已经分配的S-CSCF名字发送给I-CSCF,执行步骤C;否则,将已经分配的S-CSCF名字发送给I-CSCF,I-CSCF向该已经分配的S-CSCF发送注册消息进行注册,结束;
C、I-CSCF根据收到的S-CSCF能力信息列表选取满足该列表所指示的S-CSCF能力信息的S-CSCF,向所选取的S-CSCF发送注册消息进行注册。
2、如权利要求1所述的方法,其特征在于,步骤C所述的选取S-CSCF的过程为:
C0、I-CSCF根据该列表所指示的S-CSCF能力信息选择满足要求的S-CSCF,将所选择的S-CSCF按照满足程度的高低进行排序,得到S-CSCF列表;
C1、选取S-CSCF列表中位于第一位的S-CSCF。
3、如权利要求2所述的方法,其特征在于,在步骤C1之前,该方法还包括:
C111、I-CSCF判断从HSS接收到的S-CSCF是否在S-CSCF列表中,如果是,执行步骤C121;否则,执行步骤C1;
C121、I-CSCF向从HSS接收到的S-CSCF发送注册消息进行注册,结束。
4、如权利要求2所述的方法,其特征在于,在步骤C1之前,该方法还包括:
C112、I-CSCF判断从HSS接收到的S-CSCF是否在S-CSCF列表中,如果是,执行步骤C122,否则,执行步骤C1;
C122、I-CSCF判断从HSS接收到的S-CSCF是否在S-CSCF列表中的第一位,或者和S-CSCF列表中第一位的S-CSCF支持能力相同,如果是,执行步骤C132,否则,执行步骤C1;
C132、I-CSCF向从HSS接收到的S-CSCF发送注册消息进行注册,结束。
5、如权利要求2所述的方法,其特征在于,在步骤C之后,该方法进一步包括:
D、I-CSCF判断S-CSCF是否成功执行了该注册消息,如果成功执行,则转入步骤E;否则,转入步骤G;
E、I-CSCF从S-CSCF列表中选取与已经选取S-CSCF相邻的下一个S-CSCF,向下一个S-CSCF发送注册消息进行注册;
F、I-CSCF判断下一个S-CSCF是否成功执行了该注册消息,如果是,则转入步骤G;否则,返回步骤E,直到S-CSCF列表中的S-CSCF都选取完,执行步骤H;
G、I-CSCF通过P-CSCF给UE发送该注册消息的响应,UE注册成功;
H、I-CSCF通过P-CSCF返回注册失败消息给UE,结束。
6、如权利要求5所述的方法,其特征在于,步骤A所述I-CSCF发送查询请求时进一步启动预先设置的定时器;
在步骤E之前,该方法还包括:I-CSCF判断设置的定时器是否到时,如果是,向代理呼叫控制功能P-CSCF返回服务器超时应答,结束;否则,执行步骤E。
7、如权利要求5所述的方法,其特征在于,判断S-CSCF是否成功执行了该注册消息的过程为:
I-SCSF判断是否未接收到S-CSCF返回的注册消息的成功应答响应以及后续重传、接收到返回重定向Redirection消息或者接收到返回临时不可达Temporarily Unavailable消息,如果是,则判定S-CSCF未成功执行该注册消息,否则,则判定S-CSCF成功执行了该注册消息;
该Redirection消息为授权头部没有包括完整性保护参数的Redirection消息、或者授权头部中完整性保护参数中的值不是“yes”的Redirection消息;
该Temporarily Unavailable消息为授权头部没有包括完整性保护参数的Temporarily Unavailable消息、或者授权头部中完整性保护参数中的值不是“yes”的Temporarily Unavailable消息。
8、如权利要求5所述的方法,其特征在于,步骤H还包括:
I-CSCF返回该UE注册失败的消息给P-CSCF。
9、如权利要求8所述的方法,其特征在于,所述UE注册失败的消息为请求超时应答或者服务器超时应答。
10、如权利要求5所述的方法,其特征在于,步骤H所述注册失败的消息为均忙碌BUSY Everywhere消息。
11、如权利要求1所述的方法,其特征在于,步骤B所述预先设置的重选S-CSCF条件包括:该UE的签约数据发生了变化、或多媒体子系统IMS网络侧重新选择为该UE服务的S-CSCF。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100537756A CN100499670C (zh) | 2005-01-14 | 2005-03-11 | 一种在注册过程中确定服务呼叫控制功能的方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200510001731 | 2005-01-14 | ||
CN200510001731.9 | 2005-01-14 | ||
CNB2005100537756A CN100499670C (zh) | 2005-01-14 | 2005-03-11 | 一种在注册过程中确定服务呼叫控制功能的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1805452A true CN1805452A (zh) | 2006-07-19 |
CN100499670C CN100499670C (zh) | 2009-06-10 |
Family
ID=36867283
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100537756A Expired - Fee Related CN100499670C (zh) | 2005-01-14 | 2005-03-11 | 一种在注册过程中确定服务呼叫控制功能的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100499670C (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008080349A1 (fr) * | 2006-12-28 | 2008-07-10 | Huawei Technologies Co., Ltd. | Dispositif utilisateur, entité de fonction de commande de session d'appel de service et procédé d'enregistrement du dispositif utilisateur |
WO2008089642A1 (fr) * | 2007-01-19 | 2008-07-31 | Huawei Technologies Co., Ltd. | Procédé, dispositif et système pour le transfert d'informations de terminal dans un sous-système multimédia |
WO2009092313A1 (zh) * | 2008-01-18 | 2009-07-30 | Huawei Technologies Co., Ltd. | 一种为用户提供业务的方法和装置 |
CN108243403A (zh) * | 2016-12-26 | 2018-07-03 | 中国移动通信集团河南有限公司 | 一种控制VoLTE用户注册S-CSCF的方法及I-CSCF网元 |
-
2005
- 2005-03-11 CN CNB2005100537756A patent/CN100499670C/zh not_active Expired - Fee Related
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2008080349A1 (fr) * | 2006-12-28 | 2008-07-10 | Huawei Technologies Co., Ltd. | Dispositif utilisateur, entité de fonction de commande de session d'appel de service et procédé d'enregistrement du dispositif utilisateur |
WO2008089642A1 (fr) * | 2007-01-19 | 2008-07-31 | Huawei Technologies Co., Ltd. | Procédé, dispositif et système pour le transfert d'informations de terminal dans un sous-système multimédia |
US8311037B2 (en) | 2007-01-19 | 2012-11-13 | Huawei Technologies Co., Ltd. | Method, apparatus and system for transmitting user equipment information in a multimedia subsystem |
WO2009092313A1 (zh) * | 2008-01-18 | 2009-07-30 | Huawei Technologies Co., Ltd. | 一种为用户提供业务的方法和装置 |
CN101489174B (zh) * | 2008-01-18 | 2011-04-20 | 华为技术有限公司 | 一种为用户提供业务的方法和装置 |
US8031591B2 (en) | 2008-01-18 | 2011-10-04 | Huawei Technologies Co., Ltd. | Method and device for providing services for user |
CN102098652B (zh) * | 2008-01-18 | 2012-12-12 | 华为技术有限公司 | 一种为用户提供业务的方法、系统和装置 |
US8379650B2 (en) | 2008-01-18 | 2013-02-19 | Huawei Technologies Co., Ltd. | Method and device for providing services for user |
CN108243403A (zh) * | 2016-12-26 | 2018-07-03 | 中国移动通信集团河南有限公司 | 一种控制VoLTE用户注册S-CSCF的方法及I-CSCF网元 |
CN108243403B (zh) * | 2016-12-26 | 2021-01-01 | 中国移动通信集团河南有限公司 | 一种控制VoLTE用户注册S-CSCF的方法及I-CSCF网元 |
Also Published As
Publication number | Publication date |
---|---|
CN100499670C (zh) | 2009-06-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1801815A (zh) | 一种实现初始因特网协议多媒体子系统注册的方法 | |
CN1236593C (zh) | 网络系统以及网络控制方法 | |
CN1792104A (zh) | 通信系统中的业务配置 | |
CN1894904A (zh) | 接口呼叫信令协议 | |
CN1842084A (zh) | 实现ims和cs业务并发时的终端能力交互和路由控制的方法 | |
CN1751493A (zh) | 会话的载体协商 | |
CN1933478A (zh) | 媒体流打包时长协商方法 | |
CN1897578A (zh) | 一种消息转换方法与系统 | |
CN101043252A (zh) | 一种基于mbms机制的ims业务的传输方法及系统 | |
CN1871831A (zh) | 用于处理服务故障的方法 | |
CN1885787A (zh) | 一种在用户注册过程中注册异常的处理方法 | |
CN101030964A (zh) | 会话控制装置和方法 | |
CN1294722C (zh) | 网络侧选择鉴权方式的方法 | |
CN1870822A (zh) | 一种非ims移动终端接入ims域的鉴权注册方法及装置 | |
CN1859321A (zh) | 发送即时消息的方法和设备 | |
CN1925450A (zh) | 一种防止媒体流迂回的通信方法 | |
CN1655546A (zh) | 一种减轻归属签约用户服务器接口负荷的方法 | |
CN101043396A (zh) | 建立订阅对话的方法及订阅用户事件的方法 | |
US8078180B2 (en) | Subscriber server system for a cellular communication system | |
CN1941739A (zh) | 分配和使用用户标识的方法及其系统 | |
CN1838649A (zh) | 一种电路交换网络到ims网络呼叫路由的建立方法 | |
CN1767482A (zh) | 一种网际协议多媒体子系统的用户注册方法 | |
CN1805452A (zh) | 一种在注册过程中确定服务呼叫控制功能的方法 | |
CN101068215A (zh) | 优化媒体协商的方法、装置及系统 | |
CN1968138A (zh) | Ims网络用户注册信息的管理方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090610 Termination date: 20130311 |