CN113098822A - 一种恢复ims业务的方法及装置 - Google Patents

Abstract

本申请涉及通信技术领域，公开了一种恢复IMS业务的方法及装置。其中方法包括：用户数据管理网络节点若确定终端设备的IMS会话失败，则向移动管理网络节点和/或会话管理网络节点发送第一指示信息，第一指示信息用于指示终端设备的IMS会话失败，进而移动管理网络节点和/或会话管理网络节点可以为终端设备重新建立IMS会话，以恢复终端设备的IMS业务。采用该种方案，通过用户数据管理网络节点触发移动管理网络节点和/或会话管理网络节点重新建立终端设备的IMS会话，进而及时恢复终端设备的IMS业务，能够更加有针对性地对终端设备的IMS会话进行重新建立，有效降低恢复IMS业务的时延。

Description

一种恢复IMS业务的方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种恢复IMS业务的方法及装置。

背景技术

网络协议(internet protocol，IP)多媒体子系统(IP multimedia subsystem，IMS)是IP网络的一种用于提供多媒体业务的网络系统，通过IMS可以为终端设备提供多种多媒体业务，如语音通话、视频通话等。

以语音通话为例，主叫终端设备可以通过分组交换(packet switched，PS)网络向被叫终端设备发起呼叫请求，被叫终端设备接收到呼叫请求后，若成功响应该呼叫请求，则主叫终端设备和被叫终端设备可以进行语音通话。然而，可能会由于一些故障场景(比如PS网络中的某个网络实体故障或者两个需要通信的网络实体之间的网络故障)而导致被叫流程处理失败，进而使得IMS业务失败。因此，如何及时恢复终端设备的IMS业务，避免IMS业务中断时间较长而影响用户体验，仍需进一步的研究。

发明内容

本申请提供了一种恢复IMS业务的方法及装置，用以及时恢复终端设备的IMS业务，避免IMS业务中断时间较长而影响用户体验。

第一方面，本申请实施例提供一种恢复IMS业务的方法，该方法可以适用于恢复IMS业务的装置，该装置可以为SDMN或者设置在SDMN中的芯片。以该方法适用于SDMN为例，在该方法中，SDMN确定终端设备的IMS会话失败，进而向MMN和/或SMN发送第一指示信息，第一指示信息用于指示终端设备的IMS会话失败，IMS会话用于承载终端设备的IMS业务。

采用该种方案，通过SDMN触发MMN和/或SMN重新建立终端设备的IMS会话，进而及时恢复终端设备的IMS业务，能够更加有针对性地对终端设备的IMS会话进行重新建立，有效降低恢复IMS业务的时延。

在一种可能的设计中，SDMN确定终端设备的IMS会话失败，包括：SDMN接收来自S-CSCF实体的第二指示信息，第二指示信息用于指示终端设备的IMS会话失败。

采用该种方案，P-CSCF实体确定被叫流程处理失败后，可以向S-CSCF实体返回失败响应(指示终端设备的IMS会话失败)，进而由S-CSCF实体通知给SDMN，从而使得SDMN可以及时获知终端设备的IMS会话失败。

在一种可能的设计中，第二指示信息包含在SDMN从S-CSCF实体接收的注册通知请求或去注册通知请求中。

在一种可能的设计中，SDMN向MMN发送第一指示信息，包括：SDMN若确定SMN未成功恢复终端设备的IMS会话，则向MMN发送第一指示信息。

采用该种方法，SDMN在SMN未成功恢复终端设备的IMS会话的情况下，向MMN发送第一指示信息，在SMN成功恢复终端设备的IMS会话的情况下，可以不再向MMN发送第一指示信息，从而能够有效节省信令开销。

在一种可能的设计中，SDMN确定SMN未成功恢复终端设备的IMS会话，包括：SDMN确定SMN发生故障；或者，SDMN向SMN发送第一指示信息，且在预设时间段内未接收到SMN的响应消息；或者，SDMN向SMN发送第一指示信息，以及接收来自SMN的响应消息，响应消息携带未成功恢复IMS会话的原因值。

在一种可能的设计中，该方法还包括：SDMN接收MMN发送的第一信息，第一信息用于请求订阅终端设备的IMS会话失败事件。

在一种可能的设计中，SDMN接收来自MMN的第一信息，包括：SDMN接收来自MMN的第一用户上下文管理注册请求，第一用户上下文管理注册请求包括第一信息。

采用该种方法，MMN可以在终端设备向MMN注册时，请求订阅该终端设备的IMS会话失败事件。

在一种可能的设计中，该方法还包括：SDMN接收来自SMN的第二信息，第二信息用于请求订阅终端设备的IMS会话失败事件。

在一种可能的设计中，SDMN接收来自SMN的第二信息，包括：SDMN接收来自SMN的第二用户上下文管理注册请求，第二用户上下文管理注册请求包括第二信息。

采用该种方法，SMN可以在终端设备请求SMN建立会话时，请求订阅该终端设备的IMS会话失败事件。

第二方面，本申请实施例提供一种恢复IMS业务的方法，该方法可以适用于恢复IMS业务的装置，该装置可以为MMN或者设置在MMN中的芯片。以该方法适用于MMN为例，在该方法中，MMN若确定终端设备的IMS会话失败，则为终端设备重新建立IMS会话，IMS会话用于承载终端设备的IMS业务。

在一种可能的设计中，MMN确定终端设备的IMS会话失败，包括：MMN确定IMS会话关联的SMN发生故障；或者，MMN接收来自SDMN的第一指示信息，第一指示信息用于指示终端设备的IMS会话失败。

在一种可能的设计中，该方法还包括：MMN向SDMN发送第一信息，第一信息用于请求订阅终端设备的IMS会话失败事件。

在一种可能的设计中，MMN向SDMN发送第一信息，包括：MMN向SDMN发送第一用户上下文管理注册请求，第一用户上下文管理注册请求包括第一信息。

在一种可能的设计中，MMN为终端设备重新建立IMS会话，包括：MMN向终端设备发送第三指示信息，第三指示信息用于指示终端设备重新建立IMS会话。

在一种可能的设计中，第三指示信息包括IMS会话的状态信息，IMS会话的状态信息用于指示IMS会话的状态为非激活态。

在一种可能的设计中，MMN向终端设备发送第三指示信息，包括：MMN向终端设备发送配置更新命令，配置更新命令包括第三指示信息。

第三方面，本申请实施例提供一种恢复IMS业务的方法，该方法可以适用于恢复IMS业务的装置，该装置可以为SMN或者设置在SMN中的芯片。以该方法适用于SMN为例，在该方法中，SMN接收来自SDMN的第一指示信息，第一指示信息用于指示终端设备的IMS会话失败，进而为终端设备重新建立IMS会话，IMS会话用于承载终端设备的IMS业务；

在一种可能的设计中，该方法还包括：SMN向SDMN发送第二信息，第二信息用于请求订阅终端设备的IMS会话失败事件。

在一种可能的设计中，SMN向SDMN发送第二信息，包括：SMN向SDMN发送第二用户上下文管理注册请求，第二用户上下文管理注册请求包括第二信息。

第四方面，本申请实施例提供一种恢复IMS业务的方法，该方法可以适用于恢复IMS业务的装置，该装置可以为终端设备或者设置在终端设备中的芯片。以该方法适用于终端设备为例，在该方法中，终端设备接收来自MMN的第三指示信息，第三指示信息用于指示终端设备重新建立IMS会话，进而根据第三指示信息重新建立IMS会话。

在一种可能的设计中，第三指示信息包括IMS会话的状态信息，IMS会话的状态信息用于指示IMS会话的状态为非激活态。

在一种可能的设计中，终端设备接收来自MMN的第三指示信息，包括：终端设备接收来自MMN的配置更新命令，配置更新命令包括第三指示信息。

需要说明的是，由于上述第二方面、第三方面和第四方面所描述的恢复IMS业务的方法与第一方面所描述的恢复IMS业务的方法相对应，因此第二方面、第三方面和第四方面所描述的恢复IMS业务的方法的相关有益效果可以参见第一方面，此处不再赘述。

第五方面，本申请提供一种恢复IMS业务的装置，所述装置具备实现上述第一方面至第四方面的任一种可能的设计的功能，比如，所述装置包括执行上述第一方面至第四方面的任一种可能的设计涉及的步骤所对应的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述恢复IMS业务的装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该装置和其它装置之间的通信；处理单元可以用于执行该装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第一方面至第四方面的任一种可能的设计涉及的步骤相对应。

在一种可能的设计中，所述恢复IMS业务的装置包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第一方面至第四方面中任意可能的设计或实现方式中的方法。其中，所述装置还可以包括一个或多个存储器，所述存储器用于与处理器耦合。所述一个或多个存储器可以和处理器集成在一起，也可以与处理器分离设置，本申请并不限定。存储器可以保存实现上述第一方面至第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述装置实现上述第一方面至第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述恢复IMS业务的装置包括处理器和存储器，存储器可以保存实现上述第一方面至第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述装置实现上述第一方面至第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述恢复IMS业务的装置包括至少一个处理器和接口电路，其中，至少一个处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面至第四方面任意可能的设计或实现方式中的方法。

第六方面，本申请实施例中还提供一种计算机存储介质，该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时可实现第一方面至第四方面的任一种可能的设计提供的方法。

第七方面，本申请实施例还提供了一种计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述第一方面至第四方面的任一种可能的设计提供的方法。

第八方面，本申请实施例还提供了一种芯片，所述芯片用于读取存储器中存储的计算机程序，执行上述第一方面至第四方面的任一种可能的设计提供的方法。

第九方面，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，用于支持恢复IMS业务的装置实现上述方面中所涉及的功能。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存所述管理设备必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

附图说明

图1为本申请实施例所适用的一种网络架构示意图；

图2a为本申请实施例所适用的又一种网络架构示意图；

图2b为本申请实施例所适用的又一种网络架构示意图；

图3a为被叫终端设备的一种业务处理流程示意图；

图3b为被叫终端设备的又一种业务处理流程示意图；

图4a为本申请实施例提供的一种PDU会话建立流程示意图；

图4b为本申请实施例提供的一种PDU会话释放流程示意图；

图5为本申请实施例提供的PDU会话状态信元的格式示意图；

图6为本申请实施例一提供的恢复IMS业务的方法所对应的流程示意图；

图7为本申请实施例二提供的恢复IMS业务的方法所对应的流程示意图；

图8为本申请实施例中所涉及的装置的可能的示例性框图；

图9为本申请实施例提供的一种恢复IMS业务的装置示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

图1为本申请实施例所适用的一种网络架构示意图。如图1所示，该网络架构中可以包括终端设备、PS网络和IMS。IMS可以基于PS网络为终端设备提供音频、视频、文本和数据等各种多媒体业务，可以理解为基于PS网络完成以前电路交换(circuit switched，CS)网络承载的业务，如语音电话、视频电话、短消息等，这些业务可以统称为IMS业务。

下面分别对终端设备、IMS和PS网络进行介绍。

(1)终端设备

终端设备又可称为用户设备(user equipment，UE)，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线设备、无人驾驶(self driving)中的无线设备、远程医疗(remote medical)中的无线设备、智能电网(smart grid)中的无线设备、运输安全(transportation safety)中的无线设备、智慧城市(smart city)中的无线设备、智慧家庭(smart home)中的无线设备等等。

(2)IMS

IMS中可以包括代理呼叫状态控制功能(proxy-call session controlfunction，P-CSCF)实体、服务呼叫状态控制功能(serving-call session controlfunction，S-CSCF)实体。

P-CSCF实体为PS网络与IMS之间的边缘网络节点，通过PS网络的用户面与终端设备进行交互。进一步地，P-CSCF实体为PS网络到IMS的最先连接点，即IMS中终端设备的第一个接触点。P-CSCF实体在IMS中的作用类似于执行代理服务，无论是来自终端设备的信息或者发送给终端设备的信息，均需通过P-CSCF实体转发。P-CSCF实体在IMS中负责发送验证请求，将验证后的请求转发给指定的目标，并且处理和转发应答信息。

S-CSCF实体是IMS的业务处理节点，负责终端设备的IMS注册以及相关的主叫、被叫业务处理。

尽管未示出，IMS中还可以包括其它可能的实体，比如问询呼叫会话控制功能(interrogating-call session control function，I-CSCF)实体，I-CSCF实体可以连接S-CSCF实体和P-CSCF实体，用于为用户提供到归属网络的入口；当终端设备漫游到其他网络时，向P-CSCF实体发送消息，P-CSCF实体可以将来自终端设备的消息转发给I-CSCF实体，通过I-CSCF实体将来自终端设备的消息发送给S-CSCF实体。

(3)PS网络

PS网络中可以包括用户数据管理网络节点(subscriber data management node，SDMN)、策略管理网络节点(policy management node，PMN)、会话管理网络节点(sessionmanagement node，SMN)、用户面网络节点(user plane node，UPN)、移动管理网络节点(mobile management node，MMN)。尽管未示出，PS网络中还可以包括其它可能的节点。

示例性地，PS网络也可称为运营商网络或移动通信网络，主要是移动网络运营商(mobile network operator，MNO)为用户提供移动宽带接入服务的网络。本申请实施例所描述的运营商网络可以为符合第三代合作伙伴项目(3rd generation partnershipproject，3GPP)标准要求的网络，简称3GPP网络。通常3GPP网络由运营商来运营，包括但不限于第五代移动通信技术(5th-generation，5G)网络、第四代移动通信技术(4th-generation，4G)网络等。其中，5G网络也可以称为新无线(new radio，NR)网络，4G网络也可以称为长期演进(long term evolution，LTE)网络。

若PS网络为4G网络，则参见图2a所示，SDMN的功能可以由归属地用户服务器(homesubscriber server，HSS)来实现，PMN的功能可以由策略和计费规则功能(policy andcharging rules function，PCRF)实体来实现，SMN的功能可以由分组数据网络网关控制面功能(packet data network gateway control plane function，PGW-C)实体和服务网关控制面功能(serving gateway control plane function，SGW-C)实体来实现，UPN的功能可以由分组数据网络网关用户面功能(packet data network gateway user planefunction，PGW-U)实体和服务网关用户面功能(serving gateway user plane function，SGW-U)实体来实现，MMN的功能可以由移动性管理实体(mobility management entity，MME)来实现。

若PS网络为5G网络，则参见图2b所示，SDMN的功能可以由统一数据管理(unifieddata management，UDM)实体来实现，PMN的功能可以由策略控制功能(policy controlfunction，PCF)实体来实现，SMN的功能可以由会话管理功能(session managementfunction，SMF)实体来实现，UPN的功能可以由用户面功能(user plane function，UPF)实体来实现，MMN的功能可以由接入与移动性管理功能(access and mobility managementfunction，AMF)实体来实现。

下面以PS网络为5G网络为例，对5G网络中所包括的上述实体进行介绍。

UDM实体负责存储运营商网络中签约用户的用户永久标识符(subscriberpermanent identifier，SUPI)、信任状(credential)、安全上下文(security context)、签约数据等信息。UDM实体所存储的这些信息可用于终端设备接入运营商网络的认证和授权。其中，上述运营商网络的签约用户具体可为使用运营商网络提供的业务的用户，例如使用中国电信的手机芯卡的用户，或者使用中国移动的手机芯卡的用户等。上述签约用户的SUPI可为该手机芯卡的号码等。上述签约用户的信任状、安全上下文可为该手机芯卡的加密密钥或者跟该手机芯卡加密相关的信息等存储的小文件，用于认证和/或授权。上述安全上下文可为存储在用户本地终端(例如手机)上的数据(cookie)或者令牌(token)等。上述签约用户的签约数据可为该手机芯卡的配套业务，例如该手机芯卡的流量套餐或者使用网络等。

PCF实体用于向SMF网元提供协议数据单元(protocol data unit，PDU)会话的策略。策略可以包括计费相关策略、服务质量(quality of service，QoS)相关策略和授权相关策略等。

SMF实体负责会话管理(如会话建立、修改和释放)、UPF网元的选择和控制、业务和会话连续性(service and session continuity，SSC)模式选择、漫游等会话相关的功能。

UPF实体为终端设备提供与外部数据网络之间数据的路由和转发、包检测、业务用量上报、QoS处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。

AMF实体负责终端设备接入运营商网络的接入控制和移动性管理，例如包括移动状态管理、分配用户临时身份标识、认证和授权用户、为终端设备选择合适的SMF实体建立相关会话等功能。

需要说明的是：(1)终端设备可以通过(无线)接入网((radio)access network，(R)AN)设备接入PS网络，后文将(R)AN设备称为AN设备，AN设备暂未在图1、图2a和图2b中示意。AN设备又可以称为基站或网络设备。目前，一些AN设备的举例为：5G通信系统中的新一代基站(generation Node B，gNodeB)、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(basetransceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)、基带单元(base band unit，BBU)，或无线保真(wireless fidelity，Wi-Fi)接入点(accesspoint，AP)等。另外，在一种网络结构中，网络设备可以包括集中单元(centralized unit，CU)节点、或分布单元(distributed unit，DU)节点、或包括CU节点和DU节点的RAN设备。此外，在其它可能的情况下，网络设备可以是其它为终端设备提供无线通信功能的装置。

(2)本申请实施例中所涉及的功能实体还可以称为网元，本申请不做限制。例如，AMF实体还可以称为AMF网元，SMF实体还可以称为SMF网元等。各个实体的名称在本申请中不做限定，本领域技术人员可以将上述网元的名称更换为其它名称而执行相同的功能，均属于本申请保护的范围。

(3)上述网元或功能实体既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请不做限制。

(4)图2a和图2b中Cx、Mw、Rx、Gx、S5、S8、S11、S6a、N8、N10、N11为接口序列号。这些接口序列号的含义可参见3GPP标准协议中定义的含义，在此不做限制。

(5)本申请实施例中的术语“系统”和“网络”可被互换使用。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。例如，第一信息和第二信息，只是为了区分不同的信息，而并不是表示这两种信息的优先级或者重要程度等的不同。

当终端设备1需要通过IMS与终端设备2建立连接时，可以触发邀请(invite)消息或者呼叫请求；其中，终端设备1可以称为主叫终端设备，终端设备2可以称为被叫终端设备。其中，被叫终端设备可能处于连接态，或者也可能处于空闲态或非激活态。

情形1：被叫终端设备处于连接态

参见图3a，为被叫终端设备的业务处理流程示意图。以图2b所示意的网络架构为例，如图3a所示，被叫终端设备的业务处理流程包括如下步骤：

步骤301，P-CSCF实体接收来自主叫方的invite消息，invite消息中包括被叫终端设备的标识。

步骤302，P-CSCF实体向UPF实体发送invite消息。

步骤303，UPF实体接收来自P-CSCF实体的invite消息后，若确定被叫终端设备处于连接态，则向被叫终端设备发送invite消息。

步骤304，被叫终端设备接收到来自UPF实体的invite消息后，向P-CSCF实体返回响应消息(比如183消息)，以表明被叫终端设备已经接收到invite消息。

步骤305，P-CSCF实体接收到183消息后，向PCF实体发送认证授权(authentication&authorization request，AAR)消息。

步骤306，PCF实体接收到来自P-CSCF实体的AAR消息后，向SMF实体发送重认证请求(re-authentication-request，RAR)消息。

步骤307，SMF实体接收到来自PCF实体的RAR消息后，向PCF实体返回重认证应答(re-authentication–answer，RAA)消息。

步骤308，PCF实体接收到来自SMF实体的RAA消息后，向P-CSCF实体返回认证授权应答(authentication authorization answer，AAA)消息。

示例性地，上述步骤305至步骤308所示意的流程是指基于被叫终端设备的IMS会话为被叫终端设备建立语音承载的流程，其中，语音承载可以为服务质量(quality ofservice，QoS)等级标识(QoS class identifier，QCI)＝1的承载，用于承载语音业务。当P-CSCF实体接收到的AAA消息指示语音承载建立成功后，P-CSCF实体可执行后续流程，以实现主叫终端设备和被叫终端设备之间的语音通话。

情形2：被叫终端设备处于空闲态或非激活态

参见图3b，为被叫终端设备的业务处理流程示意图。以图2b所示意的网络架构为例，如图3b所示，被叫终端设备的业务处理流程包括如下步骤：

步骤311，P-CSCF实体接收来自主叫方的invite消息，invite消息中包括被叫终端设备的标识。

步骤312，P-CSCF实体向UPF实体发送invite消息。

步骤313，UPF实体接收来自P-CSCF实体的invite消息后，若确定被叫终端设备处于空闲态或非激活态，则向SMF发送下行数据报告(downlink data report)消息，要求重新建立IMS会话。

步骤314，SMF实体接收到下行数据报告消息后，为终端设备建立IMS会话。

步骤315，UPF实体通过IMS会话向被叫终端设备发送invite消息。

步骤316，被叫终端设备接收到来自UPF实体的invite消息后，向P-CSCF实体返回183消息。

步骤317，P-CSCF实体接收到183消息后，向PCF实体发送认证授权AAR消息。

步骤318，PCF实体接收到来自P-CSCF实体的AAR消息后，向SMF实体发送RAR消息。

步骤319，SMF实体接收到来自PCF实体的RAR消息后，向PCF实体返回RAA消息。

步骤3110，PCF实体接收到来自SMF实体的RAA消息后，向P-CSCF实体返回AAA消息。

示例性地，当P-CSCF实体接收到的AAA消息指示语音承载建立成功后，P-CSCF实体可执行后续流程，以实现主叫终端设备和被叫终端设备之间的语音通话。

然而，在上述图3a和图3b所示意的流程中，可能会由于一些故障场景(比如某个网络实体故障或者两个需要通信的网络实体之间的网络故障)而导致被叫流程处理失败，进而使得IMS业务失败。

下面举例说明几个导致被叫流程处理失败的场景：

场景1，在图3a的步骤302和图3b的步骤312中，若UPF实体故障或者异常，或者P-CSCF实体与UPF实体之间的网络故障，则被叫终端设备无法接收到invite消息，进而导致P-CSCF实体超时未收到被叫终端设备的响应，被叫流程处理失败。

场景2，在图3b的步骤313中，若SMF实体故障或者异常，或者UPF实体与SMF实体之间的网络故障，则被叫终端设备无法接收到invite消息，进而导致P-CSCF实体超时未收到被叫终端设备的响应，被叫流程处理失败。

场景3，在图3a的步骤305和图3b的步骤317中，若P-CSCF实体感知到PCF实体故障，未发送AAR消息；或者，P-CSCF实体发送了AAR消息，但由于PCF实体故障或者P-CSCF实体与PCF实体之间的网络故障，使得P-CSCF实体超时未收到PCF实体的响应；或者，PCF实体上已经没有IMS会话的相关信息，均会导致被叫流程处理失败。

场景4，在图3a的步骤306和图3b的步骤318中，若PCF实体感知到SMF实体故障，未发送RAR消息；或者，PCF实体向SMF实体发送了RAR消息，但由于SMF实体故障或SMF与PCF之间的网络故障，使得PCF实体超时未收到SMF的响应；或者，SMF实体上已经没有IMS会话的相关信息，均会导致被叫流程处理失败。

针对于上述所描述的故障场景中的部分故障场景，比如PCF实体或UPF实体故障，一种可能的解决方式为，当SMF实体感知到UPF实体或PCF实体故障后，由SMF实体触发对相关会话的删除处理，要求相应终端设备重新建立会话，并在重新建立会话过程中为会话选择状态正常的网络节点。但是为了避免对现网的网络节点产生冲击，会进行平滑处理，比如SMF实体可能会将需要重新建立会话的终端设备分为多个组，先重新建立一组终端设备的会话，然后再重新建立另一组终端设备的会话，依次类推，直到全部会话均重新建立完成。采用该种方法，可能使被叫终端设备的业务产生超过10分钟的中断。

可以理解地，上述所描述的故障场景也有可能出现在主叫处理流程中，但由于主叫处理流程是由主叫终端设备发起的，因此当在主叫流程中出现上述故障(比如SMF实体感知到UPF实体或PCF实体故障)时，SMF实体可以及时为终端设备选择新的UPF实体或PCF实体，从而恢复IMS业务；而在被叫处理流程中，则会导致IMS业务无法及时通过上述方式来恢复。

基于此，本申请实施例提供一种恢复IMS业务的方法及装置，用于及时恢复终端设备的IMS业务，避免IMS业务中断时间较长而影响用户体验。

示例性地，本申请实施例提供的恢复IMS业务的方法中，以适用于图2b所示意的网络架构为例，UDM实体若确定终端设备的IMS会话失败，IMS会话用于承载终端设备的IMS业务，则向AMF实体和/或SMF实体发送第一指示信息，第一指示信息用于指示恢复终端设备的IMS业务，进而AMF实体和/或SMF实体可以为终端设备重新建立IMS会话，以恢复终端设备的IMS业务。采用该种方案，UDM实体在确定终端设备的IMS会话失败后，可以触发AMF实体和/或SMF实体重新建立该终端设备的IMS会话，进而及时恢复终端设备的IMS业务，相比于上述所描述的平滑处理的方案来说，该方案能够更加有针对性地对终端设备的IMS会话进行重新建立，有效降低恢复IMS业务的时延。

下面对本申请实施例所涉及的相关技术特征进行介绍。需要说明的是，这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。

(1)会话的状态

本申请实施例中，会话可以是指PDU会话。终端设备在PS网络中向AMF实体进行注册，然后通过SMF实体建立PDU会话用于IMS业务，该PDU会话可以被称为IMS会话。

示例性地，终端设备可以建立有多个PDU会话，每个PDU会话对应的SMF实体可以不同。进一步地，当终端设备的一个PDU会话成功建立时，AMF实体可以保存服务该PDU会话的SMF实体的标识，SMF实体可以保存服务该终端设备的AMF实体的标识。

PDU会话可以处于激活态(active)或非激活态(inactive)这两种稳定的状态，建立成功的PDU会话处于active状态，释放成功的PDU会话处于inactive状态，其中，非激活态也可称为去激活态。本申请实施例中，释放(release)会话也可以理解为删除(delete)会话，本申请实施例中以释放会话为例进行描述。

(2)PDU会话(或IMS会话)建立流程

请参见图4a，为本申请实施例提供的一种PDU会话建立流程示意图，图4a包括如下步骤：

步骤401：终端设备向SMF实体发送PDU会话建立请求(PDU sessionestablishment request)消息，请求SMF实体为其建立PDU会话。示例性地，终端设备可通过AN设备以及AMF实体向SMF实体发送PDU会话建立请求消息。

步骤402a：SMF实体接收到终端设备发送的PDU会话建立请求消息之后，若确定可以为该终端设备建立PDU会话，则向该终端设备发送PDU会话建立接受(PDU sessionestablishment accept)消息，终端设备接收来自SMF实体的PDU会话建立接受消息，完成PDU会话的建立，此时PDU会话进入激活态。示例性地，SMF实体可通过AN设备以及AMF实体接收来自终端设备的PDU会话建立请求消息，相应的，SMF实体可通过AMF实体以及AN设备向终端设备发送PDU会话建立接受消息。

步骤402b：SMF实体接收到终端设备发送的PDU会话建立请求消息之后，若确定不可以为该终端设备建立PDU会话，则向终端设备发送PDU会话建立拒绝(PDU sessionestablishment reject)消息，终端设备接收来自SMF实体的PDU会话建立拒绝消息，PDU会话建立失败，此时所述PDU会话进入非激活态。示例性的，SMF实体可通过AMF实体以及AN设备向终端设备发送PDU会话建立拒绝消息。

需要说明的是，上述步骤402a与步骤402b择一执行。

(3)PDU会话(或IMS会话)释放流程

参见图4b为本申请实施例提供的一种PDU会话释放流程示意图，图4b示出一种由SMF实体发起的PDU会话释放流程，图4b包括如下步骤：

步骤411：SMF实体向终端设备发送PDU会话释放命令(PDU session releasecommand)。示例性地，SMF实体可通过AMF实体以及AN设备向终端设备发送PDU会话释放命令。

步骤412：终端设备向SMF实体发送PDU会话释放完成(PDU session releasecomplete)消息。示例性的，终端设备可通过AN设备以及AMF实体向SMF实体发送PDU会话释放完成消息。

图4b中SMF实体可以直接向终端设备发送PDU会话释放命令，以发起PDU会话释放流程，终端设备向SMF实体回复PDU会话释放完成消息后，完成PDU会话的释放，此时所述PDU会话进入非激活态或去激活态。

(4)同步PDU会话的状态

示例性地，终端设备在一个公共陆地移动网(public land mobile network，PLMN)中能同时建立的PDU会话数量的最大值可以由“协议定义最大值(16)”、“PLMN支持的PDU会话最大值”以及“终端设备实现的上限”三者中的最小值决定。例如，若“协议定义最大值”为16，“PLMN支持的PDU会话数量最大值”为12，“终端设备实现的上限”为14，则终端设备在该PLMN中能同时建立的PDU会话数量的最大值为12。其中，PLMN可以理解为运营商网络。“PLMN支持的PDU会话数量最大值”可以理解为PLMN可支持为所述终端设备建立的PDU会话的最大值；“终端设备实现的上限”可以理解为针对终端设备的软件和/或硬件配置，使得终端设备能够支持建立的PDU会话的最大值。

一个可能的示例中，若终端设备1确定当前已建立的PDU会话的数量未超过“协议定义最大值(16)”，也未超过“终端设备实现的上限”，此时终端设备1可继续采用图4a所示的方法发起PDU会话建立请求，当AMF实体接收到终端设备1发送的PDU会话建立请求时，若终端设备1已建立的PDU会话数量达到PLMN支持的PDU会话数量最大值，则AMF实体可以拒绝该PDU会话建立请求，并向终端设备1回复携带原因值为#65的消息，其中，原因值为#65时指示已建立的PDU会话数量已达最大值(maximum number of PDU sessions reached)，终端设备1收到AMF实体回复的携带原因值为#65的消息后，认为此时已建立的PDU会话数量为“PLMN支持的会话最大值”，且可根据协议规定确定终端设备在一个PLMN中能同时建立的PDU会话数量的最大值为“PLMN支持的会话最大值”。

为确保终端设备与网络之间建立的PDU会话不超过协议规定的最大值，终端设备与网络需要各自维护PDU会话的状态以及已建立PDU会话的数量。示例性地，当终端设备建立PDU会话成功后，终端设备将该PDU会话的状态设置为激活态，并将维护的已建立PDU会话的数量加一，相应地，核心网网元(例如AMF实体)将该PDU会话的状态设置为激活态，并为所述终端设备维护的已建立PDU会话的数量加一；反之，当终端设备释放PDU会话成功后，终端设备将该PDU会话的状态设置为非激活态，并将维护的已建立PDU会话的数量减一，相应的，核心网网元(例如AMF实体)将该PDU会话的状态设置为非激活态，并为所述终端设备维护的已建立PDU会话的数量减一。其中，网络维护已建立PDU会话的数量，可以理解为，AMF实体维护通过该AMF实体接入核心网的各个终端设备的处于激活态的PDU会话数量。

示例性地，PDU会话状态(PDU session status)信元(information element，IE)可用来同步终端设备与网络的PDU会话状态。如图5所示，为PDU会话状态信元的格式示意图，该IE中octet3和octet4包括的每个比特(bit)的值(0/1)代表了一个PDU会话的状态，即每个比特可以对应一个PDU会话，具体地，当所述比特的取值为0时表示与该比特对应的PDU会话处于非激活态，反之，当所述比特的取值为1时表示与该比特对应的PDU会话处于激活态。比如，终端设备与网络可以通过服务请求(SERVICE REQUEST)、注册(REGISTRATION)或通知(NOTIFICATION)三种流程来携带PDU会话状态信息元素达到PDU会话状态同步的目的。

基于上述对相关特征的描述，下面结合实施例一和实施例二对本申请实施例的方案进行详细说明。

实施例一

在实施例一中，将以本申请实施例中的方法适用于图2b所示意的网络架构为例，描述可能的实现流程。

参见图6为本申请实施例一提供的恢复IMS业务的方法所对应的流程示意图，如图6所示，包括：

步骤601，AMF实体向UDM实体发送第一信息，第一信息用于请求订阅终端设备的IMS会话失败事件(Subscribe IMS Session Failure Event)。

示例性地，终端设备向AMF实体注册时，AMF实体可以向UDM实体发送消息1，消息1包括第一信息，第一信息还可以用于通知UDM实体进行IMS会话失败事件通知时的AMF实体的目标地址。比如，消息1的具体体现形式可以为用户上下文管理注册请求(Nudm_UECM_Registration Request)，第一信息为用户上下文管理注册请求的Amf3GppAccessRegistration和AmfNon3GppAccess Registration信元中新增的ImsSessionFailureCallbackUri参数。

步骤602，SMF实体向UDM实体发送第二信息，第二信息用于请求订阅终端设备的IMS会话失败事件。

示例性地，终端设备向SMF实体请求建立IMS会话时，SMF实体可以向UDM发送消息2，消息2包括第二信息，第二信息还可以用于通知UDM实体进行IMS会话失败事件通知时的SMF实体的目标地址。比如，消息2的具体体现形式为用户上下文管理注册请求(Nudm_UECM_Registration Request)，第二信息为用户上下文管理注册请求的SmfRegistration信元中新增的ImsSessionFailure CallbackUri参数。

步骤603，S-CSCF实体向UDM实体发送第二指示信息，第二指示信息用于指示终端设备的IMS会话失败。

示例性地，在图3a和图3b所示意的流程中，当发生前文所描述的故障场景时，P-CSCF实体可以向S-CSCF实体返回失败响应消息，指示终端设备的IMS会话失败。其中，失败响应消息的具体体现形式可以是会话发起协议(session initiation protocol，SIP)604，其含义为服务器验证了请求中的用户信息，哪里都不存在(Does Not Exists Anywhere)。进而，S-CSCF实体接收到P-CSCF实体发送的失败响应消息后，可以向UDM发送消息3，消息3中包括第二指示信息。比如，消息3的具体体现形式可以为注册通知请求或去注册通知请求(Registration/Deregistration Notification Request)，第二指示信息可以为注册通知请求或去注册通知请求的SAR-Flags信元中新增的Subscribe-IMS-Session-Failure参数。

步骤604，UDM实体接收第二指示信息，进而确定终端设备的IMS会话失败。

步骤605，UDM实体向SMF实体发送第一指示信息，第一指示信息用于指示终端设备的IMS会话失败。

示例性地，UDM实体若确定SMF实体订阅了IMS会话失败事件，则可以向SMF实体发送第一指示信息。比如，UDM实体可以向SMF实体发送消息4，消息4中包括第一指示信息，第一指示信息可以包括终端设备的标识，或者其它可能的信息，具体不做限定。比如，消息4可以为新增的消息，体现形式可以为用户上下文管理IMS会话失败请求(Nudm_UECM_IMSSessionFailure Request)。

步骤606，UDM实体确定SMF实体是否成功恢复终端设备的IMS会话，若是，则结束流程；否则，执行步骤607。

示例性地，UDM实体向SMF实体发送第一指示信息后，若在预设时间段内未接收到SMF实体的响应消息，则可以确定SMF实体未成功恢复终端设备的IMS会话，若在预设时间段内接受到SMF的响应消息，则当响应消息中携带的原因值(cause)表示SMF实体成功恢复终端设备的IMS会话时，可以确定SMF实体成功恢复终端设备的IMS会话，当响应消息携带的原因值表示SMF实体未成功恢复终端设备的IMS会话时，可以确定SMF实体未成功恢复终端设备的IMS会话。

其中，SMF实体成功恢复终端设备的IMS会话的方式可以有多种，比如，SMF实体执行IMS会话释放流程(参见图4b所示)，进而终端设备可以重新建立IMS会话(参见图4a所示)。SMF未成功恢复终端设备的IMS会话的原因可能有多种，比如SMF实体上已经无终端设备的IMS会话的相关信息。

示例性地，SMF实体发送给UDM实体的响应消息可以为新增的消息，体现形式可以为用户上下文管理IMS会话失败响应(Nudm_UECM_IMSSessionFailure Response)，响应消息中可以携带cause信元。

需要说明的是，在其它可能的实施例中，若UDM实体确定SMF发生故障，则也可以不再向SMF发送第一指示信息，并确定SMF实体未成功恢复终端设备的IMS会话。

步骤607，UDM实体向AMF实体发送第一指示信息。

示例性地，UDM实体若确定AMF实体订阅了IMS会话失败事件，则可以向AMF实体发送第一指示信息。比如，UDM实体可以向AMF实体发送消息5，消息5中包括第一指示信息。其中，消息5可以为新增的消息，体现形式可以为用户上下文管理IMS会话失败请求(Nudm_UECM_IMSSessionFailure Request)。

步骤608，AMF实体向UDM实体发送响应消息。

示例性地，AMF实体向UDM实体发送的响应消息可以为新增的消息，体现形式可以为用户上下文管理IMS会话失败响应(Nudm_UECM_IMSSessionFailure Response)。

步骤609，AMF实体向终端设备发送第三指示信息，第三指示信息用于指示终端设备重新建立IMS会话。

示例性地，AMF实体可以向终端设备发送消息6，消息6中包括第三指示信息，第三指示信息可以包括IMS会话的状态信息，IMS会话的状态信息用于指示IMS会话处于非激活态。其中，消息6的体现形式可以为配置更新命令(Configuration Update Command)，配置更新命令中可以新增PDU会话状态信元，PDU会话状态信元用于承载IMS会话的状态信息。

步骤610，终端设备接收第三指示信息，并重新建立终端设备的IMS会话。

示例性地，终端设备接收到IMS会话的状态信息后，确定自身所存储的IMS会话的状态(即激活态)与第三指示信息所指示的IMS会话的状态(即非激活态)不一致，则可以重新建立终端设备的IMS会话(参见图4a所示)。

上述所描述的流程(为便于描述，将该实现流程称为第一种实现流程)中，AMF实体和SMF实体均向UDM实体订阅了终端设备的IMS会话失败事件，后续UDM实体确定终端设备的IMS会话失败后，可以先向SMF实体发送第一指示信息，若SMF实体未成功恢复终端设备的IMS会话，则UDM实体可以向AMF实体发送第一指示信息，以使得AMF实体恢复终端设备的IMS会话；若SMF实体成功恢复终端设备的IMS会话，则UDM实体可以不再向AMF实体发送第一指示信息，以节省信令开销和传输资源开销。

需要说明的是，上述流程仅为一种可能的实现流程，在其它实施例中，也可以有其它实现流程，比如第二种实现流程至第五种实现流程。

第二种实现流程：AMF实体和SMF实体均向UDM实体订阅了终端设备的IMS会话失败事件，后续UDM实体确定终端设备的IMS会话失败后，可以先向AMF实体发送第一指示信息，若AMF实体未成功恢复终端设备的IMS会话，则UDM实体可以向SMF实体发送第一指示信息，以使得SMF实体恢复终端设备的IMS会话；若AMF实体成功恢复终端设备的IMS会话，则UDM实体可以不再向SMF实体发送第一指示信息。

第三种实现流程：AMF实体和SMF实体均向UDM实体订阅了终端设备的IMS会话失败事件，后续UDM实体确定终端设备的IMS会话失败后，可以向AMF实体和SMF实体发送第一指示信息，此处UDM实体向AMF实体和SMF实体发送第一指示信息的先后顺序可以不做限定，比如UDM实体可以同时向AMF实体和SMF实体发送第一指示信息。相应地，AMF实体和SMF实体接收到第一指示信息后，可以为终端设备重新建立IMS会话。

第四种实现流程：AMF实体向UDM实体订阅了终端设备的IMS会话失败事件(SMF实体未订阅)，后续UDM实体确定终端设备的IMS会话失败后，可以向AMF实体发送第一指示信息。相应地，AMF实体接收到第一指示信息后，可以为终端设备重新建立IMS会话。

第五种实现流程：SMF实体向UDM实体订阅了终端设备的IMS会话失败事件(AMF实体未订阅)，后续UDM实体确定终端设备的IMS会话失败后，可以向SMF实体发送第一指示信息。相应地，SMF实体接收到第一指示信息后，可以为终端设备重新建立IMS会话。

此外，在上述所描述的实现流程中，AMF实体是在接收到UDM实体发送的第一指示信息后，为终端设备重新建立IMS会话。本申请实施例中，AMF实体也可以在感知到SMF实体故障后，为终端设备重新建立IMS会话。

举个例子，终端设备1、终端设备2和终端设备3均在SMF实体上建立有PDU会话，分别为PDU会话1、PDU会话2、PDU会话3。由于AMF实体中可以保存为终端设备的PDU会话服务的SMF实体的标识，进而当AMF实体感知到SMF实体故障后，获知需要重新建立PDU会话1、PDU会话2、PDU会话3，进而可以采用上述步骤609所描述的方式，分别为终端设备1、终端设备2和终端设备3重新建立PDU会话1、PDU会话2、PDU会话3。

实施例二

在实施例二中，将以本申请实施例中的方法适用于图2a所示意的网络架构为例，描述可能的实现流程。

参见图7为本申请实施例二提供的一种恢复IMS业务的方法所对应的流程示意图，如图7所示，包括：

步骤701，MME向HSS发送第一信息，第一信息用于请求订阅终端设备的IMS会话失败事件。

示例性地，终端设备向MME注册时，MME可以向HSS发送消息1，消息1包括第一信息。比如，消息1的具体体现形式可以为更新位置请求(Update Location Request)，第一信息为更新位置请求的ULR-Flags信元中新增的Subscribe-IMS-Session-Failure参数。

步骤702，PGW-C实体向HSS发送第二信息，第二信息用于请求订阅终端设备的IMS会话失败事件。

示例性地，终端设备向PGW-C实体请求建立IMS会话时，PGW-C实体可以向HSS发送消息2，消息2包括第二信息。比如，消息2可以为新增的消息，体现形式可以为PGW更新位置请求(PGW Update Location Request)，第二信息可以为PGW更新位置请求中携带的Subscribe-IMS-Session-Failure参数。

步骤703，S-CSCF实体向HSS发送第二指示信息，第二指示信息用于指示终端设备的IMS会话失败。

示例性地，在图3a和图3b所示意的流程中，当发生前文所描述的故障场景时，P-CSCF实体可以向S-CSCF实体返回失败响应消息，指示终端设备的IMS会话失败。进而，S-CSCF实体接收到P-CSCF实体发送的失败响应消息后，可以向HSS发送消息3，消息3中包括第二指示信息，消息3的具体体现形式可以为注册通知请求或去注册通知请求，第二指示信息可以为注册通知请求或去注册通知请求的SAR-Flags信元中新增的Subscribe-IMS-Session-Failure参数。

步骤704，HSS接收第二指示信息，进而确定终端设备的IMS会话失败。

步骤705，HSS向PGW-C实体发送第一指示信息，第一指示信息用于指示终端设备的IMS会话失败。

示例性地，HSS若确定PGW-C实体订阅了IMS会话失败事件，则可以向PGW-C实体发送第一指示信息。比如，HSS可以向PGW-C实体发送消息4，消息4中包括第一指示信息。其中，消息4可以为新增的消息，比如PGW插入用户数据请求(PGW Insert Subscriber DataRequest)，第一指示信息可以为PGW插入用户数据请求的IDR Flags信元中新增的IMS-Session-Failure参数。

步骤706，HSS确定PGW-C实体是否成功恢复终端设备的IMS会话，若是，则结束流程；否则，执行步骤707。

示例性地，HSS向PGW-C实体发送第一指示信息后，若在预设时间段内未接收到PGW-C实体的响应消息，则可以确定PGW-C实体未成功恢复终端设备的IMS会话，若在预设时间段内接受到PGW-C实体的响应消息，则当响应消息中携带的原因值(cause)表示PGW-C实体成功恢复终端设备的IMS会话时，可以确定PGW-C实体成功恢复终端设备的IMS会话，当响应消息携带的原因值表示PGW-C实体未成功恢复终端设备的IMS会话时，可以确定PGW-C实体未成功恢复终端设备的IMS会话。

其中，PGW-C实体成功恢复终端设备的IMS会话的方式可以有多种，比如，PGW-C实体执行IMS会话释放流程，进而终端设备可以重新建立IMS会话。PGW-C实体未成功恢复终端设备的IMS会话的原因可能有多种，比如PGW-C实体上已经无终端设备的IMS会话的相关信息。

示例性地，PGW-C实体发送给HSS的响应消息可以为新增的消息，体现形式可以为PGW插入用户数据响应(PGW Insert Subscriber Data Answer)，响应消息中可以携带cause信元。

需要说明的是，在其它可能的实施例中，若HSS确定PGW-C实体发生故障，则也可以不再向PGW-C实体发送第一指示信息，并确定PGW-C实体未成功恢复终端设备的IMS会话。

步骤707，HSS向MME发送第一指示信息。

示例性地，HSS若确定MME订阅了IMS会话失败事件，则可以向MME发送第一指示信息。比如，HSS可以向MME发送消息5，消息5中包括第一指示信息。其中，消息5可以为新增的消息，比如插入用户数据请求(Insert Subscriber Data Request)，第一指示信息可以为插入用户数据请求的IDR Flags信元中新增的IMS-Session-Failure参数。

步骤708，MME向HSS发送响应消息。

示例性地，MME向HSS发送的响应消息可以为新增消息，体现形式可以为插入用户数据响应(Insert Subscriber Data Answer)。

步骤709，MME向终端设备发送第三指示信息，第三指示信息用于指示终端设备重新建立IMS会话。

示例性地，MME可以向终端设备发送消息6，消息6中包括第三指示信息。其中，消息6可以为去激活演进分组系统(Evolved Packet System，EPS)承载上下文请求(DeactivateEPS Bearer Context Request)，去激活EPS承载上下文请求的ESM cause信元取值为#39，表示请求去激活(Reactivation Requested)。

步骤710，终端设备接收第三指示信息，并重新建立终端设备的IMS会话。

本申请实施例中，通过采用实施例一和实施例二中的方案，SDMN在确定终端设备的IMS会话失败后，可以触发MMN和/或SMN重新建立该终端设备的IMS会话，进而及时恢复终端设备的IMS业务，有效降低恢复IMS业务的时延。

需要说明的是：(1)由于实施例二适用于图2a所示意的系统架构，实施例一适用于图2b所示意的系统架构，因此，实施例二和实施例一中网络实体的名称或者不同网络实体之间通信的消息名称可能不同，除此差异之外的其它内容，二者可以相互参照。比如，在实施例二中，也可以采用上述实施例一中所描述的第二种至第四种实现流程。

(2)本申请实施例中所描述的各个流程图(比如图6、图7)的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。

上述主要从网络设备和终端设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，为了实现上述功能，网络设备或终端设备可以包括执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请的实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对终端设备和网络设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在采用集成的单元的情况下，图8示出了本申请实施例中所涉及的装置的可能的示例性框图。如图8所示，装置800可以包括：处理单元802和通信单元803。处理单元802用于对装置800的动作进行控制管理。通信单元803用于支持装置800与其他设备的通信。可选地，通信单元803也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置800还可以包括存储单元801，用于存储装置800的程序代码和/或数据。

该装置800可以为SDMN(比如上述实施例一中的UDM实体或者上述实施例二中的HSS)或者设置在SDMN中的芯片。处理单元802可以支持装置800执行上文中各方法示例中SDMN的动作。或者，处理单元802主要执行方法示例中的SDMN的内部动作，通信单元803可以支持装置800与其它装置之间的通信。例如，处理单元802用于执行图6中的步骤605或者执行图7中的步骤705；通信单元803可以用于执行图6的步骤604、步骤607、步骤608，或者执行以及图7的步骤704、步骤707、步骤708。

在一个实施例中，处理单元802用于：确定终端设备的IMS会话失败，IMS会话用于承载终端设备的IMS业务；通信单元803用于：向MMN和/或SMN发送第一指示信息，第一指示信息用于指示终端设备的IMS会话失败。

在一种可能的设计中，通信单元803用于：接收来自服务呼叫状态控制功能S-CSCF实体的第二指示信息，第二指示信息用于指示终端设备的IMS会话失败。

在一种可能的设计中，通信单元803用于：接收MMN发送的第一信息，第一信息用于请求订阅终端设备的IMS会话失败事件。

在一种可能的设计中，通信单元803用于：接收来自SMN的第二信息，第二信息用于请求订阅终端设备的IMS会话失败事件。

该装置800可以为MMN(比如上述实施例一中的AMF实体或者上述实施例二中的MME)或者设置在MMN中的芯片。处理单元802可以支持装置800执行上文中各方法示例中MMN的动作。或者，处理单元802主要执行方法示例中的MMN的内部动作，通信单元803可以支持装置800与其它装置之间的通信。例如，通信单元803可以用于执行图6的步骤601、步骤609或者执行图7中的步骤701、步骤709。

在一个实施例中，处理单元802用于：确定终端设备的IMS会话失败，IMS会话用于承载终端设备的IMS业务；以及，为终端设备重新建立IMS会话。

在一种可能的设计中，通信单元803用于：向SDMN发送第一信息，第一信息用于请求订阅终端设备的IMS会话失败事件。

在一种可能的设计中，通信单元803还用于：向终端设备发送第三指示信息，第三指示信息用于指示终端设备重新建立IMS会话。

该装置800可以为SMN(比如上述实施例一中的SMF实体或者上述实施例二中的PGW-C)或者设置在SMN中的芯片。处理单元802可以支持装置800执行上文中各方法示例中SMN的动作。或者，处理单元802主要执行方法示例中的SMN的内部动作，通信单元803可以支持装置800与其它装置之间的通信。例如，通信单元803可以用于执行图6中的步骤602或者图7中的步骤702。

在一个实施例中，通信单元803用于：接收来自SDMN的第一指示信息，第一指示信息用于指示终端设备的IMS会话失败，IMS会话用于承载终端设备的IMS业务；处理单元802用于为终端设备重新建立IMS会话。

在一种可能的设计中，通信单元803还用于：向SDMN发送第二信息，第二信息用于请求订阅终端设备的IMS会话失败事件。

该装置800可以为终端设备或者设置在终端设备中的芯片。处理单元802可以支持装置800执行上文中各方法示例中终端设备的动作。或者，处理单元802主要执行方法示例中的终端设备的内部动作，通信单元803可以支持装置800与其它装置之间的通信。例如，处理单元802用于执行图6中的步骤610或者执行图7中的步骤710。

在一个实施例中，通信单元803用于：接收来自MMN的第三指示信息，第三指示信息用于指示终端设备重新建立IMS会话，IMS会话用于承载终端设备的IMS业务；处理单元802用于根据第三指示信息重新建立IMS会话。

在一种可能的设计中，通信单元803还用于：接收来自MMN的配置更新命令，配置更新命令包括第三指示信息。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific IntegratedCircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

参见图9所示，为本申请实施例提供的一种恢复IMS业务的装置示意图，该装置900可以是上述实施例中的SDMN、MMN、SMN或者终端设备。该装置900包括：处理器902、通信接口903、存储器901。可选的，装置900还可以包括通信线路904。其中，通信接口903、处理器902以及存储器901可以通过通信线路904相互连接；通信线路904可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extendedindustry standard architecture，简称EISA)总线等。所述通信线路904可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器902可以是一个CPU，微处理器，ASIC，或一个或多个用于控制本申请方案程序执行的集成电路。处理器902的功能可以和图8中所描述的处理单元的功能相同。

通信接口903，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)，有线接入网等。通信接口903的功能可以和图8中所描述的通信单元的功能相同。

存储器901可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路904与处理器相连接。存储器也可以和处理器集成在一起。存储器901可以和图8中所描述的存储单元的功能相同。

其中，存储器901用于存储执行本申请方案的计算机执行指令，并由处理器902来控制执行。处理器902用于执行存储器901中存储的计算机执行指令，从而实现本申请上述实施例提供的会话的处理方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

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

Claims (30)

1.一种网络协议IP多媒体子系统恢复IMS业务的方法，其特征在于，所述方法包括：

确定终端设备的IMS会话失败，所述IMS会话用于承载所述终端设备的IMS业务；

向移动管理网络节点MMN和/或会话管理网络节点SMN发送第一指示信息，所述第一指示信息用于指示所述终端设备的IMS会话失败。

2.根据权利要求1所述的方法，其特征在于，确定终端设备的IMS会话失败，包括：

接收来自服务呼叫状态控制功能S-CSCF实体的第二指示信息，所述第二指示信息用于指示所述终端设备的IMS会话失败。

3.根据权利要求1或2所述的方法，其特征在于，向MMN发送第一指示信息，包括：

若确定所述SMN未成功恢复所述终端设备的IMS会话，则向所述MMN发送所述第一指示信息。

4.根据权利要求3所述的方法，其特征在于，确定所述SMN未成功恢复所述终端设备的IMS会话，包括：

确定所述SMN发生故障；或者，

向所述SMN发送所述第一指示信息，且在预设时间段内未接收到所述SMN的响应消息；或者，

向所述SMN发送所述第一指示信息，以及接收来自所述SMN的响应消息，所述响应消息携带未成功恢复所述终端设备的IMS会话的原因值。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

接收所述MMN发送的第一信息，所述第一信息用于请求订阅所述终端设备的IMS会话失败事件。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述方法还包括：

接收来自所述SMN的第二信息，所述第二信息用于请求订阅所述终端设备的IMS会话失败事件。

7.一种恢复IMS业务的方法，其特征在于，所述方法包括：

确定终端设备的IMS会话失败，所述IMS会话用于承载所述终端设备的IMS业务；

为所述终端设备重新建立所述IMS会话。

8.根据权利要求7所述的方法，其特征在于，确定终端设备的IMS会话失败，包括：

确定所述IMS会话关联的SMN发生故障；或者，

接收来自SDMN的第一指示信息，所述第一指示信息用于指示所述终端设备的所述IMS会话失败。

9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：

向所述SDMN发送第一信息，所述第一信息用于请求订阅所述终端设备的IMS会话失败事件。

10.根据权利要求7至9中任一项所述的方法，其特征在于，为所述终端设备重新建立所述IMS会话，包括：

向所述终端设备发送第三指示信息，所述第三指示信息用于指示所述终端设备重新建立所述IMS会话。

11.根据权利要求10所述的方法，其特征在于，所述第三指示信息包括所述IMS会话的状态信息，所述IMS会话的状态信息用于指示所述IMS会话的状态为非激活态。

12.根据权利要求10或11所述的方法，其特征在于，向所述终端设备发送第三指示信息，包括：

向所述终端设备发送配置更新命令，所述配置更新命令包括所述第三指示信息。

13.一种恢复IMS业务的方法，其特征在于，所述方法包括：

接收来自SDMN的第一指示信息，所述第一指示信息用于指示终端设备的IMS会话失败，所述IMS会话用于承载所述终端设备的IMS业务；

为所述终端设备重新建立所述IMS会话。

14.根据权利要求13所述的方法，其特征在于，所述方法还包括：

向所述SDMN发送第二信息，所述第二信息用于请求订阅所述终端设备的IMS会话失败事件。

15.一种恢复IMS业务的方法，其特征在于，所述方法包括：

接收来自MMN的第三指示信息，所述第三指示信息用于指示所述终端设备重新建立IMS会话，所述IMS会话用于承载所述终端设备的IMS业务；

根据所述第三指示信息重新建立所述IMS会话。

16.根据权利要求15所述的方法，其特征在于，所述第三指示信息包括所述IMS会话的状态信息，所述IMS会话的状态信息用于指示所述IMS会话的状态为非激活态。

17.根据权利要求15或16所述的方法，其特征在于，接收来自MMN的第三指示信息，包括：

接收来自所述MMN的配置更新命令，所述配置更新命令包括所述第三指示信息。

18.一种恢复IMS业务的装置，其特征在于，所述装置包括处理单元和通信单元；

所述处理单元用于，确定终端设备的IMS会话失败，所述IMS会话用于承载所述终端设备的IMS业务；

所述通信单元用于，向MMN和/或SMN发送第一指示信息，所述第一指示信息用于指示所述终端设备的IMS会话失败。

19.根据权利要求18所述的装置，其特征在于，所述通信单元还用于：

接收来自服务呼叫状态控制功能S-CSCF实体的第二指示信息，所述第二指示信息用于指示所述终端设备的IMS会话失败。

20.根据权利要求18或19所述的装置，其特征在于，所述通信单元还用于：

接收所述MMN发送的第一信息，所述第一信息用于请求订阅所述终端设备的IMS会话失败事件。

21.根据权利要求18至20中任一项所述的装置，其特征在于，所述通信单元还用于：

接收来自所述SMN的第二信息，所述第二信息用于请求订阅所述终端设备的IMS会话失败事件。

22.一种恢复IMS业务的装置，其特征在于，所述装置包括处理单元和通信单元；

所述处理单元，用于确定终端设备的IMS会话失败，所述IMS会话用于承载所述终端设备的IMS业务；以及，还用于控制所述通信单元执行：为所述终端设备重新建立所述IMS会话。

23.根据权利要求22所述的装置，其特征在于，所述通信单元还用于向所述SDMN发送第一信息，所述第一信息用于请求订阅所述终端设备的IMS会话失败事件。

24.根据权利要求22或23所述的装置，其特征在于，所述通信单元还用于：

向所述终端设备发送第三指示信息，所述第三指示信息用于指示所述终端设备重新建立所述IMS会话。

25.一种恢复IMS业务的装置，其特征在于，所述装置包括处理单元和通信单元；

所述通信单元用于，接收来自SDMN的第一指示信息，所述第一指示信息用于指示终端设备的IMS会话失败，所述IMS会话用于承载所述终端设备的IMS业务；

所述处理单元用于控制所述通信单元执行：为所述终端设备重新建立所述IMS会话。

26.根据权利要求25所述的装置，其特征在于，所述通信单元还用于，向所述SDMN发送第二信息，所述第二信息用于请求订阅所述终端设备的IMS会话失败事件。

27.一种恢复IMS业务的装置，其特征在于，所述装置包括处理单元和通信单元；

所述通信单元用于，接收来自MMN的第三指示信息，所述第三指示信息用于指示所述终端设备重新建立IMS会话，所述IMS会话用于承载所述终端设备的IMS业务；

所述处理单元用于，根据所述第三指示信息重新建立所述IMS会话。

28.根据权利要求27所述的装置，其特征在于，所述通信单元还用于，接收来自所述MMN的配置更新命令，所述配置更新命令包括所述第三指示信息。

29.一种恢复IMS业务的装置，其特征在于，包括：

通信接口，用于与其它装置通信；

存储器，用于存储计算机程序和数据；

处理器，用于运行所述存储器中的计算机程序，读取所述存储器中的计算机程序，通过所述通信接口执行如权利要求1-17任一项所述的方法。

30.一种计算机存储介质，其特征在于，所述计算机存储介质中存储有计算机程序，当所述计算机程序被计算机执行时，使得所述计算机执行如权利要求1-17任一项所述的方法。

Images