一种确定S-CSCF的方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种确定服务呼叫会话控制功能(serving-call session control function，S-CSCF)的方法及装置。

背景技术

数据管理设备(比如4G中的归属签约用户服务器(home subscriber server，HSS)，5G中的统一数据管理(unified data management，UDM))可用于存储终端的用户数据，用户数据比如是签约数据、身份数据等。

数据管理设备可在终端注册或终端被叫等流程中为IP多媒体子系统(IPmultimedia subsystem，IMS)域中的功能/网元提供相关数据。示例性的，在终端被叫流程中，主叫终端向问询呼叫会话控制功能(interrogation-call session controlfunction，I-CSCF)发起对被叫终端(或称为目标终端)的邀请消息之后，I-CSCF可基于该邀请消息向数据管理设备发送位置信息查询请求(location information request，LIR)消息，以请求获取目标终端对应的目标S-CSCF的地址信息。相应的，数据管理设备向I-CSCF发送位置信息查询响应(location information answer，LIA)消息，LIA消息中携带该目标S-CSCF的地址信息。

而在接入数据管理设备失败的情况下，I-CSCF不能从数据管理设备中获取到目标S-CSCF的地址信息。即I-CSCF不能确定出目标S-CSCF，从而导致呼叫目标终端失败。

发明内容

本申请提供一种确定S-CSCF的方法及装置，用于在接入数据管理设备失败的情况下，避免出现注册或者呼叫目标终端失败的问题，有助于提高了通信系统的可靠性。

第一方面，本申请提供一种确定S-CSCF的方法，该方法可以是由I-CSCF执行。

在一种可能的实现方式中，方法包括：I-CSCF确定接入数据管理设备失败，并向第一设备发送第一获取请求；I-CSCF接收第一设备的第一获取响应；其中，第一获取响应指示目标S-CSCF的地址信息，目标S-CSCF是目标终端注册的S-CSCF。示例性的，数据管理设备可以是UDM或HSS。示例性的，第一设备可以是目标S-CSCF或备份设备。

上述技术方案中，I-CSCF确定接入数据管理设备失败，可向第一设备发送第一获取请求，进一步的，I-CSCF可从第一设备中接收第一获取响应，该第一获取响应可用于指示目标S-CSCF的地址信息，从而I-CSCF可获取到目标S-CSCF的地址信息，根据目标S-CSCF的地址信息执行目标终端的注册流程或呼叫目标终端的流程。从而在接入数据管理设备失败情况下，避免出现注册或者呼叫目标终端失败的问题，有助于提高了通信系统的可靠性。

在一种可能的实现方式中，第一设备是目标S-CSCF，目标S-CSCF是I-CSCF对应的S-CSCF集合中的任一个；第一获取响应中包括确定第一设备为目标S-CSCF的指示，或者包括目标S-CSCF的地址信息。上述技术方案中，若第一设备是目标S-CSCF，则第一设备可以通过该确定第一设备为目标S-CSCF的指示，或者包括有目标S-CSCF的地址信息的第一获取响应，向I-CSCF指示第一设备是目标S-CSCF，以使得I-CSCF确定出目标S-CSCF。

在一种可能的实现方式中，方法还包括：I-CSCF向第二设备发送第二获取请求，第二设备为I-CSCF对应的S-CSCF集合中的除目标S-CSCF以外的其它S-CSCF；I-CSCF接收来自第二设备的否定第二设备为目标S-CSCF的指示，或者，I-CSCF未接收到来自第二设备的目标S-CSCF的地址信息。上述技术方案中，I-CSCF可通过轮训方式从I-CSCF对应的S-CSCF集合中确定出目标S-CSCF，在第二设备(即某个S-CSCF)不是目标S-CSCF的情况下，第二设备可以通过向I-CSCF发送否定第二设备为目标S-CSCF的指示，或者不向I-CSCF响应，来向I-CSCF指示第二设备不是目标S-CSCF，以使得I-CSCF从S-CSCF集合中选择新的S-CSCF并确定该新的S-CSCF是否为目标S-CSCF。

在一种可能的实现方式中，I-CSCF向第一设备发送第一获取请求，包括：I-CSCF向S-CSCF集合中包括的多个S-CSCF发送第一获取请求；I-CSCF接收第一设备的第一获取响应，包括：I-CSCF接收多个S-CSCF中的目标S-CSCF的第一获取响应。在一种可能的实现方式中，方法还包括：I-CSCF接收来自多个S-CSCF中、除目标S-CSCF以外的其它S-CSCF的否定其它S-CSCF为目标S-CSCF的响应，或者，I-CSCF未接收到来自多个S-CSCF中、除目标S-CSCF以外的其它S-CSCF的目标S-CSCF的地址信息。上述技术方案中，I-CSCF通过组播方式或者广播方式向S-CSCF集合中的多个S-CSCF发送获取请求，有助于提高I-CSCF确定出目标S-CSCF的效率。

在一种可能的实现方式中，第一设备是备份设备，备份设备中对应存储有目标终端的标识与目标S-CSCF的地址信息。第一获取响应中包括目标S-CSCF的地址信息。上述技术方案中，通信系统中设置备份设备，该备份设备可存储有终端的标识与S-CSCF地址信息的对应关系，在I-CSCF确定接入数据管理设备失败之后，可以从备份设备中查询目标终端对应的目标S-CSCF的地址信息，从而在接入数据管理设备失败情况下，避免出现注册或者呼叫目标终端失败的问题，有助于提高了通信系统的可靠性。

在一种可能的实现方式中，还包括：在数据管理设备接入正常的情况下，I-CSCF向备份设备发送目标终端的标识与目标S-CSCF的地址信息。上述技术方案中，备份设备中的对应关系可以是数据管理设备接入正常的情况下I-CSCF向备份设备存储的。

在一种可能的实现方式中，还包括：I-CSCF在接收到目标终端的注销请求之后，在预设注销时长到达后向备份设备发送删除指令，以指示删除备份设备中对应存储的目标终端的标识和目标S-CSCF的地址信息。上述技术方案中，I-CSCF在接收到目标终端的注销请求之后，并不是立即将备份设备中的对应关系删除，而是等待预设注销时长到达之后再删除，从而在目标终端关机或者处于飞行模式时，虽然目标终端已经发起了注销流程，但是备份设备中仍然保留有该对应关系，从而I-CSCF仍可继续确定出目标S-CSCF的地址信息，有助于I-CSCF成功呼叫目标终端。

在一种可能的实现方式中，I-CSCF确定接入数据管理设备失败，包括：I-CSCF向数据管理设备发送查询请求；I-CSCF在向数据管理设备发送查询请求之后，在预设查询时长内确定未接收到来自数据管理设备的目标S-CSCF的地址信息；或，I-CSCF接收到数据管理设备的查询失败响应。

第二方面，本申请提供一种确定S-CSCF的方法，该方法可以是由第一设备执行。示例性的，第一设备可以是目标S-CSCF或备份设备。

在一种可能的实现方式中，方法包括：第一设备接收来自I-CSCF的第一获取请求，第一获取请求指示接入数据管理设备失败；第一设备根据第一获取请求，向I-CSCF发送第一获取响应；其中，第一获取响应指示目标S-CSCF的地址信息，目标S-CSCF是目标终端注册的S-CSCF。

在一种可能的实现方式中，第一设备是目标S-CSCF，第一设备根据第一获取请求，向I-CSCF发送第一获取响应，包括：第一设备根据第一获取请求中的目标终端的标识，确定第一设备中存储有目标终端的用户数据，向I-CSCF发送第一获取响应。

在一种可能的实现方式中，还包括：第一设备在接收到目标终端的注销请求之后，在预设注销时长到达后清空第一设备中存储的用户数据。上述技术方案中，第一设备在接收到目标终端的注销请求之后，并不是立即将第一设备中的对应关系删除，而是等待预设注销时长到达之后再删除，从而在目标终端关机或者处于飞行模式时，虽然目标终端已经发起了注销流程，但是第一设备中仍然保留有该对应关系，从而I-CSCF仍可继续基于该第一设备中的用户数据确定出目标S-CSCF的地址信息，有助于I-CSCF成功呼叫目标终端。

在一种可能的实现方式中，第一设备是备份设备，备份设备中对应存储有目标终端的标识与目标S-CSCF的地址信息；第一设备根据第一获取请求，向I-CSCF发送第一获取响应，包括：第一设备根据第一获取请求中的目标终端的标识，向I-CSCF发送携带有目标S-CSCF的地址信息的第一获取响应。

在一种可能的实现方式中，还包括：在数据管理设备接入正常的情况下，第一设备接收来自I-CSCF或目标S-CSCF的目标终端的标识与目标S-CSCF的地址信息；第一设备将目标终端的标识和目标S-CSCF的地址信息对应存储。

在一种可能的实现方式中，还包括：第一设备接收来自I-CSCF，或目标S-CSCF的删除指令；第一设备根据删除指令，删除第一设备中对应存储的目标终端的标识和目标S-CSCF的地址信息。

上述第二方面中任一方面可以达到的技术效果可以参照上述第一方面中有益效果的描述，此处不再重复赘述。

第三方面，本申请提供一种确定S-CSCF的方法，该适用于包括代理设备的系统中，代理设备位于I-CSCF和数据管理设备的通信连接之间。该方法可以由代理设备执行。

在一种可能的实现方式中，方法包括：代理设备确定接入数据管理设备失败；代理设备从本地存储中获取目标S-CSCF的地址信息，目标S-CSCF是目标终端注册的S-CSCF；代理设备向I-CSCF发送目标S-CSCF的地址信息。

上述技术方案中，代理设备若确定接入数据管理设备失败，则可以从本地中获取目标终端对应的目标S-CSCF的地址信息，并将该目标S-CSCF的地址信息发送至I-CSCF。相应的，I-CSCF可获取到目标S-CSCF的地址信息，根据目标S-CSCF的地址信息执行目标终端的注册或呼叫流程。从而在接入数据管理设备失败情况下，避免出现注册或者呼叫目标终端失败的问题，有助于提高了通信系统的可靠性。

在一种可能的实现方式中，代理设备确定接入数据管理设备失败，包括：代理设备将来自I-CSCF的查询请求，转发至数据管理设备；在预设查询时长到达之后，代理设备确定未接收到来自数据管理设备的目标S-CSCF的地址信息；或，代理设备接收到数据管理设备的查询失败响应。上述技术方案中，可由代理设备确定接入数据管理设备失败，进而向I-CSCF发送目标S-CSCF的地址信息。

在一种可能的实现方式中，还包括：在数据管理设备接入正常的情况下，代理设备接收来自数据管理设备的目标终端的标识和目标S-CSCF的地址信息；代理设备将目标终端的标识和目标S-CSCF的地址信息对应存储。上述技术方案中，该代理设备可以在转发数据管理设备与S-CSCF之间信令，或者转发数据管理设备与I-CSCF之间信令时，从转发的信令中获取到目标终端的标识与目标S-CSCF的地址信息的对应关系，而无需I-CSCF或者目标S-CSCF再向代理设备发送该对应关系，有助于降低信令开销。

第四方面，本申请实施例提供一种通信装置，该装置具有实现上述第一方面或第一方面的任一种可能的实现方式中I-CSCF的功能。

该通信装置也可以具有实现上述第二方面或第二方面的任一种可能的实现方式中第一设备的功能，其中，第一设备可以为目标S-CSCF或备份设备。

该通信装置也可以具有实现上述第三方面或第三方面的任一种可能的实现方式中代理设备的功能。

上述通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现，硬件或软件包括一个或多个与上述功能相对应的模块或单元或手段(means)。

在一种可能的实现方式中，该装置的结构中包括处理模块和收发模块，其中，处理模块被配置为支持该装置执行上述第一方面或第一方面的任一种实现方式中I-CSCF相应的功能，或者执行上述第二方面或第二方面的任一种实现方式中第一设备相应的功能，或者执行上述第三方面或第三方面的任一种实现方式中代理设备相应的功能。收发模块用于支持该装置与其他通信设备之间的通信，例如该装置为I-CSCF时，可接收来自第一设备的第一获取响应。该通信装置还可以包括存储模块，存储模块与处理模块耦合，其保存有装置必要的程序指令和数据。作为一种示例，处理模块可以为处理器，通信模块可以为收发器，存储模块可以为存储器，存储器可以和处理器集成在一起，也可以和处理器分离设置。

在另一种可能的实现方式中，该装置的结构中包括处理器，还可以包括存储器。处理器与存储器耦合，可用于执行存储器中存储的计算机程序指令，以使装置执行上述第一方面或第一方面的任一种可能的实现方式中的方法，或者执行上述第二方面或第二方面的任一种可能的实现方式中的方法，或者执行上述第三方面或第三方面的任一种可能的实现方式中的方法。可选地，该装置还包括通信接口，处理器与通信接口耦合。当装置为第一设备或I-CSCF设备时，该通信接口可以是收发器或输入/输出接口；当该装置为第一设备中包含的芯片或I-CSCF设备中包含的芯片时，该通信接口可以是芯片的输入/输出接口。可选地，收发器可以为收发电路，输入/输出接口可以是输入/输出电路。

第五方面，本申请实施例提供一种芯片系统，包括：处理器和存储器，处理器与存储器耦合，存储器用于存储程序或指令，当程序或指令被处理器执行时，使得该芯片系统实现上述第一方面或第一方面的任一种可能的实现方式中的方法，或实现上述第二方面或第二方面的任一种可能的实现方式中的方法，或者执行上述第三方面或第三方面的任一种可能的实现方式中的方法。

可选地，该芯片系统还包括接口电路，该接口电路用于交互代码指令至处理器。

可选地，该芯片系统中的处理器可以为一个或多个，该处理器可以通过硬件实现也可以通过软件实现。当通过硬件实现时，该处理器可以是逻辑电路、集成电路等。当通过软件实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。

可选地，该芯片系统中的存储器也可以为一个或多个。该存储器可以与处理器集成在一起，也可以和处理器分离设置。示例性的，存储器可以是非瞬时性处理器，例如只读存储器ROM，其可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上。

第六方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序或指令，当该计算机程序或指令被执行时，使得计算机执行上述第一方面或第一方面的任一种可能的实现方式中的方法，或执行上述第二方面或第二方面的任一种可能的实现方式中的方法，或者执行上述第三方面或第三方面的任一种可能的实现方式中的方法。

第七方面，本申请实施例提供一种计算机程序产品，当计算机读取并执行计算机程序产品时，使得计算机执行上述第一方面或第一方面的任一种可能的实现方式中的方法，或执行上述第二方面或第二方面的任一种可能的实现方式中的方法，或者执行上述第三方面或第三方面的任一种可能的实现方式中的方法。

第八方面，本申请实施例提供一种通信系统，该通信系统包括上述第一方面或第一方面的任一种可能的实现方式中的I-CSCF，以及上述第二方面或第二方面的任一种可能的实现方式中的第一设备，其中第一设备可以是目标S-CSCF或备份设备。

上述第四方面至第八方面中任一方面可以达到的技术效果可以参照上述第一方面中有益效果的描述，或者上述第二方面中有益效果的描述，或者上述第三方面中有益效果的描述，此处不再重复赘述。

附图说明

图1为第一种通信系统架构示意图；

图2为第二种通信系统的架构示意图；

图3为第三种通信系统的架构示意图；

图4为一种终端注册的流程示意图；

图5为一种第三方注册的流程示意图；

图6为一种终端被叫的流程示意图；

图7为本申请提供的一种接入UDM失败的情况下，I-CSCF确定目标S-CSCF的方法流程示意图；

图8为本申请提供的第一种终端注册中I-CSCF确定目标S-CSCF的方法流程示意图；

图9为本申请提供的第二种终端注册中I-CSCF确定目标S-CSCF的方法流程示意图；

图10为本申请提供的第三种终端注册中I-CSCF确定目标S-CSCF的方法流程示意图；

图11为本申请提供的备份设备存储对应关系的方法的流程示意图；

图12为本申请提供的再一种接入UDM失败的情况下，I-CSCF确定目标S-CSCF的方法流程示意图；

图13为本申请提供的第四种终端注册中I-CSCF确定目标S-CSCF的方法流程示意图；

图14为本申请提供的SCP存储对应关系的方法流程示意图；

图15为本申请提供的一种确定目标S-CSCF的装置的结构示意图；

图16为本申请提供的再一种确定目标S-CSCF的装置的结构示意图。

具体实施方式

下面将结合附图，对本申请实施例进行详细描述。

图1为本申请通信方法使用的一种通信系统的架构示意图，该通信系统中包含的网络功能和实体主要有：终端设备(user equipment，UE)、无线接入网(radio accessnetwork，RAN)设备、用户面功能(user plane function，UPF)、数据网络(data network，DN)、接入和移动性管理功能(access and mobility management function，AMF)、会话管理功能(session management function，SMF)、网络暴露功能(network exposurefunction，NEF)、策略控制功能(policy control function，PCF)、应用功能(applicationfunction，AF)、网络切片选择功能(network slice selection function，NSSF)、认证服务器功能(authentication server function，AUSF)、统一数据管理(unified datamanagement，UDM)、网络存储功能(network repository function，NRF)和统一数据存储功能(unified data repository，UDR)。

进一步的，图1中展示了网络功能和实体之间的交互关系以及对应的接口，例如终端设备和AMF之间可以通过N1接口进行交互，交互消息称为N1 Message。部分接口可以采用服务化接口的方式实现。

用户的数据流可以通过终端设备和DN之间建立的协议数据单元(protocol dataunit session，PDU)会话进行传输，具体传输可以经过无线接入网设备和UPF。

如下对网络功能和实体解释如下：

终端设备：可以为用户设备、手持终端、笔记本电脑、蜂窝电话、智能电话、平板型电脑、手持设备、增强现实(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、机器类型通信终端或是其他可以接入网络的设备。终端设备与无线接入网设备之间采用某种空口技术(如新空口(new radio，NR)或长期演进(long term evolution，LTE)技术)相互通信。终端设备与终端设备之间也可以采用某种空口技术(如NR或LTE技术)相互通信。在车联网通信中，车辆上载的通信终端可以作为一种终端设备，路边单元(road sideunit，RSU)也可以作为一种终端设备。无人机上载有通信终端，也可以看做是一种终端设备。本申请中，终端设备也可称为是终端或UE。

无线接入网设备：主要负责空口侧的无线资源管理、服务质量管理、数据压缩和加密等功能。无线接入网设备可以包括各种形式的基站，例如：宏基站，微基站，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在NR系统中，称为gNB。

AMF：属于核心网网元，主要负责：接入控制、移动性管理、附着与去附着以及网关选择等功能。在AMF为终端设备的会话提供服务的情况下，具体可以为会话提供控制面的存储资源，该存储资源可以用来存储会话的标识、与会话关联的SMF的标识等。

SMF：负责用户面网元选择，用户面网元重定向，因特网协议(internet protocol，IP)地址分配，承载的建立、修改和释放以及业务质量(quality of service，QoS)控制等。

UPF：负责终端设备中用户数据的转发和接收。例如，UPF可以从DN接收用户数据，通过无线接入网设备传输给终端设备；UPF还可以通过无线接入网设备从终端设备接收用户数据，转发到DN。UPF为终端设备提供服务的传输资源和调度功能。

NEF：用于支持第三代伙伴计划(The 3rd Generation Partnership Project，3GPP)网络和第三方应用安全的交互。

AF：用于提供服务，还可以向网络侧提供第三方的一些服务。

PCF：负责策略控制的决策，提供控制平面功能的策略规则，以及基于流量的计费控制功能等。

NSSF：主要负责网络切片选择，根据终端设备的切片选择辅助信息、签约信息等确定终端设备允许接入的网络切片实例。

UDM：主要负责终端设备的签约数据管理，包括终端设备标识的存储和管理，终端设备的接入授权等。

AUSF：支持3GPP和非3GPP的接入认证。

NRF：支持网络功能的注册和发现。

UDR：存储和获取UDM和PCF使用的签约数据。

进一步的，UDM还可与问询呼叫会话控制功能(interrogation-call sessioncontrol function，I-CSCF)，服务呼叫会话控制功能(serving-call session controlfunction，S-CSCF)，以及应用服务器(application server，AS)分别通信连接，具体可参见图2示例性示出的再一种通信系统的架构图。

其中，I-CSCF，是IMS网络的统一入口点，负责分配或者查询为用户服务的S-CSCF。在一个IMS网络中可以有多个I-CSCF，一个I-CSCF可对应于一个或多个S-CSCF。

S-CSCF，是IMS网络的中心节点，负责用户的注册、鉴权、会话，路由和业务触发。在一个IMS网络中可以有多个S-CSCF。

AS，用于实现IMS网络中的业务逻辑，是IMS网络中的业务核心。

I-CSCF可进一步与代理呼叫会话控制功能(proxy-call session controlfunction，P-CSCF)通信连接。其中，P-CSCF是IMS网络中，用于负责验证请求，将验证请求转发给指定的目标，并且处理和转发响应的实体。

如图2中，UDM可分别与I-CSCF、S-CSCF、AS进行直接通信，比如I-CSCF可直接向UDM发送LIR消息，相应的，UDM直接向I-CSCF反馈LIA消息。

此外，UDM还可通过代理设备比如服务通信代理(service communication proxy，SCP)，分别与I-CSCF、S-CSCF、AS进行通信。其中，该代理设备可作为信令的转接设备，用来接收信令并将该信令路由到其他节点，该信令可以是符合Diameter协议的信令，该信令还可称为是Diameter信令。如图3示出的再一种通信系统的架构图中，SCP可部署于I-CSCF与UDM之间，S-CSCF与UDM之间，以及AS与UDM之间。该SCP可用于转发两个网元之间的信令，比如SCP可将来自I-CSCF的信令转发给UDM，相应的，SCP还可将来自UDM的信令转发给I-CSCF。

需要说明的是，核心网中的各个网元也可以称为功能实体或者设备，既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例。

本申请所示的通信系统的架构中不限于仅包含图中所示的网元，还可以包含其它未在图中表示的设备，具体本申请在此处不再一一列举。本申请实施例并不限定各个网元的分布形式，图中所示的分布形式只是示例性的，本申请不作限定。

图1至图3所示的通信系统并不构成本申请实施例能够适用的通信系统的限定。图1至图3所示的通信系统架构为5G系统架构，可选的，本申请实施例的方法还可适用于4G、4.5G系统架构中，或者未来的通信系统，例如5.5G、6G或者其他通信系统等中。

应理解，本申请中所有网元的名称仅仅作为示例，在未来通信中还可以称为其它名称，或者在未来通信中本申请涉及的网元还可以通过其它具有相同功能的实体或者设备等来替代，本申请对此均不作限定。

为方便描述，如下结合图1至图3示出的5G通信系统中各网元解释本申请实施例。

其中，UDM可用于存储UE对应用户的用户数据(比如签约数据、身份数据等)。UDM可在UE注册或UE呼叫等流程中为IMS网络中功能提供相关数据。在一个可能方式中，I-CSCF可向UDM请求S-CSCF的地址信息，I-CSCF可根据请求到的地址信息确定出对应的S-CSCF，并基于该S-CSCF执行UE注册或者呼叫流程。

为方便描述，如下先参照图4至图6，分别对本申请涉及的现有方案中，UE注册流程，UE第三方注册流程，以及对UE的呼叫流程解释。其中，可将执行注册流程或者呼叫流程的UE称为是目标UE；目标UE之前注册过的S-CSCF称为是目标S-CSCF。

图4为本申请示例性提供的一种目标UE注册的流程示意图，其中，I-CSCF可向UDM请求目标S-CSCF的地址信息，其中，该注册流程可以是初始注册流程或是重注册流程。

步骤401，目标UE向I-CSCF发送注册(register)消息。

其中，注册消息中可包括请求的目的地址，以及注册用户的用户标识。目标UE可先向P-CSCF发送注册消息，P-CSCF根据注册消息中的目的地址获得I-CSCF地址信息，然后再根据I-CSCF地址信息向I-CSCF转发注册消息。

步骤402，I-CSCF向UDM发送用户授权请求(user authorization request，UAR)消息。其中，UAR消息可包括有注册用户的用户标识，该UAR消息可用于I-CSCF向UDM请求目标S-CSCF的地址信息。

步骤403，UDM根据UAR消息中的注册用户的用户标识，判断用户已开户，于是向I-CSCF发送用户授权响应(user authorization answer，UAA)消息，该UAA消息中可包括目标S-CSCF的地址信息。

步骤404，I-CSCF从UAA消息中获得目标S-CSCF的地址信息，然后根据目标S-CSCF的地址信息，向目标S-CSCF发送注册消息。此处，注册消息中可包括目标S-CSCF的地址信息，以及注册用户的用户标识。

步骤405，目标S-CSCF向UDM发送多媒体授权请求(multimedia authenticationrequest，MAR)消息。该MAR消息中包括注册用户的用户标识，该MAR消息用于目标S-CSCF向UDM请求认证向量(authorization vector，AV)，并且通知UDM当前目标S-CSCF为该目标UE服务。

步骤406，UDM向目标S-CSCF发送多媒体授权响应(multimedia authenticationanswer，MAA)消息，其中MAA消息中可包含鉴权信息，鉴权信息中可包括认证向量五元组，即期望响应(expected response，XRES)、随机数(random，RAND)、鉴权令牌(authenticationtoken，AUTN)、完整性密钥(integrity key，IK)和加密密钥(cipher key，CK)。

步骤407，目标S-CSCF向目标UE发送401消息，其中401消息可用于向目标UE返回鉴权信息。具体的，目标S-CSCF可根据上述鉴权信息中的RAND和AUTN生成随机数(nonce)，并将nonce同IK、CK，以及鉴权算法，随401消息返回给P-CSCF。P-CSCF将401消息中剩余的鉴权元素RAND和AUTN继续向目标UE转发。

步骤408，目标UE向I-CSCF发送注册消息。具体的，目标UE根据401消息中的鉴权信息(比如AUTN)对网络进行鉴权，鉴权通过则表明401消息来源于用户真实的归属网络。随后UE重新构造注册消息，将该注册消息经P-CSCF转发至I-CSCF。

步骤409，I-CSCF向UDM发送UAR消息。

步骤410，UDM向I-CSCF发送UAA消息。

步骤411，I-CSCF从UAA消息中获得目标S-CSCF的地址信息，然后根据目标S-CSCF的地址信息，向目标S-CSCF发送注册消息。

其中，步骤408至步骤411中涉及的各消息所包含的字段及作用均可参见上述步骤401至步骤404中描述。

步骤412，目标S-CSCF向UDM发送服务器分配请求(server assignment request，SAR)消息，该SAR消息中可包括注册用户的用户标识，该SAR消息用于目标S-CSCF向UDM请求下载注册用户的签约数据。

步骤413，UDM根据SAR消息中注册用户的用户标识，向目标S-CSCF发送服务器分配响应(server assignment answer，SAA)，其中，SAA中即携带有注册用户的签约数据。

步骤414，目标S-CSCF向目标UE发送200OK消息。其中200OK消息用于指示注册成功。具体的，200OK消息可由目标S-CSCF，经I-CSCF和P-CSCF，发送至目标UE。

在注册流程之后，目标S-CSCF还可向AS发起第三方注册流程，可参见图5所示：

步骤501，目标S-CSCF向AS发送第三方注册请求。其中，第三方注册请求中可包括注册用户的用户标识，以用于AS确定用户是否为第一次注册至AS中，以及用于AS从UDM中获取注册用户的用户数据。

步骤502，AS根据第三方注册请求中注册用户的用户标识，向UDM发送用户数据请求(user data request，UDR)消息，该UDR消息可包括注册用户的用户标识，以用于AS向UDM请求注册用户的用户数据，其中用户数据比如是用户身份数据、业务签约数据等。

步骤503，UDM向AS发送用户数据响应(user data answer，UDA)消息，该UDA消息中携带有用户数据。

步骤504，AS根据用户数据向UDM发送订阅通知请求(subscribe notificationsrequest，SNR)消息，该SNR消息用于AS向UDM请求订阅用户数据。

步骤505，UDM向AS发送订阅通知响应(subscribe notifications answer，SNA)，相应的，AS可根据该SNA消息确定已经成功订阅用户数据。

步骤506，AS向目标S-CSCF发送200OK消息。其中200OK消息用于指示第三方注册成功。

图6为本申请示例性提供的一种终端被叫的流程示意图，其中I-CSCF可向UDM请求目标S-CSCF的地址信息。

步骤601，主叫UE向I-CSCF发送邀请(INVITE)消息。

其中，主叫UE即呼叫流程的发起方UE，呼叫流程可用于呼叫目标UE，此处目标UE又可称为是被叫UE。邀请消息中可包括主叫UE的用户标识和被叫UE的用户标识。

具体的，主叫UE可先向P-CSCF发送邀请消息，然后P-CSCF向I-CSCF发送邀请消息，即邀请消息由主叫UE，经过P-CSCF，发送至I-CSCF。

步骤602，I-CSCF向UDM发送位置信息查询请求(location information request，LIR)消息，其中，该LIR消息中包括被叫UE的用户标识，该LIR消息可用于I-CSCF向UDM请求目标UE注册的目标S-CSCF地址。

步骤603，UDM收到LIR消息之后，根据本地数据库中的用户注册信息，查看目标UE的目标S-CSCF的地址信息，然后向I-CSCF发送位置信息查询响应(location informationanswer，LIA)消息，该LIA消息中包括目标S-CSCF的地址信息。

步骤604，I-CSCF根据LIA消息中包括的目标S-CSCF的地址信息，向目标S-CSCF发送邀请消息。

步骤605，目标S-CSCF向AS发送邀请消息。此处的AS，具体可以是业务集中及连续应用服务器(service centralization and continuity application server，SCC AS)。

步骤606，AS向UDM发送UDR消息，其中UDR消息用于AS向UDM请求目标UE的终呼域选择(terminating-access domain selection，T-ADS)信息。

步骤607，UDM向AS反馈UDA消息，其中UDA消息中包括T-ADS信息。

步骤608，AS根据域选结果来判断本次呼叫是在IMS域上进行呼叫接续(callconnection)，还是在其他域上进行呼叫接续，随后向目标UE发送邀请消息。具体的，该邀请消息可由AS，经目标S-CSCF和P-CSCF，发送至目标UE。

在实际运营中，可能存在接入UDM失败的情况，比如在上述对目标UE的注册(或呼叫)流程中，I-CSCF接入UDM失败，则无法从UDM中获取到目标S-CSCF的地址信息，即无法确定出目标S-CSCF，进而导致对目标UE注册(或呼叫)失败。

如此，本申请提供一种确定S-CSCF的方法，用于在接入UDM失败的情况下，实现I-CSCF确定出目标S-CSCF，从而完成目标UE的注册(或呼叫)流程。图7为本申请示例性示出的一种接入UDM失败的情况下，I-CSCF确定目标S-CSCF的方法流程图，在该流程图中：

步骤701，I-CSCF确定接入UDM失败。

本申请中，I-CSCF可以在接收到目标UE发起的注册消息，或者主叫UE发起的对目标UE的邀请消息之后，从UDM中查询目标S-CSCF的地址信息。

I-CSCF向UDM发送查询请求，该查询请求可用于查询目标S-CSCF的地址信息，示例性的，该查询请求中可包括目标UE标识，目标UE标识可以理解为目标UE对应的用户标识，在UE注册过程中，目标UE标识具体是目标UE对应的注册用户的用户标识；在UE被叫过程中，目标UE标识具体是目标UE对应的被叫用户的用户标识。举例来说，该查询请求可以是上述图4相关实施例中的UAR消息，目标UE标识具体是UAR消息中注册用户的用户标识；该查询请求还可以是上述图6相关实施例中的LIR消息，目标UE标识具体是LIR消息中被叫UE的用户标识。

一种情况下，I-CSCF接收到来自UDM的查询响应，该查询响应中包括目标S-CSCF的地址信息，则表示I-CSCF接入UDM正常。I-CSCF可基于查询响应中包括的该目标S-CSCF的地址信息，执行注册流程或呼叫流程。

再一种情况下，I-CSCF在向UDM发送查询请求之后的预设查询时长到达后，未接收到来自UDM的查询响应，或者接收到来自UDM返回的查询失败响应，则确定接入UDM失败(或接入UDM困难)。相应的，I-CSCF可向第一设备发送第一获取请求，具体可参见下述步骤702。

其中，接入UDM失败至少可包括如下多种情况中的一项或多项：

UDM设备故障、UDM接入链路不可达、UDM容量不足、UDM流控、通信链路容量不足、通信链路流控、传输网故障、SCP故障。

步骤702，I-CSCF向第一设备发送第一获取请求。可选的，第一获取请求可用于指示接入UDM失败。第一设备可以是S-CSCF或备份设备。

具体的，若第一设备是S-CSCF，则第一获取请求可用于确认第一设备是否为目标S-CSCF；若第一设备是备份设备，则第一获取请求可用于向第一设备请求目标S-CSCF的地址信息，具体可参见步骤703中描述。

步骤703，第一设备根据第一获取请求，向I-CSCF发送第一获取响应。其中，第一获取响应可用于指示目标S-CSCF的地址信息。

本申请中，第一设备可以是目标S-CSCF或者是备份设备，如下分两种情况说明：

情况一，第一设备是目标S-CSCF。

在本申请中，一个I-CSCF可对应于S-CSCF集合，S-CSCF集合可包括M个S-CSCF，其中M为大于1的整数。I-CSCF可向该M个S-CSCF中任一个发送获取请求，以确定接收该获取请求的S-CSCF是否为目标S-CSCF；相应的，该S-CSCF接收到获取请求之后，可向I-CSCF指示自己是否为目标S-CSCF。

S-CSCF可通过如下两种可能方式来向I-CSCF指示自己是否为目标S-CSCF：

可能方式1，该S-CSCF可向I-CSCF反馈获取响应，具体的，该获取响应可以是确定响应或者是否定响应，其中确定响应可用于指示该S-CSCF是目标S-CSCF，否定响应可用于指示该S-CSCF不是目标S-CSCF。也可以理解，该确定响应是确定该S-CSCF是目标S-CSCF的指示，该否定响应是否定该S-CSCF是目标S-CSCF的指示。在一个例子中，该获取响应可通过预设比特位来指示自己是否为目标S-CSCF，示例性的，该获取响应可通过1个预设比特指示，当该1比特取值为1时，指示该S-CSCF确认是目标S-CSCF；当该1比特取值为0时，指示该S-CSCF否认是目标S-CSCF。

可能方式2，该S-CSCF若确定自己是目标S-CSCF，则可向I-CSCF反馈获取响应，具体的，该获取响应可以是确定响应(可参见上述描述)，或者该获取响应中可包括目标S-CSCF的地址信息，以用于指示该S-CSCF是目标S-CSCF。该S-CSCF若确定自己不是目标S-CSCF，则可不向I-CSCF反馈响应。

为方便描述，如下以可能方式1为例，解释说明I-CSCF如何从该S-CSCF集合的M个S-CSCF中，选择出目标S-CSCF(即第一设备)，具体可以参见如下三个示例：

示例1，I-CSCF分别向S-CSCF集合中的每个S-CSCF发送获取请求。

I-CSCF从S-CSCF集合中选择出一个S-CSCF，随后I-CSCF向该S-CSCF发送获取请求，以确定该S-CSCF是否为目标S-CSCF。

若该选择出的S-CSCF不是目标S-CSCF，则该选择出的S-CSCF在接收到I-CSCF的获取请求之后，根据获取请求确定自己不是目标S-CSCF，于是向I-CSCF发送否定响应，以否定自己是目标S-CSCF。示例性的，该选择出的S-CSCF确定自己不是目标S-CSCF之后，将获取响应中预设比特位的取值设置为0(该获取响应即否定响应)。相应的，I-CSCF根据该获取响应中该预设比特位的取值0，确定该选择出的S-CSCF不是目标S-CSCF。进一步的，I-CSCF从S-CSCF集合中选择新的S-CSCF，继续向该新的S-CSCF发送获取请求，以确定该新的S-CSCF是否为目标S-CSCF。以此类推，直至I-CSCF从S-CSCF集合中选择出目标S-CSCF。

若该选择出的S-CSCF是目标S-CSCF，则该选择出的S-CSCF在接收到I-CSCF的获取请求之后，根据获取请求，确定自己是目标S-CSCF，于是向I-CSCF发送确定响应，以确定自己是目标S-CSCF。I-CSCF接收到该确定响应之后，确定该选择出的S-CSCF是目标S-CSCF。示例性的，该选择出的S-CSCF确定自己是目标S-CSCF之后，将获取响应中预设比特位的取值设置为1(该获取响应即确定响应)。相应的，I-CSCF根据该获取响应中该预设比特位的取值1，确定该选择出的S-CSCF是目标S-CSCF。

示例2，I-CSCF通过组播方式向S-CSCF的子集合中的多个S-CSCF发送获取请求。

I-CSCF对应的S-CSCF集合中，可进一步包括多个S-CSCF的子集合，该子集合中可包括m个S-CSCF，其中m为大于1的整数。I-CSCF可从该多个S-CSCF的子集合中选择出一个子集合。然后I-CSCF向该选择出的子集合中的m个S-CSCF分别发送获取请求，以确定该选择出的子集合中是否存在有目标S-CSCF。相应的，该m个S-CSCF中的每个S-CSCF接收到获取请求，然后根据获取请求确定自己是否为目标S-CSCF。

若该选择出的子集合中不包括目标S-CSCF，则该选择出的子集合中的每个S-CSCF向I-CSCF发送各自的否定响应。I-CSCF接收到该选择出的子集合中每个S-CSCF发送的否定响应，确定该子集合中不包括目标S-CSCF，随后再从多个S-CSCF的子集合中选择出另外一个子集合，确定该新的子集合中是否包括目标S-CSCF。以此类推，直至I-CSCF从多个S-CSCF的子集合中选择出包含有目标S-CSCF的子集合。

若该选择出的子集合中包括目标S-CSCF，则该选择出的子集合中的目标S-CSCF在接收到I-CSCF的获取请求之后，可根据获取请求，确定自己是目标S-CSCF，于是向I-CSCF发送确定响应。进一步的，该子集合中除目标S-CSCF以外的其它S-CSCF均向I-CSCF发送各自的否定响应。I-CSCF接收到该子集合中的目标S-CSCF的确定响应，以及该子集合中除目标S-CSCF以外的其它S-CSCF的否定响应，确定该子集合中包括目标S-CSCF。

在该示例中，否定响应和确定响应，可参见上述示例1中描述，不再赘述。

I-CSCF通过组播方式，实现同时(或并行)向子集合中的多个S-CSCF发送获取请求，从而有助于提高I-CSCF确定出目标S-CSCF的效率。

示例3，I-CSCF通过广播方式向S-CSCF集合中的所有S-CSCF发送获取请求。

在该示例中，该S-CSCF集合中的目标S-CSCF在接收到I-CSCF的获取请求之后，根据获取请求，确定自己是目标S-CSCF，于是向I-CSCF发送确定响应。进一步的，该S-CSCF集合中除目标S-CSCF以外的其它S-CSCF均向I-CSCF发送各自的否定响应。I-CSCF接收到该S-CSCF集合中的目标S-CSCF的确定响应，以及该S-CSCF集合中除目标S-CSCF以外的其它S-CSCF的否定响应，从S-CSCF集合中确定出目标S-CSCF。

在该示例中，否定响应和确定响应，可参见上述示例1中描述，不再赘述。

I-CSCF通过广播方式，实现同时(或并行)向S-CSCF集合中的所有S-CSCF发送获取请求，从而有助于提高I-CSCF确定出目标S-CSCF的效率。

需要补充的是，S-CSCF可通过确定本地是否存储有目标UE的用户数据，来确定自己是否为目标S-CSCF。

解释为，I-CSCF从S-CSCF集合中选择目标S-CSCF的目的是找到目标UE注册过的S-CSCF，即在目标UE上次的注册流程中，目标S-CSCF中已经保存了该目标UE的用户数据。若S-CSCF确定本地存储有目标UE的用户数据，则可确定自己是目标S-CSCF。

一个具体实现中，I-CSCF向S-CSCF发送的获取请求中包括目标UE的标识，其中目标UE的标识比如是国际移动用户识别码(international mobile subscriberidentification number，IMSI)。相应的，S-CSCF可根据目标UE的标识，查询本地是否存储有该目标UE的标识对应的用户数据，也即确定本地是否存储有目标UE的用户数据。S-CSCF若确定本地存储有目标UE的用户数据，则向I-CSCF发送确定响应，该确定响应具体为确定自己是目标S-CSCF的指示；S-CSCF若确定本地未存储有目标UE的用户数据，则向I-CSCF发送否定响应，该否定响应具体为确定自己不是目标S-CSCF的指示。

此外，还需要补充的是，由于目标S-CSCF中需要存储目标UE在上次注册流程中的用户数据，则目标S-CSCF在接收到来自目标UE的注销请求之后，不会立即清空本地存储的该目标UE的用户数据，而是会在接收到目标UE的注销请求之后，在预设注销时长到达之后，再清空本地存储的该目标UE的用户数据。

上述实现方式中，目标S-CSCF向I-CSCF发送确定响应，其它S-CSCF向I-CSCF发送否定响应，如此，I-CSCF可根据接收到的确定响应或否定响应，确定对应的S-CSCF是否为目标S-CSCF。本申请还可以有另外的实现方式，具体的，目标S-CSCF还可向I-CSCF发送包括目标S-CSCF的地址信息(也即自己的地址信息)的获取响应。相应的，I-CSCF从该获取响应中获取到目标S-CSCF地址，从而确定出目标S-CSCF。

在该实现中，其它S-CSCF确定自己不是目标S-CSCF，可以不回复任何消息。相应的，I-CSCF若确定在发送获取请求之后，在预设获取时长后仍未收到获取响应，则可确定该当前的S-CSCF不是目标S-CSCF，于是I-CSCF选择新的S-CSCF，并向该新的S-CSCF发送获取请求，具体实现方式可参见上述描述。

上述实现方式中，可以将M个S-CSCF中的目标S-CSCF理解为第一设备，I-CSCF向目标S-CSCF发送的获取请求可称为是第一获取请求，目标S-CSCF响应于第一获取请求向I-CSCF发送的获取响应可称为是第一获取响应，其中，第一获取响应可以是确定响应，或者，第一获取响应中包括目标S-CSCF的地址信息。

还可以将M个S-CSCF中的除目标S-CSCF以外的其它S-CSCF理解为第二设备，I-CSCF向其它S-CSCF发送的获取请求可称为是第二获取请求，其它S-CSCF响应于第二获取请求向I-CSCF发送的获取响应可称为是第二获取响应，其中，第二获取响应可以是否定响应，或者该其他S-CSCF不向I-CSCF发送响应。

情况二，第一设备是备份设备。

相应的，第一获取响应中可包括目标S-CSCF的地址信息。

具体的，该备份设备的本地可存储有N1个对应关系，其中N1为大于或等于2的整数。其中每个对应关系可包括UE的标识和该UE对应的S-CSCF的地址信息。

比如表1中例子，UE11的标识表示为标识11，该标识11对应于地址信息11，即UE11注册在地址信息11对应的S-CSCF中；UE12的标识表示为标识12，该标识12对应于地址信息12，即UE12注册在地址信息12对应的S-CSCF中，等等。

表1

I-CSCF向备份设备发送第一获取请求，其中第一获取请求中包括目标UE的标识。相应的，备份设备可根据第一获取请求中的目标UE的标识，从本地存储的N1个对应关系中，确定目标UE对应的目标S-CSCF的地址信息，然后向I-CSCF发送第一获取响应，该第一获取请求中即包括目标S-CSCF的地址信息。比如目标UE是UE12，结合表1中例子，第一获取请求中可包括标识12，相应的，备份设备可根据标识12从N1个对应关系中确定出地址信息12，然后将地址信息12携带于第一获取响应中，发送至I-CSCF。

在一种可能实现方式中，在接入UDM正常的情况下，I-CSCF可将目标UE的用户数据注册至UDM中，具体注册流程可参见图4所示。随后，I-CSCF可将目标UE的标识与目标S-CSCF的地址信息发送至备份设备，备份设备将该二者对应存储。此外，备份设备还可对本地存储的对应关系进行更新。

仍以目标UE为UE12为例，I-CSCF将UE12的用户数据成功注册至UDM中，然后I-CSCF将UE12的标识12与目标S-CSCF的地址信息12发送至备份设备。备份设备若根据标识12确定本地存储中没有标识12和标识12对应的地址信息，则将该标识12与地址信息12进行对应存储。

进一步的，在UE12的下一次注册流程之后，I-CSCF还可将UE12的标识12与目标S-CSCF的地址信息(比如表示为地址信息12’)发送至备份设备。相应的，备份设备根据标识12确定本地存储中有标识12和标识12对应的地址信息，则可更新本地存储中的对应关系，或者也可以理解为，将地址信息12’覆盖原有的地址信息12。

本申请中，为了保障备份设备中对应关系的有效性，可将备份设备本地存储的数据进行老化处理，比如某个对应关系在备份设备中持续存储的时长达到了预设存储时长，且该对应关系并没有被读取过或者更新过，则可将该对应关系删除掉。

又或者，在另一个可能方式中，I-CSCF可基于UE的注销请求，指示备份设备将其本地存储的该UE的对应关系删除。以目标UE为例，I-CSCF可接收来自目标UE的注销请求，并在接收到该注销请求之后，在预设注销时长到达后向备份设备发送删除指令，以指示删除备份设备中对应存储的目标UE的标识和目标S-CSCF的地址信息，示例性的，删除指令中可包括有目标UE的标识。相应的，备份设备根据删除指令将本地存储的目标UE与目标S-CSCF的地址信息对应删除。

此外，备份设备也可以有自己的备份设备，比如通信系统中可包括备份设备1至备份设备n，n为大于或等于2的整数。

一种可能方式中，可以将N1个对应关系分别存储于备份设备1至备份设备n中，即每个备份设备中均存储有该N1个对应关系。在I-CSCF无法从其中一个备份设备中获取目标S-CSCF的地址信息的情况下，还可从其他备份设备中获取，如此可增加系统的稳定性。

示例性的，I-CSCF可分别向备份设备1至备份设备n发送目标UE的标识与目标S-CSCF的地址信息的对应关系，从而实现每个备份设备存储该对应关系。相应的，I-CSCF还可分别向备份设备1至备份设备n发送删除指令，从而实现每个备份设备删除本地存储的该对应关系。又或者，备份设备1作为主备份设备，I-CSCF可向备份设备1发送该对应关系，备份设备1将该对应关系分别发送至备份设备2至备份设备n，从而实现每个备份设备存储该对应关系。相应的，I-CSCF还可向备份设备1发送删除指令，备份设备1该删除指令分别发送至备份设备2至备份设备n，从而实现每个备份设备删除本地存储的该对应关系。又或者其他方式，本申请不做限定。

此外，为了保障备份设备1至备份设备n中存储的N1个对应关系的一致性，该n个备份设备还可以定周期执行同步操作。

再一种可能方式中，可以将该N1个对应关系拆分为n份，然后将该n份对应关系分别存储于备份设备1至备份设备n中，比如N1等于6000万，n等于2，即总共有6000万个用户的对应关系，可将该6000万用户的对应关系拆分为2份，其中3000万用户的对应关系存储于备份设备1中，而另3000万用户的对应关系存储于备份设备2中。如此可减少每个备份设备的存储量。当然，还可以分别将备份设备1中的对应关系再次备份至备份设备3中，将备份设备2中的对应关系再次备份至备份设备4中。在I-CSCF无法从其中一个备份设备中获取目标S-CSCF的地址信息的情况下，还可从其他备份设备中获取，如此可增加系统的稳定性。

需要说明的是，本申请中还可以是由目标S-CSCF向备份设备发送目标UE的标识与目标S-CSCF的地址信息的对应关系，或者是由目标S-CSCF向备份设备发送删除指令，具体方式与I-CSCF发送类似，不再赘述。

本申请中，备份设备可以是上述通信系统中的I-CSCF、S-CSCF、P-CSCF、SCP、AS中的任一个或多个。

在备份设备是I-CSCF的情况中，该作为备份设备的I-CSCF，与发送获取请求的I-CSCF可以是同一个，或者不是同一个。在二者为同一个的情况中，可以理解，I-CSCF将目标UE的标识与目标S-CSCF的地址信息对应存储于本地；或在确定接入UDM失败时，根据目标UE的标识，从本地存储中获取目标S-CSCF的地址信息；或删除本地存储的该对应关系。

在备份设备是S-CSCF的情况下，该作为备份设备的S-CSCF和目标S-CSCF可以是同一个，或者不是同一个。在二者为同一个的情况中，可以理解，目标S-CSCF将目标UE的标识与目标S-CSCF的地址信息对应存储于本地；或在接收到第一获取请求之后，可根据第一获取请求中的目标UE的标识，从本地中获取目标S-CSCF的地址信息；或删除本地存储的该对应关系。

在I-CSCF接收到第一获取响应之后，可根据第一获取响应获取到目标S-CSCF的地址信息。可选的，I-CSCF可进一步执行下述步骤704。

步骤704，I-CSCF根据目标S-CSCF的地址信息，将目标UE注册至目标S-CSCF中；或者将呼叫接续到目标UE。

在一个可能情况中，I-CSCF可以在接收到目标UE的注册请求(包括初始注册请求，或者重注册请求)之后，向UDM发送查询请求。然后I-CSCF确定接入UDM失败，并从第一设备中获取目标S-CSCF的地址信息。在这种情况中，I-CSCF可根据目标S-CSCF的地址信息，进一步执行目标UE的注册流程，具体可参见图4所示。

此外，I-CSCF还可向目标S-CSCF和/或AS发送接入UDM失败的指示，相应的，目标S-CSCF基于该接入UDM失败的指示，可无需再执行图4中步骤405、步骤406、步骤412和步骤413；AS基于该接入UDM失败的指示，可无需再执行图5中步骤502至步骤505。如此，有助于避免目标S-CSCF和/或AS执行不必要的信令传输。

在又一个可能情况中，I-CSCF可以在接收到对目标UE的呼叫请求之后，向UDM发送查询请求。然后I-CSCF确定接入UDM失败，并从第一设备中获取目标S-CSCF的地址信息。在这种情况中，I-CSCF可根据目标S-CSCF的地址信息，进一步执行对目标UE的呼叫流程，具体可参见图6所示。

此外，I-CSCF还可向AS发送接入UDM失败的指示，相应的，AS基于该接入UDM失败的指示，可无需再执行上述图6中的步骤606和步骤607。如此，有助于避免AS执行不必要的信令传输。

需要指出的是，若第一设备是目标S-CSCF，则I-CSCF不仅可在该步骤704中向目标S-CSCF发送接入UDM失败的指示，以告知目标S-CSCF，接入UDM失败；I-CSCF还可在步骤702中，通过第一获取请求向目标S-CSCF来指示接入UDM失败。

示例性的，第一获取请求中还可包括接入UDM失败的指示，相应的，目标S-CSCF在接收到第一获取请求之后，根据第一获取请求中的接入UDM失败的指示和目标UE的标识，确定自己是目标S-CSCF之后，可继续执行后续的UE注册流程。此处，第一获取请求可以理解为一条注册请求，相应的，目标S-CSCF根据该注册请求继续执行后续的UE注册流程。如此，I-CSCF无需再次触发目标S-CSCF继续执行后续的UE注册流程。此外，目标S-CSCF还可向AS指示接入UDM失败。

为了更好的解释本申请实施例，如图8至图11分别为本申请提供的四种具体场景下的实现方式：

图8为目标UE注册流程中，I-CSCF通过单播方式从S-CSCF集合中查找目标S-CSCF的场景中的流程示意图：

在该场景中，可假设I-CSCF从S-CSCF1开始，依次向S-CSCF1、S-CSCF2发送的注册消息(相当于图7相关实施例中的获取请求)，其中，S-CSCF2为目标S-CSCF。

步骤801，目标UE向I-CSCF发送注册消息。

步骤802，I-CSCF根据注册消息，向UDM发送UAR消息。其中该UAR消息相当于步骤701中的查询请求。

步骤803，I-CSCF在发送UAR消息之后的预设查询时长后，未接收到来自UDM的响应消息，于是确定接入UDM失败。

步骤804，I-CSCF向S-CSCF1发送注册消息，该注册消息中可包括接入UDM失败的指示，以及目标UE的标识。

步骤805，S-CSCF1根据注册消息，查找S-CSCF1本地存储中是否包括有目标UE的用户数据。然后S-CSCF1确定本地存储中不包括目标UE的用户数据。

步骤806，S-CSCF1向I-CSCF发送否定响应，该否定响应具体是否定S-CSCF1为目标S-CSCF的指示。

步骤807，I-CSCF在确定S-CSCF1不是目标S-CSCF之后，选择新的S-CSCF(即S-CSCF2)，然后向S-CSCF2发送注册消息，该注册消息中仍可包括接入UDM失败的指示，以及目标UE的标识。

步骤808，S-CSCF2根据注册消息，查找S-CSCF2本地存储中是否包括有目标UE的用户数据。然后S-CSCF2确定本地存储中包括目标UE的用户数据。

步骤809，S-CSCF2向I-CSCF发送确定响应，该确定响应具体是确定S-CSCF2为目标S-CSCF的指示。

步骤810，I-CSCF在确定S-CSCF2是目标S-CSCF之后，向S-CSCF2发送注册消息，注册消息中包括接入UDM失败的指示。

步骤811，S-CSCF2向AS发送注册消息，注册消息中包括接入UDM失败的指示。

需要说明的是，步骤810为可选步骤，S-CSCF2在确定自己是目标S-CSCF之后也可基于I-CSCF的注册消息直接执行步骤811。此外，步骤801至步骤811中未详尽描述的内容，均可参见图4、图5或图7相关实施例中的描述。

图9为注册流程中，I-CSCF通过组播方式从S-CSCF集合中查找目标S-CSCF的场景中的流程示意图：

在该场景中，可假设I-CSCF从子集合1开始，依次向子集合1中的多个S-CSCF、子集合2中的多个S-CSCF发送注册消息(相当于图7相关实施例中的获取请求)。其中，子集合1中包括S-CSCF11和S-CSCF12，子集合2中包括S-CSCF21和S-CSCF22，S-CSCF22为目标S-CSCF。

步骤901，目标UE向I-CSCF发送注册消息。

步骤902，I-CSCF根据注册消息，向UDM发送UAR消息。其中该UAR消息相当于步骤701中的查询请求。

步骤903，I-CSCF在发送UAR消息之后的预设查询时长后，未接收到来自UDM的响应消息，于是确定接入UDM失败。

步骤904，I-CSCF向子集合1中的S-CSCF11和S-CSCF12，分别发送注册消息，该注册消息中可包括接入UDM失败的指示，以及目标UE的标识。

步骤905，子集合1中各S-CSCF确定本地存储不包括目标UE的用户数据。具体如下：

S-CSCF11根据注册消息，查找S-CSCF11本地存储中是否包括有目标UE的用户数据。然后S-CSCF11确定本地存储中不包括目标UE的用户数据。

S-CSCF12根据注册消息，查找S-CSCF12本地存储中是否包括有目标UE的用户数据。然后S-CSCF12确定本地存储中不包括目标UE的用户数据。

步骤906，S-CSCF11向I-CSCF发送否定响应，该否定响应具体是否定S-CSCF11为目标S-CSCF的指示。S-CSCF12向I-CSCF发送否定响应，该否定响应具体是否定S-CSCF12为目标S-CSCF的指示。

步骤907，I-CSCF在确定子集合1中不存在目标S-CSCF之后，向子集合2中的S-CSCF21和S-CSCF22分别发送注册消息，该注册消息中可包括接入UDM失败的指示，以及目标UE的标识。

步骤908，子集合2中的目标S-CSCF确定本地存储中包括目标UE的用户数据，其他S-CSCF确定本地存储中不包括目标UE的用户数据。具体如下：

S-CSCF21根据注册消息，查找S-CSCF21本地存储中是否包括有目标UE的用户数据。然后S-CSCF21确定本地存储中不包括目标UE的用户数据。

S-CSCF22根据注册消息，查找S-CSCF22本地存储中是否包括有目标UE的用户数据。然后S-CSCF22确定本地存储中包括目标UE的用户数据。

步骤909，S-CSCF21向I-CSCF发送否定响应，该否定响应具体是否定S-CSCF21为目标S-CSCF的指示。S-CSCF22向I-CSCF发送确定响应，该确定响应具体是确定S-CSCF22为目标S-CSCF的指示。

步骤910，I-CSCF确定S-CSCF22是目标S-CSCF，然后向S-CSCF22发送注册消息，该注册消息中可包括接入UDM失败的指示。

步骤911，S-CSCF22向AS发送注册消息，该注册消息中包括接入UDM失败的指示。

需要说明的是，步骤910为可选步骤，S-CSCF22在确定自己是目标S-CSCF之后也可基于I-CSCF的注册消息直接执行步骤911。此外，步骤901至步骤911中未详尽描述的内容，均可参见图4、图5或图7相关实施例中的描述。

图10为注册流程中，I-CSCF从备份设备中查询目标S-CSCF的地址信息的场景中的流程示意图：

步骤1001，目标UE向I-CSCF发送注册消息。

步骤1002，I-CSCF根据注册消息，向UDM发送UAR消息。其中该UAR消息相当于步骤701中的查询请求。

步骤1003，I-CSCF在发送UAR消息之后的预设查询时长后，未接收到来自UDM的响应消息，于是确定接入UDM失败。

步骤1004，I-CSCF向备份设备发送第一获取请求，该第一获取请求中可包括接入UDM失败的指示，以及目标UE的标识。

步骤1005，备份设备根据第一获取请求，查找备份设备的本地存储中目标UE的标识对应的S-CSCF地址信息，并作为目标S-CSCF的地址信息。

步骤1006，S-CSCF1向I-CSCF发送第一获取响应，该第一获取响应中可包括目标S-CSCF的地址信息。

步骤1007，I-CSCF根据目标S-CSCF的地址信息，向目标S-CSCF发送注册消息，该注册消息中可包括接入UDM失败的指示。

步骤1008，目标S-CSCF向AS发送注册消息，该注册消息中可包括接入UDM失败的指示。

需要说明的是，步骤1001至步骤1008中未详尽描述的内容，均可参见图4、图5或图7相关实施例中的描述。

还需要补充的是，上述图8至图10也可应用于呼叫目标UE的流程中，仅需要将其中的“注册消息”替换为“邀请消息”，“UAR消息”替换为“LIR消息”等，以及AS接收来自目标S-CSCF的邀请消息，根据邀请消息中包含的接入UDM失败的指示，将目标UE呼叫接续到IMS域，具体可参见图6至图10中相关实施例的描述，不再赘述。

图11为接入UDM正常情况下，I-CSCF向备份设备中对应存储目标UE的标识和目标S-CSCF的地址信息的场景中的流程示意图：

其中，步骤1101至步骤1114具体可参见图4中的步骤401至步骤414。本流程中，步骤1115至步骤1117为新增步骤：

步骤1115，I-CSCF向备份设备发送备份消息，其中备份消息包括目标UE的标识和目标S-CSCF的地址信息。

步骤1116，备份设备从备份消息中获取目标UE的标识和目标S-CSCF的地址信息，并对应存储该目标UE的标识和目标S-CSCF的地址信息。

步骤1117，备份设备向I-CSCF发送备份响应，以用于指示成功将目标UE的标识和目标S-CSCF的地址信息对应存储。

需要补充的是，在上述步骤1115至步骤1117中，还可以是目标S-CSCF向备份设备发送备份消息，相应的，备份设备向目标S-CSCF发送备份响应。

上述技术方案中，I-CSCF确定接入UDM失败，则可向第一设备发送第一获取请求，进一步的，I-CSCF可从第一设备中接收第一获取响应，该第一获取响应可用于指示目标S-CSCF的地址信息，从而I-CSCF可获取到目标S-CSCF的地址信息，进而根据目标S-CSCF的地址信息执行目标UE的注册流程或者对目标UE的呼叫流程。从而避免出现在接入UDM失败情况下，无法成功注册UE或者呼叫UE，有助于提高了通信系统的可靠性。当然，本申请还可以适用于其他需要确定目标S-CSCF的场景中，本申请不再一一举例。

还需要补充的是，由于目标S-CSCF中存储有目标UE的用户数据，或者备份设备中存储有目标UE的标识和目标S-CSCF的地址信息，则本申请还可适用于如下的场景中：目标UE关机或者处于飞行模式时，目标UE已经发起了注销流程。而通过本申请中的方法，I-CSCF仍然可确定出目标S-CSCF的地址信息，从而成功呼叫目标UE。

本申请还提供另一种确定S-CSCF的方法，用于在UDM接入失败的情况下，实现I-CSCF确定出目标UE注册的目标S-CSCF，从而完成目标UE的注册流程，或者对目标UE的呼叫流程。

预先说明的是，该方法适用于图3示出的通信系统中，I-CSCF与UDM之间的信令交互需经过SCP，比如图4示例性示出的注册流程中，I-CSCF经SCP向UDM发送UAR消息，以及I-CSCF经SCP接收来自UDM的UAA消息等。

再比如图6示例性示出的呼叫流程中，I-CSCF经SCP向UDM发送LIR消息，以及I-CSCF经SCP接收来自UDM的LIA消息等。

该确定S-CSCF的方法，具体可参见图12示例性示出的流程图：

步骤1201，SCP接收来自I-CSCF的查询请求，并将该查询请求转发给UDM。

具体的，I-CSCF可以在接收到来自于目标UE的注册消息，或者主叫UE对目标UE的邀请消息之后，经SCP向UDM发送查询请求。其中，查询请求可参见步骤701中描述。

步骤1202，SCP确定接入UDM失败。

一种情况下，SCP接收到来自UDM的查询响应，该查询响应中包括目标S-CSCF的地址信息，即接入UDM正常，SCP可将该查询响应转发至I-CSCF。相应的，I-CSCF可基于查询响应中的该目标S-CSCF的地址信息，执行对目标UE的注册(或呼叫)流程。

再一种情况下，SCP在向UDM发送查询请求的预设查询时长之后，未接收到来自UDM的查询响应，或者接收到来自UDM返回的查询失败响应，确定接入UDM失败。相应的，SCP可从本地存储中获取目标S-CSCF的地址信息，将该目标S-CSCF的地址信息携带于查询响应中，发送至I-CSCF，具体可参见下述步骤1203和步骤1204。

步骤1203，SCP根据查询请求中的目标UE的标识，从本地存储中获取目标UE的标识对应的目标S-CSCF的地址信息。

本申请中，SCP的本地可存储有N2个对应关系，其中N2为大于或等于2的整数。其中每个对应关系可包括UE的标识和该UE对应的S-CSCF的地址信息。

比如表2中例子，UE21的标识表示为标识21，该标识21对应于地址信息21，即UE21注册在地址信息21对应的S-CSCF中；UE22的标识表示为标识22，该标识22对应于地址信息22，即UE22注册在地址信息22对应的S-CSCF中，等等。

表2

步骤1204，SCP向I-CSCF发送查询响应，查询响应中包括目标S-CSCF的地址信息。

可选的，SCP还可以向I-CSCF发送接入UDM失败的指示，该接入UDM失败的指示可以携带于查询响应中，或者SCP将其作为单独的一条消息发送至I-CSCF。

结合表2中举例，查询请求中包括标识22，SCP在确定接入UDM失败之后，可以根据标识22和本地存储的对应关系，确定目标S-CSCF的地址信息为地址信息22。相应的，SCP向I-CSCF发送的查询响应中包括地址信息22和接入UDM失败的指示。

在一种可能实现方式中，在接入UDM正常的情况下，I-CSCF可将目标UE的用户数据成功注册至UDM中，具体注册流程可参见图4所示。在注册流程中，由于I-CSCF与UDM，或者S-CSCF与UDM之间的信令均需经过SCP转发，所以SCP可解析其转发的信令，然后从该信令中解析出当前注册流程中的目标UE的标识和目标S-CSCF的地址信息的对应关系，然后将该目标UE的标识和目标S-CSCF的地址信息的对应关系进行存储。此外，SCP还可在该目标UE的下一次注册流程中，对本地存储的对应关系进行更新。

仍以目标UE为UE22为例，在UE22的注册过程中，UDM可向目标S-CSCF发送SAA消息，该SAA消息中可包括有UE22的标识22和目标S-CSCF的地址信息22的对应关系。随后，SCP可解析该SAA消息，以从中获取到该标识22和地址信息22的对应关系。SCP若根据标识22确定本地存储中没有标识22和标识22对应的地址信息，则将标识22与地址信息22进行对应存储。

进一步的，在UE22的下一次注册过程中，SCP可再次解析UDM向目标S-CSCF发送SAA消息，然后从该SAA消息中解析出新的对应关系，比如解析出标识22和标识22对应的地址信息(比如表示为地址信息22’)，则SCP可更新本地存储中的标识22与标识22对应的地址信息，或者也可以理解为，将地址信息22’覆盖原有的地址信息22。

也可以理解，该SCP是一种备份设备，该备份设备可以在转发UDM与S-CSCF之间信令，或者转发UDM与I-CSCF之间信令时，从转发的信令中获取到目标UE标识与目标S-CSCF的地址信息的对应关系，而无需I-CSCF或者目标S-CSCF再向代理设备发送该对应关系，有助于降低信令开销。

本申请中，为了保障SCP中对应关系的有效性，可将SCP本地存储的数据进行老化处理，比如某个对应关系在SCP中持续存储的时长达到了预设存储时长，且该对应关系并没有被读取过或者更新过，则可将该对应关系删除掉。

又或者，在另一个可能方式中，I-CSCF可基于UE的注销请求，指示SCP将其本地存储的该UE的对应关系删除。以目标UE为例，I-CSCF可接收来自目标UE的注销请求，并在接收该注销请求之后，在预设注销时长到达之后，向SCP发送删除指令。相应的，SCP根据删除指令将本地存储的对应关系删除。

此外，SCP也可以有自己的备份设备，相应的，该SCP可以将自己本地存储的对应关系同步至其他的备份设备中，从而有助于增加系统的稳定性。或者，该SCP可以将自己本地存储的对应关系划分为多组对应关系，并将每组对应关系分别存储于各自对应的备份设备中，从而有助于减少每个备份设备的存储量。

可选的，I-CSCF可进一步执行下述步骤1205。

步骤1205，I-CSCF根据目标S-CSCF的地址信息，将目标UE注册至目标S-CSCF中；或者将呼叫接续到目标UE。

在一个可能情况中，I-CSCF可以在接收到目标UE的注册请求之后，经SCP向UDM发送查询请求。其中SCP确定接入UDM失败，于是从自己本地存储中获取目标S-CSCF的地址信息，然后向I-CSCF发送包含有该目标S-CSCF的地址信息的查询响应。在这种情况中，I-CSCF可根据目标S-CSCF的地址信息，进一步执行目标UE的注册流程，具体可参见图4所示。

此外，I-CSCF还可向目标S-CSCF和/或AS发送接入UDM失败的指示，相应的，目标S-CSCF基于该接入UDM失败的指示，可无需再执行图4中步骤405、步骤406、步骤412和步骤413；AS基于该接入UDM失败的指示，可无需再执行图5中步骤502至步骤505。如此，有助于避免目标S-CSCF和/或AS执行不必要的信令传输。

在又一个可能情况中，I-CSCF可以在接收到对目标UE的呼叫请求之后，经SCP向UDM发送查询请求。其中SCP确定接入UDM失败，于是从自己本地存储中获取目标S-CSCF的地址信息，然后向I-CSCF发送包含有该目标S-CSCF的地址信息的查询响应。在这种情况中，I-CSCF可根据目标S-CSCF的地址信息，进一步执行对目标UE的呼叫流程，具体可参见图6所示。

此外，I-CSCF还可向AS发送接入UDM失败的指示，相应的，AS基于该接入UDM失败的指示，可无需再执行上述图6中的步骤606和步骤607。如此，有助于避免AS执行不必要的信令传输。

为了更好的解释本申请实施例，如图13和图14分别为本申请提供的两种具体场景下的实现方式：

图13为注册流程中，I-CSCF从SCP中获取目标S-CSCF的地址信息的流程示意图：

步骤1301，目标UE向I-CSCF发送注册消息。

步骤1302，I-CSCF根据注册消息，向SCP发送UAR消息。

步骤1303，SCP向UDM发送UAR消息。

步骤1304，SCP确定接入UDM失败。

步骤1305，SCP根据UAR消息中包括的目标UE的标识，从本地存储中获取目标UE的标识对应的目标S-CSCF的地址信息。

步骤1306，SCP向I-CSCF发送UAA消息。UAA消息中包括目标S-CSCF的地址信息，以及接入UDM失败的指示。

步骤1307，I-CSCF根据目标S-CSCF的地址信息，向目标S-CSCF发送注册消息，该注册消息中可包括接入UDM失败的指示。

步骤1308，目标S-CSCF向AS发送注册消息，该注册消息中可包括接入UDM失败的指示。

需要说明的是，步骤1301至步骤1308中未详尽描述的内容，均可参见图4、图5或图12相关实施例中的描述。

还需要补充的是，上述图13也可应用于呼叫目标UE的流程中，仅需要将其中的“注册消息”替换为“邀请消息”，“UAR消息”替换为“LIR消息”等，以及AS接收来自目标S-CSCF的邀请消息，根据邀请消息中包含的接入UDM失败的指示，将目标UE呼叫接续到IMS域，具体可参见图6、图12或图13中相关实施例的描述，不再赘述。

图14为接入UDM正常情况下，SCP中存储目标UE的标识和目标S-CSCF的地址信息的场景中的流程示意图：

其中，步骤1401至步骤1412具体可参见图4中的步骤401至步骤412，其中区别仅在于图4中目标S-CSCF与UDM直接通信，以及I-CSCF与UDM直接通信，而图14中均是由SCP转发。进一步的，在如下步骤1413至步骤1416中：

步骤1413，UDM向SCP发送SAA消息，其中SAA消息中携带有目标UE的标识和目标S-CSCF的地址信息。

步骤1414，SCP解析SAA消息，获取到该目标UE的标识和目标S-CSCF的地址信息，然后将该目标UE的标识和目标S-CSCF的地址信息对应存储于本地。

步骤1415，SCP向目标S-CSCF发送SAA消息。

步骤1416，目标S-CSCF向UE发送200OK消息。

上述技术方案中，I-CSCF向SCP发送查询请求，SCP可将查询请求转发给UDM，SCP若确定接入UDM失败，则可以从本地中获取目标UE对应的目标S-CSCF的地址信息，并将该目标S-CSCF的地址信息发送至I-CSCF。相应的，I-CSCF可获取到目标S-CSCF的地址信息，根据目标S-CSCF的地址信息执行目标UE的注册流程或者对目标UE的呼叫流程。从而避免出现在接入UDM失败情况下，无法成功注册UE或者呼叫UE，有助于提高了通信系统的可靠性。当然，本申请还可以适用于其他需要确定目标S-CSCF的场景中，本申请不再一一举例。

还需要补充的是，由于SCP中存储有目标UE的标识和目标S-CSCF的地址信息，则本申请还可适用于如下的场景中：目标UE关机或者处于飞行模式时，目标UE已经发起了注销流程。而通过本申请中的方法，I-CSCF仍可从SCP中获取目标S-CSCF的地址信息，从而成功呼叫目标UE。

上述实施例中，均以5G通信系统中网元或设备为例说明，当然，本申请方法还可适用于4G通信系统中、4.5G通信系统中、或者未来通信系统比如5.5G通信系统中、6G通信系统中。相应的，可将5G通信系统中的网元或设备替换为对应通信系统中的网元或设备。比如4G通信系统中，可将上述实施例中的“UDM”替换为“HSS”，将“SCP”替换为“DRA”等等。进一步的，可将UDM、HSS等用于存储用户数据(比如是签约数据、身份数据等)的设备称为是数据管理设备；以及将SCP、DRA等用于转发数据管理设备与I-CSCF之间信令，或用于转发数据管理设备与目标S-CSCF之间信令的设备，称为是代理设备；以及，将UE称为是终端，目标UE称为是目标终端。

还需要说明的是，虽然备份设备中存储有目标终端的标识和对应的目标S-CSCF的地址信息，但是通常情况下，仅在I-CSCF确定接入数据管理设备失败之后，才会从备份设备中获取目标S-CSCF的地址信息。解释为，备份设备中仅存储有目标终端的标识和对应的目标S-CSCF的地址信息，其存储的该目标终端的相关数据少于数据管理设备中存储的该目标终端对应的用户数据，本申请中的I-CSCF从备份设备中获取目标S-CSCF的地址信息的方案，仅作为接入数据管理设备失败的应急方案，以避免终端注册失败或呼叫失败。

同理的，该说明也适用于代理设备向I-CSCF发送目标S-CSCF的地址信息的方案中，具体的，代理设备只有在确定接入数据管理设备失败之后，才会从本地存储中获取目标S-CSCF的地址信息，然后将该目标S-CSCF的地址信息发送至I-CSCF，以使得I-CSCF获取到目标S-CSCF的地址信息，从而避免终端注册失败或呼叫失败。

基于上述内容和相同构思，图15和图16为本申请的提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中I-CSCF，或第一设备，或代理设备的功能，因此也能实现上述方法实施例所具备的有益效果。

如图15所示，该通信装置1500中包括处理模块1501和收发模块1502。通信装置1500用于实现上述图7至图11中所示的方法实施例中I-CSCF或第一设备的功能。

当通信装置1500用于实现上述图7至图11所示的方法实施例的I-CSCF的功能时：

在一种可能的实现方式中，处理模块1501，用于确定接入数据管理设备失败，并控制收发模块1502向第一设备发送第一获取请求；处理模块1501，还用于控制收发模块1502接收第一设备的第一获取响应；其中，第一获取响应指示目标S-CSCF的地址信息，目标S-CSCF是目标终端注册的S-CSCF。

在一种可能的实现方式中，第一设备是目标S-CSCF，目标S-CSCF是的S-CSCF集合中的任一个；第一获取响应中包括确定第一设备为目标S-CSCF的指示，或者包括目标S-CSCF的地址信息。

在一种可能的实现方式中，处理模块1501还用于：控制收发模块1502向第二设备发送第二获取请求，第二设备为S-CSCF集合中的除目标S-CSCF以外的其它S-CSCF；控制收发模块1502接收来自第二设备的否定第二设备为目标S-CSCF的指示，或者，确定未接收到来自第二设备的目标S-CSCF的地址信息。

在一种可能的实现方式中，处理模块1501具体用于：控制收发模块1502向S-CSCF集合中包括的多个S-CSCF发送第一获取请求；处理模块1501具体还用于：控制收发模块1502接收多个S-CSCF中的目标S-CSCF的第一获取响应。

在一种可能的实现方式中，处理模块1501还用于：控制收发模块1502接收来自多个S-CSCF中、除目标S-CSCF以外的其它S-CSCF的否定其它S-CSCF为目标S-CSCF的响应，或者，确定未接收到来自多个S-CSCF中、除目标S-CSCF以外的其它S-CSCF的目标S-CSCF的地址信息。

在一种可能的实现方式中，第一设备是备份设备，备份设备中对应存储有目标终端的标识与目标S-CSCF的地址信息。

在一种可能的实现方式中，处理模块1501还用于：在数据管理设备接入正常的情况下，控制收发模块1502向备份设备发送目标终端的标识与目标S-CSCF的地址信息。

在一种可能的实现方式中，处理模块1501还用于：控制收发模块1502在接收到目标终端的注销请求之后，在预设注销时长到达后向备份设备发送删除指令，以指示删除备份设备中对应存储的目标终端的标识和目标S-CSCF的地址信息。

在一种可能的实现方式中，处理模块1501具体用于：控制收发模块1502向数据管理设备发送查询请求；在向数据管理设备发送查询请求之后，在预设查询时长内确定未接收到来自数据管理设备的目标S-CSCF的地址信息；或，控制收发模块1502接收数据管理设备的查询失败响应。

当通信装置1500用于实现上述图7至图11所示的方法实施例的第一设备的功能时：

在一种可能的实现方式中，处理模块1501，用于控制收发模块1502接收来自I-CSCF的第一获取请求，第一获取请求指示接入数据管理设备失败；处理模块1501，还用于根据第一获取请求，控制收发模块1502向I-CSCF发送第一获取响应；其中，第一获取响应指示目标S-CSCF的地址信息，目标S-CSCF是目标终端注册的S-CSCF。

在一种可能的实现方式中，装置1500是目标S-CSCF，处理模块1501具体用于：根据第一获取请求中的目标终端的标识，确定装置1500中存储有目标终端的用户数据，控制收发模块1502向I-CSCF发送第一获取响应。

在一种可能的实现方式中，处理模块1501还用于：在接收到目标终端的注销请求之后，在预设注销时长到达后清空装置1500中存储的用户数据。

在一种可能的实现方式中，装置1500是备份设备，装置1500中对应存储有目标终端的标识与目标S-CSCF的地址信息；处理模块1501具体用于：根据第一获取请求中的目标终端的标识，控制收发模块1502向I-CSCF发送携带有目标S-CSCF的地址信息的第一获取响应。

在一种可能的实现方式中，处理模块1501还用于：在数据管理设备接入正常的情况下，控制收发模块1502接收来自I-CSCF或目标S-CSCF的目标终端的标识与目标S-CSCF的地址信息；将目标终端的标识和目标S-CSCF的地址信息对应存储。

在一种可能的实现方式中，处理模块1501还用于：控制收发模块1502接收来自I-CSCF，或目标S-CSCF的删除指令；根据删除指令，删除装置1500中对应存储的目标终端的标识和目标S-CSCF的地址信息。

当通信装置1500用于实现上述图12至图14所示的方法实施例的代理设备的功能时，通信装置1500位于I-CSCF和数据管理设备的通信连接之间：

在一种可能的实现方式中，处理模块1501，用于确定接入数据管理设备失败；并从本地存储中获取目标S-CSCF的地址信息，目标S-CSCF是目标终端注册的S-CSCF；处理模块1501，还用于控制收发模块1502向I-CSCF发送目标S-CSCF的地址信息。

在一种可能的实现方式中，处理模块1501具体用于：控制收发模块1502将来自I-CSCF的查询请求，转发至数据管理设备；在预设查询时长到达之后，确定未接收到来自数据管理设备的目标S-CSCF的地址信息；或，控制收发模块1502接收数据管理设备的查询失败响应。

在一种可能的实现方式中，处理模块1501还用于：在数据管理设备接入正常的情况下，控制收发模块1502接收来自数据管理设备的目标终端的标识和目标S-CSCF的地址信息；将目标终端的标识和目标S-CSCF的地址信息对应存储。

如图16所示为本申请实施例提供的装置1600，图16所示的装置可以为图15所示的装置的一种硬件电路的实现方式。该装置可适用于前面所示出的流程图中，执行上述方法实施例中I-CSCF，或第一设备，或代理设备的功能。

为了便于说明，图16仅示出了该装置的主要部件。

图16所示的装置1600包括通信接口1610、处理器1620和存储器1630，其中存储器1630用于存储程序指令和/或数据。处理器1620可能和存储器1630协同操作。处理器1620可能执行存储器1630中存储的程序指令。存储器1630中存储的指令或程序被执行时，该处理器1620用于执行上述实施例中处理模块1501执行的操作，通信接口1610用于执行上述实施例中收发模块1502执行的操作。

存储器1630和处理器1620耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。存储器1630中的至少一个可以包括于处理器1620中。

在本申请实施例中，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。在本申请实施例中，通信接口为收发器时，收发器可以包括独立的接收器、独立的发射器；也可以集成收发功能的收发器、或者是通信接口。

装置1600还可以包括通信线路1640。其中，通信接口1610、处理器1620以及存储器1630可以通过通信线路1640相互连接；通信线路1640可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture，简称EISA)总线等。通信线路1640可以分为地址总线、数据总线、控制总线等。为便于表示，图16中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

基于上述内容和相同构思，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序或指令，当该计算机程序或指令被执行时，使得计算机执行上述方法实施例中I-CSCF，或第一设备，或代理设备的功能。

基于上述内容和相同构思，本申请实施例提供一种计算机程序产品，当计算机读取并执行计算机程序产品时，使得计算机执行上述方法实施例中I-CSCF，或第一设备，或代理设备的功能。

基于上述内容和相同构思，本申请实施例提供一种通信系统，该通信系统包括上述图7至图11相关方法实施例中的I-CSCF和第一设备，其中第一设备可以是目标S-CSCF或备份设备。

基于上述内容和相同构思，本申请实施例还提供一种通信系统，该通信系统包括上述图12至图14相关方法实施例中的I-CSCF和代理设备。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的保护范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。