终端设备的触发方法、装置、设备及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种终端设备的触发方法、装置、设备及存储介质。

背景技术

为了使网络能够识别通过新无线(New Radio，NR)轻量化(Reduced Capability，RedCap)接入的用户设备(User Equipment，UE)流量，以使通过该UE流量进行计费差异化处理等，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)定义了NRRedCap UE差异化(NR RedCap UEs differentiation)功能。通过该功能能够识别UE的无线接入技术(Radio Access Technology，RAT)类型是否为NR RedCap，从而达到上述目的。

同时，在网络与RedCap UE进行数据传输的过程中，出于节能的考虑，3GPP明确RedCap UE可支持空闲态和非激活态(Inactive)下的扩展不连续接收(Extended DRX，eDRX)操作。其中，DRX是扩展的非连续接收(Discontinuous Reception，DRX)，DRX机制是指通过不连续地接收信号，使得UE能够大部分时间处于休眠状态，以达到省电的目的。

然而，在现有技术中，当网络侧的应用向RedCap UE发送的业务数据的延迟容忍度较低时，若RedCap UE已启用eDRX机制，则存在无法在该延迟容忍度内将该业务数据发送至RedCap UE的问题。

发明内容

本申请提供一种终端设备的触发方法、装置、设备及存储介质，以解决现有技术中存在的无法在业务数据的延迟容忍度内，将该业务数据发送至RedCap UE的问题。

第一方面，本申请实施例提供一种终端设备的触发方法，应用于UDM，所述方法包括：

根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度，所述RAT类型以及扩展空闲态DRX周期长度是在所述RedCap UE注册过程中获取的；

根据所述RAT类型以及扩展空闲态DRX周期长度，确定所述触发消息的第一有效性，所述第一有效性用于指示是否能在所述触发消息的延迟容忍度内将所述触发消息发送至所述RedCap UE；

在根据所述第一有效性确定所述触发消息有效时，根据所述触发消息执行应用触发业务流程，所述应用触发业务流程用于将所述触发消息传递至所述RedCap UE。

在第一方面的一种可能设计中，在所述根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度之前，所述方法还包括：

接收AMF发送的注册请求，所述注册请求携带有NR RedCap指示，所述NR RedCap指示用于指示所述RedCap UE的设备类型；

根据所述注册请求，为所述RedCap UE进行注册；

根据所述NR RedCap指示，将所述RedCap UE的RAT类型确定为NR RedCap；

接收所述AMF发送的通知，并存储所述通知携带的所述RedCap UE的扩展空闲态DRX周期长度。

可选的，所述根据所述RAT类型以及扩展空闲态DRX周期长度，确定所述触发消息的第一有效性，包括：

根据所述扩展空闲态DRX周期长度以及所述触发消息的延迟容忍度，确定是否能在所述延迟容忍度内将所述触发消息发送至所述RedCap UE；

若能，则确认所述第一有效性为有效；

若不能，则确认所述第一有效性为无效。

可选的，在根据所述第一有效性确定所述触发消息无效时，所述方法还包括：

向触发所述RedCap UE的AF返回第一预测结果，所述第一预测结果包括第一原因值，所述第一原因值用于指示不能将所述触发消息发送至所述RedCap UE的原因，所述第一原因值包括所述扩展空闲态DRX周期长度。

可选的，所述根据所述NR RedCap指示，将所述RedCap UE的RAT类型确定为NRRedCap，包括：

根据所述NR RedCap指示，将所述RedCap UE的UE RAT类型字段的值设置为NRRedCap。

可选的，所述根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度，包括：

将所述RedCap UE的GPSI进行解析，得到所述标识符；

根据所述标识符检索所述RedCap UE的RAT类型以及扩展空闲态DRX周期长度。

可选的，在所述根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度之后，所述方法还包括：

根据所述扩展空闲态DRX周期长度以及所述触发消息的有效时长，确定所述触发消息的第二有效性，所述第二有效性用于预测所述触发消息是否成功发送至所述RedCapUE；

在根据所述第二有效性确定所述触发消息有效时，根据所述触发消息执行应用触发业务流程；

在根据所述第二有效性确定所述触发消息无效时，向所述AF返回第二预测结果，所述第二预测结果包括第二原因值，所述第二原因值用于指示不能将所述触发消息成功发送至所述RedCap UE的原因，所述第二原因值包括所述扩展空闲态DRX周期长度。

第二方面，本申请实施例提供一种终端设备的触发方法，应用于终端，所述方法包括：

在向gNB发起RRC连接建立过程中，将NR RedCap指示发送至所述gNB，所述NRRedCap指示用于指示RedCap UE的设备类型；

在与所述gNB建立RRC连接后，向所述gNB发送请求；其中，所述请求用于请求对所述RedCap UE进行注册，以及请求启用扩展空闲态DRX机制，以使所述gNB根据所述请求以及所述NR RedCap指示与对应的AMF进行交互，通过所述AMF在UDM中对所述RedCap UE进行注册，并确定所述RedCap UE的扩展空闲态DRX周期长度，所述UDM用于第一方面任一项所述的方法；

接收所述gNB返回的反馈信息，基于所述反馈信息启用扩展空闲态DRX机制，所述反馈信息包括扩展空闲态DRX周期长度。

在第二方面的一种可能设计中，所述请求包括注册子请求、请求的DRX参数以及扩展空闲态DRX的参数；其中，注册子请求用于请求对所述RedCap UE进行注册，所述扩展空闲态DRX的参数包括所述扩展空闲态DRX周期长度。

可选的，所述反馈信息还包括：接受的DRX参数、所述扩展空闲态DRX的参数以及PTW，所述接受的DRX参数是根据所述请求的DRX参数确定的。

第三方面，本申请实施例提供一种终端设备的触发装置，应用于UDM，所述装置包括：

检索模块，用于根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度，所述RAT类型以及扩展空闲态DRX周期长度是在所述RedCapUE注册过程中获取的；

确定模块，用于根据所述RAT类型以及扩展空闲态DRX周期长度，确定所述触发消息的第一有效性，所述第一有效性用于指示是否能在所述触发消息的延迟容忍度内将所述触发消息发送至所述RedCap UE；

执行模块，用于在根据所述第一有效性确定所述触发消息有效时，根据所述触发消息执行应用触发业务流程，所述应用触发业务流程用于将所述触发消息传递至所述RedCap UE。

在第三方面的一种可能设计中，在所述根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度之前，所述装置还包括：

接收模块，用于接收AMF发送的注册请求，所述注册请求携带有NR RedCap指示，所述NR RedCap指示用于指示所述RedCap UE的设备类型；

注册模块，用于根据所述注册请求，为所述RedCap UE进行注册；

所述确定模块，还用于根据所述NR RedCap指示，将所述RedCap UE的RAT类型确定为NR RedCap；

所述接收模块，还用于接收所述AMF发送的通知，并存储所述通知携带的所述RedCap UE的扩展空闲态DRX周期长度。

可选的，所述确定模块，具体用于：

根据所述扩展空闲态DRX周期长度以及所述触发消息的延迟容忍度，确定是否能在所述延迟容忍度内将所述触发消息发送至所述RedCap UE；

若能，则确认所述第一有效性为有效；

若不能，则确认所述第一有效性为无效。

可选的，在根据所述第一有效性确定所述触发消息无效时，所述装置还包括：

向触发所述RedCap UE的AF返回第一预测结果，所述第一预测结果包括第一原因值，所述第一原因值用于指示不能将所述触发消息发送至所述RedCap UE的原因，所述第一原因值包括所述扩展空闲态DRX周期长度。

可选的，所述确定模块，具体用于：

根据所述NR RedCap指示，将所述RedCap UE的UE RAT类型字段的值设置为NRRedCap。

可选的，所述检索模块，具体用于：

将所述RedCap UE的GPSI进行解析，得到所述标识符；

根据所述标识符检索所述RedCap UE的RAT类型以及扩展空闲态DRX周期长度。

可选的，在所述根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度之后，所述确定模块，还用于根据所述扩展空闲态DRX周期长度以及所述触发消息的有效时长，确定所述触发消息的第二有效性，所述第二有效性用于预测所述触发消息是否成功发送至所述RedCap UE；

所述执行模块，还用于在根据所述第二有效性确定所述触发消息有效时，根据所述触发消息执行应用触发业务流程；

所述返回模块，还用于在根据所述第二有效性确定所述触发消息无效时，向所述AF返回第二预测结果，所述第二预测结果包括第二原因值，所述第二原因值用于指示不能将所述触发消息成功发送至所述RedCap UE的原因，所述第二原因值包括所述扩展空闲态DRX周期长度。

第四方面，本申请实施例提供一种终端设备的触发装置，应用于终端设备，所述装置包括：

发送模块，用于在向gNB发起RRC连接建立过程中，将NR RedCap指示发送至所述gNB，所述NR RedCap指示用于指示RedCap UE的设备类型；

所述发送模块，还用于在与所述gNB建立RRC连接后，向所述gNB发送请求；其中，所述请求用于请求对所述RedCap UE进行注册，以及请求启用扩展空闲态DRX机制，以使所述gNB根据所述请求以及所述NR RedCap指示与对应的AMF进行交互，通过所述AMF在UDM中对所述RedCap UE进行注册，并确定所述RedCap UE的扩展空闲态DRX周期长度，所述UDM用于第一方面任一项所述的方法；

接收模块，还用于接收所述gNB返回的反馈信息，基于所述反馈信息启用扩展空闲态DRX机制，所述反馈信息包括扩展空闲态DRX周期长度。

在第四方面的一种可能设计中，所述请求包括注册子请求、请求的DRX参数以及扩展空闲态DRX的参数；其中，注册子请求用于请求对所述RedCap UE进行注册，所述扩展空闲态DRX的参数包括所述扩展空闲态DRX周期长度。

可选的，所述反馈信息还包括：接受的DRX参数、所述扩展空闲态DRX的参数以及PTW，所述接受的DRX参数是根据所述请求的DRX参数确定的。

第五方面，本申请实施例提供一种UDM，包括：处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令，所述处理器执行所述计算机程序指令时用于实现第一方面以及各可能设计提供的方法。

第六方面，本申请实施例提供一种终端，包括：收发器、处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令，所述处理器执行所述计算机程序指令时用于实现第二方面以及各可能设计提供的方法。

第七方面，本申请实施例可提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现第一方面、第二方面以及各可能设计提供的方法。

第八方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时用于实现第一方面、第二方面以及各可能设计提供的方法。

本申请实施例提供的终端设备的触发方法、装置、设备及存储介质，UDM根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度，根据RAT类型以及扩展空闲态DRX周期长度，确定触发消息的第一有效性，在根据第一有效性确定触发消息有效时，根据触发消息执行应用触发业务流程。在本申请实施例中，第一有效性用于指示是否能在触发消息的延迟容忍度内将触发消息发送至RedCap UE，在根据第一有效性确定触发消息有效时，根据触发消息执行应用触发业务流程，能够有效保证在延迟容忍度内将触发消息发送至RedCap UE。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例提供的一种通信系统的结构示意图；

图2为本申请实施例提供的终端设备的触发方法实施例一的流程示意图；

图3为本申请实施例提供的终端设备的触发方法实施例二的流程示意图；

图4为本申请实施例提供的终端设备的触发方法实施例三的流程示意图；

图5为本申请实施例提供的终端设备的触发方法实施例四的流程示意图；

图6为本申请实施例提供的终端设备的触发装置实施例一的结构示意图；

图7为本申请实施例提供的终端设备的触发装置实施例二的结构示意图；

图8为本申请实施例提供的UDM的结构示意图；

图9为本申请实施例提供的终端设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

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

在介绍本申请的实施例之前，首先对本申请实施例所涉及的名词进行解释：

DRX机制：通过不连续地接收信号，使得UE能够大部分时间处于休眠状态，以达到省电的目的。因为基于包的数据流一般都是突发性的，在没有数据传输的时候，就可以通过关闭UE的接收电路来降低功耗。

eDRX：扩展的DRX，3GPP规定只有增强机器类型通信(enhanced Machine TypeCommunication，eMTC)的UE，在处于无线资源控制(Radio Resource Control，RRC)非激活态时能够使用eDRX机制，而其他的UE，例如长期演进(Long Term Evolution，LTE)UE或新无线(New Radio，NR)UE等，在处于RRC Inactive态时都不能使用eDRX机制。

接下来，对本申请的应用背景进行解释：

3GPP定义了NR RedCap UE差异化功能，在RRC连接建立过程中，该差异化功能用于指示使用NR的NR RedCap UE向下一代无线接入网(Next Generation-Radio AccessNetwork，NG-RAN)提供NR RedCap指示。进一步的，NG-RAN通过初始UE消息中向认证管理功能(Authentication Management Function，AMF)提供NR RedCap指示。当AMF通过初始UE消息接收到来自NG-RAN的NR RedCap指示时，将NR RedCap指示存储在UE的上下文中，并认定其RAT类型为NR RedCap。

同时，在网络与RedCap UE进行数据传输的过程中，出于节能的考虑，RedCap UE支持上层配置终端特定的eDRX周期；对于非激活态，RedCap UE支持RRC和上层配置终端特定的eDRX周期。空闲态下的eDRX周期最大可扩展到10485.76秒(2.91小时)，最小值为2.56秒；非激活态下的eDRX周期最大可扩展到10.24秒，最小值为2.56秒。在eDRX周期大于10.24秒时，采用寻呼窗(Paging Time Window，PTW)机制发送寻呼消息。

然而，当使用扩展空闲态DRX的网络侧应用时，在向RedCap UE发送延迟容忍度较低的业务数据(如移动台被呼(Mobile Terminated，MT)数据、短信息服务(Short MessageService，SMS)或触发消息等)时，无法确定RedCap UE是否支持空闲态和非激活态下的eDRX机制，且eDRX机制是否已启用，在RedCap UE启用eDRX机制时，存在无法在该延迟容忍度内将该业务数据发送至RedCap UE的问题。

基于上述问题，本申请的发明构思如下：在3GPP的现有流程中，由于未明确将NRRedCap指示或RAT类型传递给UDM，且UDM本地的用户签约数据中，也没有定义存储NRRedCap指示(或RAT类型)的用户签约数据类型，导致网络侧的应用发起延迟容忍度较低的业务数据时，无法正确识别NR RedCap UE，以及该RedCap UE启用了eDRX机制。因此，本申请提出一种终端设备的触发方法，可以预先在对RedCap UE进行注册时，将NR RedCap指示以及扩展空闲态DRX周期长度传递至UDM进行存储。这样，在网络侧的应用向RedCap UE发送触发消息时，UDM就可以根据预先存储的NR RedCap指示以及扩展空闲态DRX周期长度判断是否能在触发消息的延迟容忍度内将该触发消息发送至RedCap UE，从而解决上述技术问题。

示例性的，本申请实施例提供的终端设备的触发方法可以应用于通信系统中，示意图中。图1为本申请实施例提供的一种通信系统的结构示意图。如图1所示，该通信系统包括：应用功能实体(Application Function，AF)、统一数据管理实体(Unified DataManagement，UDM)、认证管理功能(Authentication Management Function、AMF)、网络开放功能实体(Network Exposure Function，NEF)、基站(英文：gNB)、短消息业务-服务中心(Short Message Service-Service Center，SMS-SC)和RedCap UE。

其中，NEF分别与AF、UDM以及SMS-SC通过无线方式进行通信交互，AMF分别与UDM以及gNB通过无线方式进行通信交互，RedCap UE分别与gNB以及SMS-SC通过无线方式进行通信交互。

其中，NEF中可以预先存储有UDM的联系信息，以使通过该联系信息与UDM进行通信交互，也可以执行UDM的发现和选择业务，以使从UDM联系信息列表中确定出UDM的联系信息，从而与UDM进行通信交互。

在实际应用中，RedCap UE可以通过gNB以及AMF将NR RedCap指示以及扩展空闲态DRX的周期长度发送至UDM，从而完成注册过程并启用DRX。

进一步的，在AF确认需要触发RedCap UE执行PDU会话建立过程时，可以通过NEF向UDM发送触发请求，该触发请求携带有触发消息。UDM可以根据在RedCap UE注册过程中预先存储的NR RedCap指示以及扩展空闲态DRX的周期长度，判断该触发消息是否能在延迟容忍度内发送至RedCap UE，若能则通过SMS-SC执行应用触发业务流程，将触发消息传递至RedCap UE，若不能则向AF返回预测结果，以使AF能够对触发消息或扩展空闲态DRX的周期长度进行及时调整。

可以理解的是，图1只是通信系统的一种示意图，该通信系统中还可以包括其它网络设备或网络实体，例如，核心网设备、无线中继设备和无线回传设备，本申请实施例对此不进行具体限制。

本申请实施例描述的系统架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

下面，通过具体实施例对本申请的技术方案进行详细说明。

需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请实施例提供的终端设备的触发方法实施例一的流程示意图。如图2所示，该终端设备的触发方法应用于UDM，该终端设备的触发方法可以包括如下步骤：

S201、根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度。

其中，RAT类型以及扩展空闲态DRX周期长度是在RedCap UE注册过程中获取的。

可选的，标识符、RAT类型以及扩展空闲态DRX周期长度存在映射关系，该映射关系可以通过表1进行表示。

表1

如表1所示，可以根据RedCap UE的标识符在表1所示的映射关系中进行检索，从而获取RedCap UE的标识符对应的RAT类型以及扩展空闲态DRX周期长度。假如RedCap UE的标识符为标识符2，根据标识符2在表2中进行检索，获取标识符2对应的RAT类型为RAT类型2，对应的扩展空闲态DRX周期长度为扩展空闲态DRX周期长度2。

可选的，标识符可以为用户永久标识符(Subscription Permanent Identifier，SUPI)或移动台国际ISDN号码(Mobile Station International ISDN Number，MSISDN)，可以根据实际情况进行确定，本申请实施例不对标识符的类型进行具体限制。

S202、根据RAT类型以及扩展空闲态DRX周期长度，确定触发消息的第一有效性。

其中，在根据RAT类型以及扩展空闲态DRX周期长度判断得到RedCap UE开启扩展DRX后，可以根据扩展空闲态DRX周期长度以及触发消息的延迟容忍度，判断能够在该延迟容忍度内将该触发消息发送至RedCap UE，从而获取第一有效性。

可选的，延迟容忍度用于表示触发消息能够容忍的最大延迟时长。

其中，第一有效性用于指示是否能在触发消息的延迟容忍度内将触发消息发送至RedCap UE。也就是说，第一有效性为有效时则指示能在触发消息的延迟容忍度内将触发消息发送至RedCap UE；在第一有效性为无效时则指示不能在触发消息的延迟容忍度内将触发消息发送至RedCap UE。

其中，上述触发消息用于触发RedCap UE执行PDU会话建立过程。

S203、在根据第一有效性确定触发消息有效时，根据触发消息执行应用触发业务流程。

其中，应用触发业务流程用于将触发消息传递至RedCap UE。

可选的，在根据第一有效性确定触发消息无效时，则不执行后续应用触发业务流程。

可选的，应用触发业务流程可以包括以下步骤：

确定RedCap UE的短消息服务功能(Short Message Service Function，SMSF)标识以及目标短消息业务-服务中心(Short Message Service-Service Center，SMS-SC)，向该目标SMS-SC发送触发消息。SMS-SC接收到触发消息后执行MT短消息业务功能(ShortMessage Service，SMS)传送流程将该触发消息传递至RedCap UE。其中，该触发消息可以包括RedCap UE的GPSI，触发参考号，有效期，优先级，SMSF标识，SMS应用端口ID，触发有效载荷，触发指示。

本申请实施例提供的终端设备的触发方法，UDM根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度，根据RAT类型以及扩展空闲态DRX周期长度，确定触发消息的第一有效性，在根据第一有效性确定触发消息有效时，根据触发消息执行应用触发业务流程。在本申请实施例中，第一有效性用于指示是否能在触发消息的延迟容忍度内将触发消息发送至RedCap UE，在根据第一有效性确定触发消息有效时，根据触发消息执行应用触发业务流程，能够有效保证在延迟容忍度内将触发消息发送至RedCap UE。确保RedCap UE触发业务的成功执行，保障系统性能。

可选的，在图2所示的实施例中，在S201之前，该终端设备的触发方法还包括：

接收AMF发送的注册请求，根据该注册请求，为RedCap UE进行注册，进一步的，根据NR RedCap指示，将RedCap UE的RAT类型确定为NR RedCap，并接收AMF发送的通知，存储通知携带的RedCap UE的扩展空闲态DRX周期长度。

其中，注册请求携带有NR RedCap指示，NR RedCap指示用于指示RedCap UE的设备类型。

可选的，该通知是RedCap UE请求开启扩展DRX时，通过AMF发送至UDM中的。

在上述实施例中，可以在为RedCap UE注册过程中，根据RedCap UE发送的NRRedCap指示，将RedCap UE的RAT类型存储为NR RedCap，并在RedCap UE申请开启扩展DRX时，存储RedCap UE的扩展空闲态DRX周期长度，为后续确定触发消息的第一有效性奠定了基础。

可选的，在一些实施例中，S202可以通过以下步骤实现：

根据扩展空闲态DRX周期长度以及触发消息的延迟容忍度，确定是否能在延迟容忍度内将触发消息发送至RedCap UE，若能，则确认第一有效性为有效，若不能，则确认第一有效性为无效。

由于触发消息发送至RedCap UE的时长与扩展空闲态DRX周期长度息息相关，在本实施例中，可以在发送触发消息之前，预先根据触发消息的延迟容忍度以及扩展空闲态DRX周期长度，对能否在该延迟容忍度内将触发消息发送至RedCap UE进行预测，从而决定后续是否对触发消息进行发送处理，保证了发送触发消息的及时性，避免在第一有效性为无效时对触发消息进行的无效发送操作。

可选的，在一些实施例中，在根据第一有效性确定触发消息无效时，该终端设备的触发方法还可以包括以下步骤：

向触发RedCap UE的AF返回第一预测结果。其中，第一预测结果包括第一原因值，第一原因值用于指示不能将触发消息发送至RedCap UE的原因，第一原因值包括扩展空闲态DRX周期长度。

在上述实施例中，在第一有效性为无效时，说明不能在延迟容忍度内将该触发消息发送至RedCap UE，通过向AF返回第一预测结果，以使AF能根据第一预测结果对触发消息或RedCap UE的扩展空闲态DRX周期长度进行调整，避免发送触发消息的延迟时长较长的问题。

可选的，在一些实施例中，上述根据NR RedCap指示，将RedCap UE的RAT类型确定为NR RedCap，可以通过以下步骤实现：

根据NR RedCap指示，将RedCap UE的UE RAT类型字段的值设置为NR RedCap。

在上述实施例中，通过将RedCap UE的UE RAT类型字段的值设置为NR RedCap，以实现对RedCap UE的RAT类型进行存储，为后续确定触发消息的第一有效性奠定了基础。

可选的，在一些实施例中，上述根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度，可以通过以下步骤实现：

将RedCap UE的GPSI进行解析，得到标识符，根据标识符检索RedCap UE的RAT类型以及扩展空闲态DRX周期长度。

可选的，可以根据UDM策略，确定触发RedCap UE执行PDU会话建立流程时使用的标识符的类型，之后根据标识符类型对RedCap UE的GPSI进行解析，得到标识符，最后根据标识符检索RedCap UE的接入和移动性用户数据。

可选的，在一些实施例中，在上述根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度之后，该终端设备的触发方法还可以包括以下步骤：

根据扩展空闲态DRX周期长度以及触发消息的有效时长，确定触发消息的第二有效性，在根据第二有效性确定触发消息有效时，根据触发消息执行应用触发业务流程；在根据第二有效性确定触发消息无效时，向AF返回第二预测结果。

其中，第二有效性用于预测触发消息是否成功发送至RedCap UE，第二预测结果包括第二原因值，第二原因值用于指示不能将触发消息成功发送至RedCap UE的原因，第二原因值包括扩展空闲态DRX周期长度。

可选的，AF在接收到第二预测结果后，还可以对触发消息进行以下任一项处理：

丢弃触发消息、调整触发消息的有效时长、调整触发消息的发送时刻。

在上述实施例中，可以根据扩展空闲态DRX周期长度以及触发消息的有效时长，判断触发消息的第二有效性，在根据第二有效性判断得到该触发消息有效时执行应用触发业务流程，在根据第二有效性判断得到该触发消息无效时停止执行后续的应用触发业务流程，该应用触发业务流程用于将触发消息传递至该RedCap UE，减少了无效的资源占用和信令开销，提高了处理效率触发消息发送的成功率。

图3为本申请实施例提供的终端设备的触发方法实施例二的流程示意图。如图3所示，该终端设备的触发方法应用于终端设备，该终端设备的触发方法可以包括如下步骤：

S301、在向gNB发起RRC连接建立过程中，将NR RedCap指示发送至gNB。

其中，NR RedCap指示用于指示RedCap UE的设备类型。

S302、在与gNB建立RRC连接后，向gNB发送请求。

其中，请求用于请求对RedCap UE进行注册，以及请求启用扩展空闲态DRX机制，以使gNB根据请求以及NR RedCap指示与对应的AMF进行交互，通过AMF在体UDM中对RedCap UE进行注册，并确定RedCap UE的扩展空闲态DRX周期长度，上述UDM用于执行上述任一实施例所示的方法。

可选的，请求包括注册子请求、请求的DRX参数以及扩展空闲态DRX的参数。其中，注册子请求用于请求对RedCap UE进行注册，扩展空闲态DRX的参数包括扩展空闲态DRX周期长度。

S303、接收gNB返回的反馈信息，基于反馈信息启用扩展空闲态DRX机制。

其中，反馈信息包括扩展空闲态DRX周期长度。

可选的，在一些实施例中，反馈信息还包括：接受的DRX参数、扩展空闲态DRX的参数以及寻呼时间窗(Paging Time Window，PTW)。其中，接受的DRX参数是根据请求的DRX参数确定的，也就是说，在UDM接收到请求的DRX参数后，可以将请求的DRX参数进行存储，并将存储的DRX参数(也就是接受的DRX参数)通过AMF以及gNB返回给RedCap UE，此时，接受的DRX参数与请求的DRX参数相同。

本申请实施例提供的终端设备的触发方法，RedCap UE在向gNB发起RRC连接建立过程中，通过将NR RedCap指示发送至gNB，在与gNB建立RRC连接后，向gNB发送请求，并接收gNB返回的反馈信息，基于反馈信息启用扩展空闲态DRX机制。在本技术方案中，RedCap UE通过向gNB发送NR RedCap指示以及请求，以使UDM对RedCap UE的RAT类型以及扩展空闲态DRX周期长度进行存储，为后续UDM计算用于触发该RedCap UE的触发消息的第一有效性奠定了基础。

基于上述多个实施例，接下来通过两个具体示例对终端设备的触发方法进行具体说明。

示例一：注册过程。

图4为本申请实施例提供的终端设备的触发方法实施例三的流程示意图。如图4所示，该终端设备的触发方法包括如下步骤：

S401、RedCap UE在发起的RRC连接建立过程中，将NR RedCap指示传递给gNB。

S402、RedCap UE在与gNB建立RRC连接后，向gNB发送请求。

其中，该请求可以通过接入网(Access Network，AN)消息的形式发送至gNB。

可选的，请求包括注册子请求、请求的DRX参数以及扩展空闲态DRX的参数。

相应的，针对于gNB来说，则接收上述请求。

S403、gNB接收到请求后，根据NR RedCap指示为RedCap UE选择AMF，并向该AMF发送初始UE消息(Initial UE Message)。

可选的，上述初始UE消息包括包括注册子请求、NR RedCap指示、请求的DRX参数以及扩展空闲态DRX的参数。

相应的，针对于AMF来说，则接收上述初始UE消息。

S404、AMF在UE上下文中存储上述初始UE消息中携带的信息。

可选的，上述信息包括NR RedCap指示、RedCap UE指定的DRX参数(也就是上述请求的DRX参数)以及扩展空闲态DRX的参数。

S405、AMF对RedCap UE进行认证鉴权，在通过后向UDM发送注册请求。

可选的，AMF可以调用Nudm_UECM_Registration向UDM发送注册请求。

相应的，UDM则接收AMF发送的注册请求。

S406、UDM根据该注册请求对RedCap UE进行注册，在注册成功后将RedCap UE的接入和移动性签约数据(Access and Mobility Subscription data)中的UE RAT类型字段的值设置为NR RedCap。

S407、AMF向UDM发送通知。

其中，该通知携带有RedCap UE的扩展空闲态DRX周期长度。

可选的，AMF可以调用Nudm_SDM_Subscribe向UDM发送通知。

相应的，针对于UDM来说，则接收AMF发送的通知。

S408、UDM根据接受的扩展空闲态DRX参数设置RedCap UE的接入和移动性签约数据中的扩展空闲态DRX周期长度字段的值。

S409、AMF通过gNB发送注册接受消息给UE完成注册过程。

其中，上述注册接收消息包括接受的DRX参数、扩展空闲态DRX的参数以及PTW，该注册接收消息即为上述的反馈信息。

相应的，针对于RedCap UE来说，则接收上述注册接收消息。

S410、RedCap UE基于接收到的扩展空闲态DRX周期长度以及PTW，启动扩展空闲态DRX机制。

示例二：触发过程。

图5为本申请实施例提供的终端设备的触发方法实施例四的流程示意图。如图5所示，该终端设备的触发方法包括如下步骤：

S501、在确认需要触发RedCap UE执行PDU会话建立过程时，AF确定NEF的联系信息。

其中，该联系信息可以是AF预先存储的，还可以是执行NEF的发现和选择业务，从NEF联系信息列表中确定出的。

可选的，NEF联系信息列表中包括多个NEF的联系信息。

S502、AF根据NEF的联系信息，向NEF发送触发请求。

可选的，该触发请求携带有触发消息，用于请求将触发消息传递至RedCap UE。

可选的，本步骤可以调用Nnef_Trigger_Delivery实现。

相应的，针对于NEF来说，则接收AF发送的触发请求。

S503、NEF根据触发请求判断AF是否有权发送触发消息。

可选的，判断AF是否有权发送触发消息可以包括以下几方面：该AF是否有权限向RedCap UE触发消息、该AF经由NF向RedCap UE发送的触发消息是否超过触发消息提交配额、该AF经由NF向RedCap UE发送的触发消息是是否超过预设触发消息提交频率。

S504、在确定AF有权时，NEF向UDM发送信息获取请求。

可选的，该信息获取请求用于获取RedCap UE的UE RAT类型以及扩展空闲态DRX周期长度。

可选的，本步骤可以调用Nudm_SDM_Get实现。

相应的，针对于UDM来说，则接收NEF发送的信息获取请求。

S505、UDM根据信息获取请求，向NEF返回RedCap UE的标识符、UE RAT类型以及扩展空闲态DRX周期长度。

可选的，本步骤可以通过Nudm_SDM_Get响应实现。

相应的，针对于NEF来说，则接收UDM返回的RedCap UE的标识符、UE RAT类型以及扩展空闲态DRX周期长度。

S506、NEF根据RAT类型以及扩展空闲态DRX周期长度，确定触发消息的有效性。

可选的，上述有效性包括第一有效性以及第二有效性。其中，第一有效性是根据RAT类型以及扩展空闲态DRX周期长度确定的，第二有效性是根据扩展空闲态DRX周期长度以及触发消息的有效时长确定的。

可选的，若不允许AF向RedCap UE发送触发消息或者该用户没有有效的签约信息，则该触发消息无效。

S507、NEF在触发消息无效时，向AF返回预测消息。

其中，可以通过Nnef_Trigger_Delivery响应的方式向AF返回预测消息。

应理解，若触发消息无效，则执行完S507后不再执行后续步骤。

S508、在触发消息有效时，NEF向UDM发送SMSF标识获取请求。

可选的，NEF可以缓存RedCap UE的服务节点信息。但是，当缓存的服务节点信息过期时，会增加触发消息传递失败的可能性。

其中，该SMSF标识获取请求用于获取RedCap UE的SMSF标识。

可选的，本步骤可以调用Nudm_UECM_Get实现。

相应的，针对于UDM来说，则接收SMSF标识获取请求。

S509、UDM根据SMSF标识获取请求检索RedCap UE的SMSF标识，并将检索到的RedCap UE的SMSF标识返回至NEF。

可选的，可以调用Nudr_DM_Query检索RedCap UE的SMSF标识，可以通过Nudm_UECM_Get响应将检索到的RedCap UE的SMSF标识返回至NEF。

相应的，针对NEF来说，则接收RedCap UE的SMSF标识。

S510、NEF基于配置信息选择合适的SMS-SC，将触发消息发送至SMS-SC。

其中，在本步骤中，NEF主要用于充当机器类型通信-互操作功能实体(MachineType Communication-Inter Working Function，MTC-IWF)。

可选的，该触发消息可以包括GPSI，SUPI，AF标识符，触发参考号，有效期，优先级，SMSF标识，SMS应用端口ID，触发有效载荷，触发指示。

相应的，针对于SMS-SC来说，则接收触发消息。

S511、SMS-SC向NEF发送触发提交确认消息。

其中，该触发提交确认消息用于确认SMS-SC已接受触发消息的提交。

可选的，如果NEF从UDM接收到“缺席用户”的指示，则SMS-SC不发送触发提交确认消息，而是直接存储并发送包含SMS-SC地址的短消息(Short Message Service，SM)的路由信息，以请求UDM将SMS-SC地址添加到消息等待名单。

其中，消息等待名单包括各等待再次发送触发消息的SMS-SC地址。

相应的，针对NEF来说，则接收SMS-SC发送的触发提交确认消息。

S512、NEF将触发提交确认消息转发至AF。

可选的，可以通过Nnef_Trigger_Delivery响应实现。

相应的，AF则接收触发提交确认消息。

S513、SMS-SC执行MT SMS传送流程。

可选的，SMS-SC可将SMSF标识提供给短消息业务-MSC网关(Short MessageService-Gateway MSC，SMS-GMSC)以避免UDM问询。

可选的，SMS-SC可以存储触发消息的有效载荷，而不存储SMSF标识，如果触发消息传递失败并尝试再次传递，则将执行UDM问询。

如果触发消息传递失败并且该触发消息的有效时长未设置为零，则SMS-SC将发送包含SMS-SC地址的SM消息传递状态报告，以请求UDM将SMS-SC地址添加到消息等待列表。

当稍后重新尝试消息传递时，SMS-GMSC将使用SUPI或MSISDN执行新的UDM问询。在响应SMS-GMSC时，UDM可以包括多达四个服务节点标识(MSC或MME，SGSN，IP-SM-GW，AMF)。

S514、SMS-SC向NEF发送消息传递报告。

其中，该消息传递报告用于指示触发消息传递失败、触发消息传递成功以及未知，未知则表明无法确定触发消息是否成功传递至RedCap UE。

可选的，在触发消息传递失败时，该消息传递报告还可以包括失败原因。

可选的，该失败原因可以为触发消息的有效时长到期。

相应的，针对NEF来说，则接收消息传递报告。

S515、NEF将消息传递报告发送至AF。

可选的，可以通过Nnef_Trigger_DeliveryNotify消息实现。

相应的，针对AF来说，则接收消息传递报告。

S516、在触发消息传递成功时，RedCap UE根据触发消息的有效载荷采取特定动作响应触发消息。

该特定动作包括立即或稍后发起与AF的通信。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图6为本申请实施例提供的终端设备的触发装置实施例一的结构示意图。如图6所示，该终端设备的触发装置应用于UDM，该终端设备的触发装置包括：

检索模块61，用于根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度，RAT类型以及扩展空闲态DRX周期长度是在RedCap UE注册过程中获取的；

确定模块62，用于根据RAT类型以及扩展空闲态DRX周期长度，确定触发消息的第一有效性，第一有效性用于指示是否能在触发消息的延迟容忍度内将触发消息发送至RedCap UE；

执行模块63，用于在根据第一有效性确定触发消息有效时，根据触发消息执行应用触发业务流程，应用触发业务流程用于将触发消息传递至RedCap UE。

在本申请实施例的一种可能设计中，在根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度之前，该装置还包括：

接收模块，用于接收AMF发送的注册请求，注册请求携带有NR RedCap指示，NRRedCap指示用于指示RedCap UE的设备类型；

注册模块，用于根据注册请求，为RedCap UE进行注册；

确定模块62，还用于根据NR RedCap指示，将RedCap UE的RAT类型确定为NRRedCap；

接收模块，还用于接收AMF发送的通知，并存储通知携带的RedCap UE的扩展空闲态DRX周期长度。

可选的，确定模块62，具体用于：

根据扩展空闲态DRX周期长度以及触发消息的延迟容忍度，确定是否能在延迟容忍度内将触发消息发送至RedCap UE；

若能，则确认第一有效性为有效；

若不能，则确认第一有效性为无效。

可选的，在根据第一有效性确定触发消息无效时，该装置还包括：

向触发RedCap UE的AF返回第一预测结果，第一预测结果包括第一原因值，第一原因值用于指示不能将触发消息发送至RedCap UE的原因，第一原因值包括扩展空闲态DRX周期长度。

可选的，确定模块62，具体用于：

根据NR RedCap指示，将RedCap UE的UE RAT类型字段的值设置为NR RedCap。

可选的，检索模块61，具体用于：

将RedCap UE的GPSI进行解析，得到标识符；

根据标识符检索RedCap UE的RAT类型以及扩展空闲态DRX周期长度。

可选的，在根据待接收触发消息的RedCap UE的标识符，检索对应的RAT类型以及扩展空闲态DRX周期长度之后，确定模块62，还用于根据扩展空闲态DRX周期长度以及触发消息的有效时长，确定触发消息的第二有效性，第二有效性用于预测触发消息是否成功发送至RedCap UE；

执行模块63，还用于在根据第二有效性确定触发消息有效时，根据触发消息执行应用触发业务流程；

返回模块，还用于在根据第二有效性确定触发消息无效时，向AF返回第二预测结果，第二预测结果包括第二原因值，第二原因值用于指示不能将触发消息成功发送至RedCap UE的原因，第二原因值包括扩展空闲态DRX周期长度。

本申请实施例提供的终端设备的触发装置，可用于执行上述任一实施例中UDM侧的终端设备的触发方法，其实现原理和技术效果类似，在此不再赘述。

图7为本申请实施例提供的终端设备的触发装置实施例二的结构示意图。如图7所示，该终端设备的触发装置应用于终端设备，该终端设备的触发装置包括：

发送模块71，用于在向gNB发起RRC连接建立过程中，将NR RedCap指示发送至gNB，NR RedCap指示用于指示RedCap UE的设备类型；

发送模块71，还用于在与gNB建立RRC连接后，向gNB发送请求；其中，请求用于请求对RedCap UE进行注册，以及请求启用扩展空闲态DRX机制，以使gNB根据请求以及NRRedCap指示与对应的AMF进行交互，通过AMF在UDM中对RedCap UE进行注册，并确定RedCapUE的扩展空闲态DRX周期长度，UDM用于实现上述实施例中UDM侧的终端设备的触发方法；

接收模块72，还用于接收gNB返回的反馈信息，基于反馈信息启用扩展空闲态DRX机制，反馈信息包括扩展空闲态DRX周期长度。

在本申请实施例的一种可能设计中，请求包括注册子请求、请求的DRX参数以及扩展空闲态DRX的参数；其中，注册子请求用于请求对RedCap UE进行注册，扩展空闲态DRX的参数包括扩展空闲态DRX周期长度。

可选的，反馈信息还包括：接受的DRX参数、扩展空闲态DRX的参数以及PTW，接受的DRX参数是根据请求的DRX参数确定的。

本申请实施例提供的终端设备的触发装置，可用于执行上述任一实施例中终端设备侧的终端设备的触发方法，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外，这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图8为本申请实施例提供的UDM的结构示意图。如图8所示，该UDM可以包括：处理器81、存储器82及存储在所述存储器82上并可在处理器81上运行的计算机程序指令，所述处理器81执行所述计算机程序指令时实现前述任一实施例提供的UDM侧的终端设备的触发方法。

可选的，该UDM的上述各个器件之间可以通过系统总线连接。

存储器82可以是单独的存储单元，也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。

可选的，UDM还可以包括与其他设备进行交互的接口。

本申请实施例提供的UDM，可用于执行上述任一方法实施例提供的UDM侧的终端设备的触发方法，其实现原理和技术效果类似，在此不再赘述。

图9为本申请实施例提供的终端设备的结构示意图。如图9所示，该终端设备可以包括：处理器91、存储器92、收发器93及存储在所述存储器92上并可在处理器91上运行的计算机程序指令，所述处理器91执行所述计算机程序指令时实现前述任一实施例提供的终端设备侧的终端设备的触发方法。

可选的，该终端设备的上述各个器件之间可以通过系统总线连接。

存储器92可以是单独的存储单元，也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。

可选的，终端设备还可以包括与其他设备进行交互的接口。

收发器93用于和其他设备进行通信，该收发器93构成通信接口。

可选的，在硬件实现上，上述图7所示实施例中的：发送模块71和接收模块72对应于本实施例中的收发器93。

本申请实施例提供的终端设备，可用于执行上述任一方法实施例提供的终端设备侧的终端设备的触发方法，其实现原理和技术效果类似，在此不再赘述。

应理解，处理器可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。存储器可能包括随机存取存储器(randomaccess memory，RAM)，也可能还包括非易失性存储器(non-volatile memory，NVM)，例如至少一个磁盘存储器。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(read-only memory，ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(magnetic tape)、软盘(floppy disk)、光盘(optical disc)及其任意组合。

本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，当该计算机执行指令在计算机上运行时，使得计算机执行上述终端设备的触发方法。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器，电可擦除可编程只读存储器，可擦除可编程只读存储器，可编程只读存储器，只读存储器，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

可选的，将可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，至少一个处理器可以从该计算机可读存储介质中读取该计算机程序，所述至少一个处理器执行所述计算机程序时可实现上述终端设备的触发方法。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。