专利名称：在ip多媒体子系统中实现注册的方法
技术领域：
本发明涉及移动通信技术领域，特别是指一种在IP多媒体子系统(IMS)中实现注册的方法。
背景技术：
随着宽带网络的发展，移动通信不仅仅局限于传统的话音通信，通过与呈现业务(presence)、消息、网页(WEB)浏览、定位信息、推送业务(PUSH)以及文件共享等数据业务的结合，移动通信能够实现音频、视频、图片和文本等多种媒体类型的业务，以满足用户的多种需求。
第三代移动通信标准化伙伴项目(3GPP)以及第三代移动通信标准化伙伴项目2(3GPP2)等组织都先后推出了基于IP的多媒体子系统(IMS)架构，其目的是在移动网络中使用一种标准化的开放结构来实现多种多样的多媒体应用，以给用户提供更多的选择和更丰富的感受。
IMS架构叠加在分组域网络(PS-Domain)之上，该架构与鉴权相关的实体包括呼叫状态控制功能(CSCF)实体和归属签约用户服务器(HSS)功能实体。
CSCF又可以分成服务CSCF(S-CSCF)、代理CSCF(P-CSCF)和查询CSCF(I-CSCF)三个逻辑实体，该三个逻辑实体可能是不同的物理设备，也可能是同一个物理设备中不同的功能模块。S-CSCF是IMS的业务控制中心，用于执行会话控制，维持会话状态，管理用户信息，产生计费信息等；P-CSCF是终端用户接入IMS的接入点，用于完成用户注册，服务质量(QoS)控制和安全管理等；I-CSCF负责IMS域之间的互通，管理S-CSCF的分配，对外隐藏网络拓扑结构和配置信息，并产生计费数据等。HSS是非常重要的用户数据库，用于支持各个网络实体对呼叫和会话的处理。
IMS在初始推出(R5版本协议)时只考虑在第三代移动通信网络使用。由于IMS上的业务非常丰富，所以出现了运营商在2G的网络上使用IMS的需求。但在2G的网络上是无法支持基于3G网络的IMS的安全相关功能的，例如五元组鉴权/网络认证等，为解决2G用户使用IMS网络面临的用户鉴权问题，3GPP提出了一种过渡鉴权方案，该方案为2G上的IMS业务提供一定的安全功能。当用户支持3G鉴权方案时，再采用完整的基于3G的鉴权方案对接入用户进行鉴权。
由于引入了两种鉴权方法，特别是Early IMS为后续推出，这样就存在了设备厂商不同时期开发的不同的网元实体可能支持不同鉴权能力类型的情况。在此将支持2G的鉴权方式的实体称为支持Early IMS的鉴权的实体，将支持3G鉴权方式的实体称之为支持Full 3GPP IMS的鉴权的实体。由于网络中存在支持不同鉴权方式的实体，因此必然会存在下述情况例如，在用户的归属网络域同时存在支持和不支持Early IMS的S-CSCF，若只支持Early IMS鉴权方式的P-CSCF，将接收到的来自只支持Early IMS鉴权方式的UE的SIP注册请求发送给了只支持Full 3GPP IMS鉴权方式的S-CSCF，则该S-CSCF必然按照全3GPP鉴权方式对接收到注册请求进行检查，此时，该S-CSCF会发现该接收到的SIP消息中缺少相关头域，并认为该消息为非法消息，因而返回失败的响应消息给用户，但是如果此时选择了另一个支持Early IMS鉴权的S-CSCF，则用户就可能注册成功。
可见，在上述情况下用户鉴权失败的原因是由于UE与S-CSCF所支持的鉴权方式不匹配而造成的，并不是因为该UE不合法，而这对于合法的用户肯定是不公平的，同时也降低了用户的满意度。
为了避免上述情况的发生，3GPP在目前阶段，规定了P-CSCF/S-CSCF都处在归属网络内，且支持相同类型的鉴权方式，从而回避了P-CSCF可能与S-CSCF支持不同类型鉴权方式的情况，即回避了UE与S-CSCF支持不同类型鉴权方式的情况。但在实际网络运营情况中，随着业务的开展，不可能总是将P-CSCF放置在归属网络，则存在将P-CSCF放置在拜访网络的情况。在这种情况下，由于P-CSCF和S-CSCF(P/S-CSCF)属于不同运营商，由于运营商引入IMS阶段的不同，就有可能存在P/S-CSCF支持不同鉴权能力类型的情况。
再有，为了保证P-CSCF总是可以选择相兼容的S-CSCF，还可以采用以下两种方法一种方法是在P-CSCF中配置了网络中S-CSCF所支持的鉴权能力数据。而随着运营商网络的规模扩大，会导致配置数据的过程变得复杂化且不可行。此时，即使通过同时将P/S-CSCF升级为两种都支持的方式来避免配置数据的复杂化，也存在由于升级的先后，而导致网络在一段时间内将存在支持不同鉴权能力类型的P/S-CSCF的可能性。
另一种方法是，将P/S-CSCF合并在同一网络实体中，这样只要UE同P-CSCF的鉴权能力类型相兼容，就能保证同S-CSCF鉴权能力类型相兼容。但同样随着运营商的网络规模扩大，P/S-CSCF逻辑功能必然会分布在不同的物理实体上，此时这种方法就不能继续使用。
以上问题都是3GPP目前未考虑的同时也是不可回避的。
发明内容
有鉴于此，本发明的目的在于一种在IP多媒体子系统(IMS)中实现注册的方法，避免因鉴权能力类型不匹配而导致的鉴权失败。
为达到上述目的，本发明的技术方案是这样实现的；一种在IP多媒体子系统中实现注册的方法，设置用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表，该数据表中包含S-CSCF的标识与其所支持的鉴权能力类型的对应关系，该方法包括以下步骤a、I-CSCF接收到来自UE的注册请求后，获取能够为该UE提供服务的S-CSCF能力集信息；
b、I-CSCF确定该发起请求的UE所支持的鉴权能力类型，根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已获取的S-CSCF能力集信息，选择能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，并选定该集合中的一个S-CSCF；c、I-CSCF向选定的S-CSCF发送注册请求，并继续进行后续注册处理。
较佳地，步骤b所述I-CSCF确定该发起请求的UE所支持的鉴权能力类型的方法为I-CSCF判断所获取的S-CSCF能力集信息中是否包含预先设置的用户所要求的鉴权类型能力数据，如果是，则根据该用户所要求的鉴权类型能力数据确定发起请求的UE所支持的鉴权能力类型，否则，根据UE发起的注册请求确定发起请求的UE所支持的鉴权能力类型。
较佳地，所述I-CSCF根据UE发起的注册请求确定该UE所支持的鉴权能力类型的方法为根据注册请求中是否存在授权Authorization头域，或者，根据预先设定的支持不同鉴权能力类型的特征符，确定该发起请求的UE所支持的鉴权能力类型；所述根据注册请求中是否存在授权Authorization头域确定该发起请求的UE所支持的鉴权能力类型的方法为如果注册请求包含Authorization头域，且该头域用法符合目前3GPP要求，则发起请求的UE支持Full IMS鉴权方式，如果注册请求未包含Authorization头域，则发起请求的UE支持Early IMS鉴权方式。
较佳地，步骤b所述I-CSCF从已获取的S-CSCF能力集信息中选择选择能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合的方法为如果所获取的S-CSCF能力集信息中包含预先设置的用户所要求的鉴权类型能力数据，则I-CSCF根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已获取的S-CSCF能力集信息，直接选择出能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合；如果所获取的S-CSCF能力集信息中未包含预先设置的用户所要求的鉴权类型能力数据，则I-CSCF首先从所获取的S-CSCF能力集信息中，选择出能够满足该UE业务能力的S-CSCF能力集，再根据UE发起的注册请求确定该UE所支持的鉴权能力类型，然后再根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已选择出的能够满足该UE业务能力的S-CSCF能力集，选择出能够支持发起注册请求的UE所支持鉴权能力类型的S-CSCF集合。
较佳地，如果所获取的S-CSCF能力集信息中包含预先设置的用户所要求的鉴权类型能力数据，但I-CSCF无法根据所获取的S-CSCF能力集信息中直接选择出能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合时，进一步包括I-CSCF从所获取的S-CSCF能力集信息中，选择出能够满足该UE业务能力的S-CSCF能力集，再根据UE发起的注册请求确定该UE所支持的鉴权能力类型，然后再根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已选择出的能够满足该用户业务能力的S-CSCF能力集，选择出能够支持发起注册请求的UE所支持鉴权能力类型的S-CSCF集合。
较佳地，所述用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表设置在I-CSCF中。
较佳地，该方法进一步包括如果I-CSCF不能从已获取的能力集信息中选择能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，I-CSCF通过P-CSCF给UE返回注册失败的响应信息。
较佳地，该方法进一步包括如果I-CSCF不能从已获取的能力集信息中选择出能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，则I-CSCF随机任选一个S-CSCF，向该选定的S-CSCF发送注册请求，并按常规流程进行后续注册处理。
较佳地，如果I-CSCF任意选定的S-CSCF满足该UE的业务能力要求且与发起注册请求的UE所支持的鉴权能力类型匹配，则S-CSCF通过I-CSCF和P-CSCF给UE返回注册成功的响应信息；如果I-CSCF任意选定的S-CSCF满足该UE的业务能力要求和/或与发起注册请求的UE所支持的鉴权能力类型不匹配，则S-CSCF通过I-CSCF和P-CSCF给UE返回注册失败的响应信息。
较佳地，所述注册失败的响应信息中进一步包含该信息的发起方信息以及失败原因。
较佳地，所述失败原因为未找到鉴权能力类型相匹配的S-CSCF。
本发明的关键是，预先设置用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表，当I-CSCF获取能够为该UE提供服务的S-CSCF能力集信息后，确定该发起请求的UE所支持的鉴权能力类型，并根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已获取的S-CSCF能力集信息，选择能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，并选定该集合中的一个S-CSCF；然后按照现有的方法继续后续注册处理。这样保证了发起注册请求的UE与S-CSCF之间所支持的鉴权能力类型匹配，避免了因鉴权能力类型不匹配而导致的鉴权失败的情况。再有，应用本发明的方法，在注册失败的响应消息中可给出失败原因，辅助UE执行相关操作。由于本发明对现有技术方案改动较小，因而将网络的规模调整所带来的现有配置数据方法变化降低到最小，从而与现有技术有很好地兼容性。
图1所示为采用Early IMS鉴权方式的用户实现注册的流程图。
具体实施例方式
下面结合附图及具体实施例对本发明再做进一步地详细说明。
在本申请文件中所提到的UE与P-CSCF之间所支持的鉴权能力类型是相匹配的，如果上述两者之间不匹配，目前3GPP协议已经描述了P-CSCF的处理方法，也就是说，上述两者之间不匹配的情况不在本发明的考虑范围之内。
为了实现本发明的技术方案，需预先设置用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表，该数据表中包含S-CSCF的标识与其所支持的鉴权能力类型的对应关系，具体形式如表1所示
表1上述用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表通常设置在I-CSCF中。
图1所示为采用Early IMS鉴权方式的用户实现注册的流程图。在本实施例中，UE同P-CSCF的鉴权方式相匹配且UE使用SIP消息发起注册请求。
步骤101，UE发起一个新的IMS注册请求消息，由于接收用户注册请求消息的P-CSCF与发起请求的UE所支持的鉴权能力类型相匹配，因此P-CSCF可以正确转发用户的注册请求消息。上述注册请求消息中包含UE的标识。
步骤102～103，P-CSCF根据UE的标识确定其归属域，通过查询地址解析服务器(DNS)中的数据确定归属域的入口点I-CSCF的IP地址。
步骤104，P-CSCF将注册请求转发给I-CSCF。
步骤105～106，I-CSCF向HSS发送查询位置消息，该查询位置消息中包含UE的标识。由于用户为初始注册，因此HSS根据查询消息中的UE标识找到该UE的用户签约数据，并根据该签约数据所要求的能力获取S-CSCF能力集信息，并将该S-CSCF能力集信息返回给I-CSCF，同时，如果在HSS中，根据用户签约能力预先配置了用于表示UE所支持鉴权能力类型的鉴权类型能力数据，则该表示UE所支持鉴权能力类型的鉴权类型能力数据将作为S-CSCF能力集信息的一部分一同返回给I-CSCF。
步骤107，I-CSCF从接收到的S-CSCF能力集信息中选择能够满足该UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合。具体选择S-CSCF的过程如下若HSS返回的信息中包含用于表示UE所支持鉴权能力类型数据，则I-CSCF根据该鉴权类型能力数据确定发起请求的UE所支持的鉴权能力类型，再根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已获取的S-CSCF能力集信息，直接选择出能够满足该UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，该S-CSCF集合中可以有一个或一个以上的S-CSCF，并任意选定该集合中的一个S-CSCF。
若HSS返回的信息中未包含用于表示UE所支持鉴权能力类型数据，则I-CSCF首先从HSS返回的S-CSCF能力集信息中，选择出能够满足该UE业务能力的S-CSCF能力集，再根据UE发起的注册请求确定该UE所支持的鉴权能力类型，然后再根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已选择出的能够满足该UE业务能力的S-CSCF能力集，选择出能够支持发起注册请求的UE所支持鉴权能力类型的S-CSCF集合；该S-CSCF集合中可以有一个或一个以上的S-CSCF，并任意选定该集合中的一个S-CSCF。
上述I-CSCF根据接收到的注册请求确定该发起请求的UE所支持的鉴权能力类型的方法为根据注册请求中是否存在授权Authorization头域确定该发起请求的UE所支持的鉴权能力类型；或者，根据运营商预先设定的支持不同鉴权能力类型的特征符，确定该发起请求的UE所支持的鉴权能力类型。
如果是根据注册请求中是否存在授权Authorization头域确定该发起请求的UE所支持的鉴权能力类型，其具体方法为如果注册请求消息包含Authorization头域且该头域用法符合目前3GPP要求，则发起请求的UE支持Full IMS鉴权能力类型，如果注册请求未包含Authorization头域，则发起请求的UE支持Early IMS鉴权方式。
假设在本实施例中发起注册请求的UE只支持Early IMS鉴权能力类型，则根据表1的数据，此时I-CSCF所选择的S-CSCF集合中只可能包括选择S-CSCF1和/或S-CSCF2，而不能包括S-CSCF3。
步骤108，I-CSCF向选定的S-CSCF发送注册请求消息。
步骤109～110，S-CSCF向HSS请求鉴权参数，并从HSS的响应信息中获取所需参数。
步骤111～112，S-CSCF根据HSS下发的鉴权数据，进行检查，并向HSS返回鉴权结果。此处假设S-CSCF采用Early IMS鉴权方法，其具体鉴权过程与现有技术相同，在此不再详细描述。
步骤113～115，S-CSCF向用户返回注册回应消息。在本实施例中假设注册成功，S-CSCF通过P-CSCF返回注册成功消息给UE。
以上实施例是通过采用Early IMS鉴权用户的注册过程来说明的，对于采用FULL 3GPP IMS鉴权的3G用户而言，其注册过程与现有的注册过程区别是，预先设置用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表，该数据表中包含S-CSCF的标识与其所支持的鉴权能力类型的对应关系，在I-CSCF接收到的来自HSS的S-CSCF能力集信息后，确定该发起请求的UE所支持的鉴权能力类型，并根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已获取的S-CSCF能力集信息，选择能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，再从该集合中任选一个S-CSCF，并按常规流程继续后续注册处理。具体选择S-CSCF集合的方法与步骤107的处理方式完全相同。
如果UE所支持的鉴权类型能力数据已预先配置在HSS内，但I-CSCF无法根据HSS返回的S-CSCF能力集信息找到相匹配的S-CSCF，即无法找到能够满足该UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，则I-CSCF也可以按照如下方式进行处理从HSS返回的S-CSCF能力集信息中，选择出能够满足该UE业务能力的S-CSCF能力集，再根据UE发起的注册请求确定该UE所支持的鉴权能力类型，然后再根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已选择出的能够满足该用户业务能力的S-CSCF能力集，选择出能够支持发起注册请求的UE所支持鉴权能力类型的S-CSCF集合。也就是说，当UE所支持的鉴权类型能力数据已预先配置在HSS内，但I-CSCF无法根据HSS返回的S-CSCF能力集信息找到相匹配的S-CSCF时，I-CSCF可以再采用根据UE的注册请求判断鉴权能力类型的处理方法进行处理，也可以直接按照下面所述的失败方式进行处理。
无论对于采用Early IMS鉴权方式的用户还是Full 3GPP鉴权方式的用户，如果发生了异常情况，如I-CSCF未配置S-CSCF能力数据表；或I-CSCF根据用户的鉴权类型和预先设置的S-CSCF的能力数据表进行匹配，未发现相关表项等，当然异常情况并不限于此，导致I-CSCF不能从已获取的S-CSCF能力集中选择出满足该UE的业务能力要求和/或与发起注册请求的UE所支持的鉴权能力类型相匹配的S-CSCF集合，则I-CSCF有以下两种处理方法一I-CSCF通过P-CSCF给UE返回注册失败的响应信息。该注册失败的响应信息中可以进一步包含发起方信息以及失败原因。其中，发起方信息是为了表明是I-CSCF发起的失败响应消息，而不是在P-CSCF处鉴权失败；在失败原因中指明未找到鉴权能力类型相匹配的S-CSCF，例如，采用400消息，即Bad Request，表示发起请求的UE支持Early IMS，但网络侧不支持该鉴权方法，即网络侧只支持FULL 3GPP IMS鉴权方法；采用420消息，即Bad Extension，表示发起请求的UE支持Full 3GPP IMS，但网络侧不支持该鉴权方法，即网络侧只支持Early IMS鉴权方法。
方法二I-CSCF随机任选一个S-CSCF，向该选定的S-CSCF发送注册请求，并按常规流程继续进行后续处理。此时，又会存在两种情况A、I-CSCF所选择的S-CSCF恰好与发起请求的UE所支持的鉴权能力类型相匹配，此时S-CSCF进行正常处理后返回鉴权结果，即通过I-CSCF和P-CSCF给UE返回注册成功的响应信息。之所以出现这种情况可能是预先配置的用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表中的数据有错误或不完善。
B、I-CSCF所选择的S-CSCF与发起请求的UE所支持的鉴权能力类型不匹配，S-CSCF通过I-CSCF和P-CSCF给UE返回注册失败的响应信息，该注册失败的响应信息中可以进一步包含发起方信息以及失败原因。其中，发起方信息表明是S-CSCF发起的失败响应消息，这样可以与P-CSCF发起的失败响应消息相区别；在失败原因中指明未找到鉴权能力类型相匹配的S-CSCF，例如，采用400消息，即Bad Request，表示发起请求的UE支持EarlyIMS，而S-CSCF只支持Full 3GPP IMS，采用420消息，即Bad Extension，表示发起请求的UE支持Full 3GPP IMS而S-CSCF只支持Early IMS。
由于在注册失败的响应消息中给出了失败原因，这样可辅助UE执行后续相关操作。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换和改进，均应包含在本发明的保护范围之内。
权利要求
1.一种在IP多媒体子系统中实现注册的方法，其特征在于，设置用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表，该数据表中包含S-CSCF的标识与其所支持的鉴权能力类型的对应关系，该方法包括以下步骤a、I-CSCF接收到来自UE的注册请求后，获取能够为该UE提供服务的S-CSCF能力集信息；b、I-CSCF确定该发起请求的UE所支持的鉴权能力类型，根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已获取的S-CSCF能力集信息，选择能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，并选定该集合中的一个S-CSCF；c、I-CSCF向选定的S-CSCF发送注册请求，并继续进行后续注册处理。
2.根据权利要求1所述的方法，其特征在于，步骤b所述I-CSCF确定该发起请求的UE所支持的鉴权能力类型的方法为I-CSCF判断所获取的S-CSCF能力集信息中是否包含预先设置的用户所要求的鉴权类型能力数据，如果是，则根据该用户所要求的鉴权类型能力数据确定发起请求的UE所支持的鉴权能力类型，否则，根据UE发起的注册请求确定发起请求的UE所支持的鉴权能力类型。
3.根据权利要求2所述的方法，其特征在于，所述I-CSCF根据UE发起的注册请求确定该UE所支持的鉴权能力类型的方法为根据注册请求中是否存在授权Authorization头域，或者，根据预先设定的支持不同鉴权能力类型的特征符，确定该发起请求的UE所支持的鉴权能力类型；所述根据注册请求中是否存在授权Authorization头域确定该发起请求的UE所支持的鉴权能力类型的方法为如果注册请求包含Authorization头域，且该头域用法符合目前3GPP要求，则发起请求的UE支持Full IMS鉴权方式，如果注册请求未包含Authorization头域，则发起请求的UE支持Early IMS鉴权方式。
4.根据权利要求2所述的方法，其特征在于，步骤b所述I-CSCF从已获取的S-CSCF能力集信息中选择选择能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合的方法为如果所获取的S-CSCF能力集信息中包含预先设置的用户所要求的鉴权类型能力数据，则I-CSCF根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已获取的S-CSCF能力集信息，直接选择出能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合；如果所获取的S-CSCF能力集信息中未包含预先设置的用户所要求的鉴权类型能力数据，则I-CSCF首先从所获取的S-CSCF能力集信息中，选择出能够满足该UE业务能力的S-CSCF能力集，再根据UE发起的注册请求确定该UE所支持的鉴权能力类型，然后再根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已选择出的能够满足该UE业务能力的S-CSCF能力集，选择出能够支持发起注册请求的UE所支持鉴权能力类型的S-CSCF集合。
5.根据权利要求4所述的方法，其特征在于，如果所获取的S-CSCF能力集信息中包含预先设置的用户所要求的鉴权类型能力数据，但I-CSCF无法根据该S-CSCF能力集信息中直接选择出能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合时，进一步包括I-CSCF从所获取的S-CSCF能力集信息中，选择出能够满足该UE业务能力的S-CSCF能力集，再根据UE发起的注册请求确定该UE所支持的鉴权能力类型，然后再根据已设置的数据表中S-CSCF的标识与其所支持的鉴权能力类型的对应关系，以及已选择出的能够满足该用户业务能力的S-CSCF能力集，选择出能够支持发起注册请求的UE所支持鉴权能力类型的S-CSCF集合。
6.根据权利要求1所述的方法，其特征在于，所述用于表示S-CSCF所支持鉴权能力类型的S-CSCF数据表设置在I-CSCF中。
7.根据权利要求1所述的方法，其特征在于，该方法进一步包括如果I-CSCF不能从已获取的能力集信息中选择能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，I-CSCF通过P-CSCF给UE返回注册失败的响应信息。
8.根据权利要求1所述的方法，其特征在于，该方法进一步包括如果I-CSCF不能从已获取的能力集信息中选择出能够满足发起注册请求的UE所要求的业务能力且支持该UE鉴权能力类型的S-CSCF集合，则I-CSCF随机任选一个S-CSCF，向该选定的S-CSCF发送注册请求，并按常规流程进行后续注册处理。
9.根据权利要求8所述的方法，其特征在于，如果I-CSCF任意选定的S-CSCF满足该UE的业务能力要求且与发起注册请求的UE所支持的鉴权能力类型匹配，则S-CSCF通过I-CSCF和P-CSCF给UE返回注册成功的响应信息；如果I-CSCF任意选定的S-CSCF满足该UE的业务能力要求和/或与发起注册请求的UE所支持的鉴权能力类型不匹配，则S-CSCF通过I-CSCF和P-CSCF给UE返回注册失败的响应信息。
10.根据权利要求7或9所述的方法，其特征在于，所述注册失败的响应信息中进一步包含该信息的发起方信息以及失败原因。
11.根据权利要求10所述的方法，其特征在于，所述失败原因为未找到鉴权能力类型相匹配的S-CSCF。
全文摘要
本发明公开了一种在IP多媒体子系统中实现注册的方法，关键是，当I－CSCF从HSS中获取能够为该UE提供服务的S－CSCF能力集信息后，确定该发起请求的UE所支持的鉴权能力类型，并根据已设置的数据表中S－CSCF的标识与其所支持鉴权能力类型的对应关系，以及已获取的S－CSCF能力集信息，选择能够满足该UE所要求的业务能力且支持该UE鉴权能力类型的S－CSCF集合，并选定该集合中的一个S－CSCF，然后按照现有方法继续后续注册处理。这样保证了发起注册请求的UE与S－CSCF之间所支持的鉴权能力类型匹配，避免了因鉴权能力类型不匹配而导致的鉴权失败的情况。本发明对现有技术方案改动较小，与现有技术有很好的兼容性。
文档编号H04L29/06GK1852556SQ20051007760
公开日2006年10月25日 申请日期2005年6月17日 优先权日2005年6月17日
发明者朱奋勤 申请人:华为技术有限公司