CN118140574A

CN118140574A - 一种通信处理方法及装置、终端设备、接入网设备

Info

Publication number: CN118140574A
Application number: CN202180103582.4A
Authority: CN
Inventors: 林雪; 李海涛; 尤心
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2021-12-27
Filing date: 2021-12-27
Publication date: 2024-06-04
Also published as: WO2023122889A1

Abstract

本申请实施例提供一种通信处理方法，该方法包括：处于非激活状态的终端设备接收寻呼消息；所述寻呼消息包括第一指示信息；所述第一指示信息用于指示网络侧触发了下行小数据传输MT‑SDT；从所挂起的无线承载中恢复至少部分无线承载；所述至少部分无线承载用于接收所述MT‑SDT对应的待传输数据。本申请实施例还提供一种通信处理装置、终端设备及接入网设备。

Description

一种通信处理方法及装置、终端设备、接入网设备

技术领域

本申请实施例涉及移动通信技术领域，具体涉及一种通信处理方法及装置、终端设备、接入网设备。

背景技术

第五代移动通信(5th Generation Mobile Communication Technology，5G)系统从节能角度考虑，引入了一种新的无线资源控制(Radio Resource Control，RRC)状态——RRC非激活态(RRC_INACTIVE)。

通信系统通常将数据传输不频繁的终端设备保持在RRC_INACTIVE态，当处于RRC_INACTIVE态的终端设备需要接收数据时，终端设备需要与网络侧恢复连接，待数据传输完成后释放资源并再次进入RRC_INACTIVE态。然而，这样的传输机制对于数据量小且传输频率低的终端设备，会导致不必要的功耗和信令开销。

发明内容

本申请实施例提供一种通信处理方法及装置、终端设备、接入网设备。

第一方面，提供一种通信处理方法，应用于终端设备，所述终端设备处于非激活状态，所述方法包括：

接收寻呼消息；所述寻呼消息包括第一指示信息；所述第一指示信息用于指示网络侧触发了下行小数据传输(MT-SDT)；

从所挂起的无线承载中恢复至少部分无线承载；所述至少部分无线承载用于接收所述MT-SDT对应的待传输数据。

第二方面，提供一种通信处理方法，应用于源接入网设备，包括：

接收待传输数据，和/或，第三指示信息；所述待传输数据用于终端设备；所述第三指示信息用于指示所述待传输数据的数据量；

在所述待传输数据的数据量小于或等于预设阈值的情况下，在RNA范围内发送寻呼消息；所述寻呼消息包括第一指示信息，所述第一指示信息用于指示网络侧触发了针对所述终端设备的MT-SDT。

第三方面，提供一种通信处理方法，应用于目标接入网设备，所述方法包括：

接收源接入网设备发送的寻呼指示消息；所述寻呼指示消息包括第一指示信息和终端身份信息，所述第一指示信息用于指示网络侧触发了针对终端设备的MT-SDT；

向身份信息与所述终端身份信息匹配的终端设备发送所述寻呼消息；所述寻呼消息包括所述第一指示信息；所述终端设备处于非激活态。

第四方面，提供一种通信处理装置，应用于终端设备，包括：

第一接收单元，配置为在非激活状态下接收寻呼消息；所述寻呼消息包括第一指示信息；所述第一指示信息用于指示网络侧触发了MT-SDT；

处理单元，配置为在非激活状态下从所挂起的无线承载中恢复至少部分无线承载；所述至少部分无线承载用于接收所述MT-SDT对应的待传输数据。

第五方面，提供一种通信处理装置，应用于源接入网设备，包括：

第二接收单元，配置为接收待传输数据，和/或，第三指示信息；所述待传输数据用于终端设备；所述第三指示信息用于指示所述待传输数据的数据量；

第二发送单元，配置为在所述待传输数据的数据量小于或等于预设阈值的情况下，在RNA范围内发送寻呼消息；所述寻呼消息包括第一指示信息，所述第一指示信息用于指示网络侧触发了针对所述终端设备的MT-SDT。

第六方面，提供一种通信处理装置，应用于目标接入网设备，包括：

第三接收单元，配置为接收源接入网设备发送的寻呼指示消息；所述寻呼指示消息包括第一指示信息和终端身份信息，所述第一指示信息用于指示网络侧触发了针对终端设备的下行小数据传输MT-SDT；

第三发送单元，配置为向身份信息与所述终端身份信息匹配的终端设备发送所述寻呼消息；所述寻呼消息包括所述第一指示信息；所述终端设备处于非激活态。

第七方面，本申请实施例提供一种终端设备，包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第一方面所述的方法。

第八方面，本申请实施例提供一种接入网设备，可以是上述方案中的源接入网设备或者是上述方案中的目标接入网设备，该接入网设备包括处理器和存储器。该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述第二方面或第三方面所述的方法。

本申请实施例提供的芯片，用于实现上述的通信处理方法。

具体地，该芯片包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的通信处理方法。

本申请实施例提供的计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的通信处理方法。

本申请实施例提供的计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的通信处理方法。

本申请实施例提供的计算机程序，当其在计算机上运行时，使得计算机执行上述的通信处理方法。

本申请实施例提供了一种通信处理方法，具体地，处于非激活状态的终端设备可以接收寻呼消息；所述寻呼消息包括第一指示信息；所述第一指示信息用于指示网络侧触发了MT-SDT；接着，处于非激活态的终端设备可以从所挂起的无线承载中恢复至少部分无线承载；所述至少部分无线承载用于接收所述MT-SDT对应的待传输数据。也就是说，处于RRC_INACTIVE的终端设备在被触发进入MT-SDT过程后，可以不执行RRC状态切换，而是从挂起的无线承载中恢复至少部分无线承载，并通过恢复的至少部分无线承载来进行下行数据的接收。如此，不仅可以保证下行数据的正常传输，还可以降低终端设备功耗和信令开销。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

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

图2是本申请实施例提供的一种MO-SDT机制的空口传输流程示意图；

图3是本申请实施例提供的一种MT-SDT机制的空口传输流程示意图；

图4是本申请实施例提供的一种通信处理方法的流程示意图一；

图5是本申请实施例提供的一种通信处理方法的流程示意图二；

图6是本申请实施例提供的一种通信处理方法的流程示意图三；

图7是本申请实施例提供的一种通信处理方法的流程示意图四；

图8是本申请实施例提供的一种通信处理方法的流程示意图五；

图9是本申请实施例提供的一种通信处理装置的结构组成示意图一；

图10是本申请实施例提供的一种通信处理装置的结构组成示意图二；

图11是本申请实施例提供的一种通信处理装置的结构组成示意图三；

图12是本申请实施例提供的一种通信设备示意性结构图；

图13是本申请实施例的芯片的示意性结构图；

图14是本申请实施例提供的一种通信系统的示意性框图。

具体实施方式

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

图1示出了本申请实施例提供的一种示例性的通信系统架构示意图。

如图1所示，通信系统可以包括终端设备和接入网设备。接入网设备可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端设备进行通信。终端设备和接入网设备之间支持多业务传输。

应理解，本申请实施例仅以通信系统进行示例性说明，但本申请实施例不限定于此。也就是说，本申请实施例的技术方案可以应用于各种通信系统，例如：长期演进(Long Term Evolution，LTE)系统、LTE时分双工(Time Division Duplex，TDD)、通用移动通信系统(Universal Mobile Telecommunication System，UMTS)、物联网(Internet of Things，IoT)系统、窄带物联网(Narrow Band Internet of Things，NB-IoT)系统、增强的机器类型通信(enhanced Machine-Type Communications，eMTC)系统、5G通信系统(也称为新无线(New Radio，NR)通信系统)，或未来的通信系统等。

接入网设备可以是长期演进(Long Term Evolution，LTE)系统中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者是下一代无线接入网(Next Generation Radio Access Network，NG RAN)设备，或者是NR系统中的基站(gNB)，或者是云无线接入网络(Cloud Radio Access Network，CRAN)中的无线控制器，或者该网络设备120可以为中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器，或者未来演进的公共陆地移动网络(Public Land Mobile Network，PLMN)中的网络设备等。

终端设备可以是任意终端设备，其包括但不限于与网络设备或其它终端设备采用有线或者无线连接的终端设备。

例如，所述终端设备可以指接入终端、用户设备(User Equipment，UE)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol，SIP)电话、IoT设备、卫星手持终端、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端设备或者未来演进网络中的终端设备等。

终端设备可以用于设备到设备(Device to Device，D2D)的通信。

无线通信系统100还可以包括与基站进行通信的核心网设备，该核心网设备可以是5G核心网(5G Core，5GC)设备，例如，接入与移动性管理功能(Access and Mobility Management Function，AMF)，又例如，认证服务器功能(Authentication Server Function，AUSF)，又例如，用户面功能(User Plane Function，UPF)，又例如，会话管理功能(Session Management Function，SMF)。可选地，核心网络设备130也可以是LTE网络的分组核心演进(Evolved Packet Core，EPC)设备，例如，会话管理功能+核心网络的数据网关(Session Management Function+Core Packet Gateway，SMF+PGW-C)设备。应理解，SMF+PGW-C可以同时实现SMF和PGW-C所能实现的功能。在网络演进过程中，上述核心网设备也有可能叫其它名字，或者通过对核心网的功能进行划分形成新的网络实体，对此本申请实施例不做限制。

通信系统100中的各个功能单元之间还可以通过下一代网络(next generation，NG)接口建立连接实现通信。

例如，终端设备通过NR接口与接入网设备建立空口连接，用于传输用户面数据和控制面信令；终端设备可以通过NG接口1(简称N1)与AMF建立控制面信令连接；接入网设备例如下一代无线接入基站(gNB)，可以通过NG接口3(简称N3)与UPF建立用户面数据连接；接入网设备可以通过NG接口2(简称N2)与AMF建立控制面信令连接；UPF可以通过NG接口4(简称N4)与SMF建立控制面信令连接；UPF可以通过NG接口6(简称N6)与数据网络交互用户面数据；AMF可以通过NG接口11(简称N11)与SMF建立控制面信令连接；SMF可以通过NG接口7(简称N7)与PCF建立控制面信令连接。

图1示例性地示出了两个接入网设备和一个终端设备，可选地，该无线通信系统可以包括多个接入网设备并且每个接入网设备的覆盖范围内可以包括其它数量的终端设备，本申请实施例对此不做限定。

需要说明的是，图1只是以示例的形式示意本申请所适用的系统，当然，本申请实施例所示的方法还可以适用于其它系统。此外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。还应理解，在本申请的实施例中提到的“指示”可以是直接指示，也可以是间接指示，还可以是表示具有关联关系。举例说明，A指示B，可以表示A直接指示B，例如B可以通过A获取；也可以表示A间接指示B，例如A指示C，B可以通过C获取；还可以表示A和B之间具有关联关系。还应理解，在本申请的实施例中提到的“对应”可表示两者之间具有直接对应或间接对应的关系，也可以表示两者之间具有关联关系，也可以是指示与被指示、配置与被配置等关系。还应理解，在本申请的实施例中提到的“预定义”或“预定义规则”可以通过在设备(例如，包括终端设备和网络设备)中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。比如预定义可以是指协议中定义的。还应理解，本申请实施例中，所述“协议”可以指通信领域的标准协议，例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。

为便于理解本申请实施例的技术方案，以下对本申请实施例的相关技术进行说明，以下相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。

LTE中引入了SDT机制。其中，SDT机制是指终端设备可以始终保持在RRC空闲(RRC_IDLE)态，在不进入RRC连接(RRC_CONNECTED)态的情况下完成上行和/或下行小数据包的传输。

SDT可以分为始呼小数据传输(Mobile Originated Small Data Transmission，MO-SDT)和终呼小数据传输(Mobile Terminated Early Data Transmission，MT-EDT)。MO-SDT也可以称为上行小数据传输，MT-EDT也可以称为下行小数据传输，这两者的区别在于触发SDT的是终端侧还是网络侧。

其中，MO-SDT是由终端侧(例如终端设备)发起的SDT进程。具体地，MO-SDT进程可以包括：接入网设备(例如基站)在系统广播消息中携带MO-SDT机制下允许传输的最大数据量。若终端设备判断待传输数据的数据量小于该最大数据量，则终端设备可以发起SDT过程，也就是在RRC_IDLE发送该待传输数据。否则，终端设备需要发起正常的连接建立过程，也就是终端设备先从RRC_IDLE态切换至RRC_CONNECTED态，并在RRC_CONNECTED态下传输上述待传输数据。

实际应用中，MO-SDT可以基于终端设备的随机接入过程来实现。参考图2所示的MO-SDT机制的空口传输流程示意图，该空口传输流程可以包括以下步骤：

步骤1、终端设备向接入网设备发送随机接入请求。

步骤2、接入网设备响应该随机接入请求，并向终端设备发送随机接入响应(RAR)。

其中，接入网设备可以为终端设备分配专用于MO-SDT的上行授权(UL grant)资源，用于区分当前随机接入过程是否由MO-SDT触发。

步骤3、终端设备可以利用RAR中获取的UL grant资源，发送待传输数据。

具体地，终端设备可以向接入网设备发送RRC连接恢复请求，并携带待传输数据。

步骤4、接入网设备向终端设备发送RRC连接释放消息。

另外，MT-SDT是由网络侧(例如移动管理实体MME)发起的SDT过程。参考图3所示的MT-SDT机制的空口传输流程示意图，该空口传输流程可以包括以下步骤：

步骤1、服务网关(Serving GateWay，S-GW)向MME发送针对终端设备的数据量信息。

可以理解的是，当针对某个终端设备的待传输数据到达S-GW，S-GW可以将该待传输数据的数据量信息告知MME。

步骤2、MME向接入网设备(例如基站)发送寻呼指示信息，寻呼指示接入网设备发起针对终端设备的寻呼进程。

其中，该寻呼指示信息中可以包括待传输数据的数据量信息，以及终端设备的标识信息。

步骤3、接入网设备向终端设备发送寻呼消息，该寻呼消息中可以携带MT-SDT指示信息。

其中，接入网设备可以通过寻呼指示信息中携带的标识信息，找到该终端设备。

步骤4、终端设备确认寻呼消息中是否包含对应的终端标识和MT-SDT指示信息，若包含，则终端设备发起MO-EDT过程响应网络侧的寻呼。

需要说明的是，在SDT机制仅支持一次的上行/下行数据传输。

从节能角度考虑，5G系统引入了RRC_INACTIVE态。对于RRC_INACTIVE态的终端设备，其所有的无线资源都会被释放，但是终端设备和接入网设备仍会保留终端设备的上下文信息，以便快速恢复RRC连接。

通常情况下，通信系统会将数据传输不频繁的终端设备保持在RRC_INACTIVE态。相关技术中，处于RRC_INACTIVE态的终端设备不支持数据传输，当上行数据/下行数据到达时，终端设备需要恢复RRC连接，待数据传输完成后再释放到RRC_INACTIVE态。

然而，对于数据量小且传输频率低的终端设备，上述传输机制会导致不必要的功耗和信令开销。目前，第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)主要讨论的是处于 RRC_INACTIVE的终端设备如何触发上行SDT，也就是MO-SDT机制。终端设备如何在非激活态进行SDT，目前并没有明确的解决方案。

基于此，本申请实施例提供了一种通信处理方法，具体地，处于非激活状态的终端设备可以接收寻呼消息；所述寻呼消息包括第一指示信息；所述第一指示信息用于指示网络侧触发了下行小数据传输MT-SDT；并从所挂起的无线承载中恢复至少部分无线承载；所述至少部分无线承载用于接收所述MT-SDT对应的待传输数据。也就是说，处于RRC_INACTIVE的终端设备在被触发进入MT-SDT过程后，可以不执行RRC状态切换，而是从挂起的无线承载中恢复至少部分无线承载，并通过恢复的至少部分无线承载来进行下行数据的接收。如此，不仅可以保证下行数据的正常传输，还可以降低终端设备功耗和信令开销。

为便于理解本申请实施例的技术方案，以下通过具体实施例详述本申请的技术方案。以上相关技术作为可选方案与本申请实施例的技术方案可以进行任意结合，其均属于本申请实施例的保护范围。本申请实施例包括以下内容中的至少部分内容。

本申请一实施例提供一种通信处理方法，可以应用于图1中所示的通信系统中。参考图4所述的通信处理方法的流程示意图，该方法可以包括步骤410至步骤450。

步骤410、源接入网设备接收待传输数据，和/或，第三指示信息。

其中，待传输数据用于终端设备；第三指示信息用于指示待传输数据的数据量。

应理解，源接入网设备可以是终端设备在进入RRC_INACTIVE状态时所驻留的小区对应的接入网设备。源接入网设备可以保存有终端设备的上下文信息，该上下文信息可以用于终端设备快速恢复RRC连接。

可选地，源接入网设备可以接收核心网设备发送的待传输数据和/或第三指示信息。其中，核心网设备可以是AMF和/或UPF，或者其他网元，本申请实施例对此不作限制。

需要说明的是，待传输数据用于终端设备，可以是指该待传输数据是针对终端设备的下行数据。

应理解，核心网设备可以仅向源接入网设备发送指示待传输数据对应的数据量的第三指示信息，也可以直接向源接入网设备发送该待传输数据，还可以同时向源接入网设备发送待传输数据，以及指示该待传输数据对应的数据量的第三指示信息，本申请实施例对此不做限制。

步骤420、源接入网设备在待传输数据的数据量小于或等于预设阈值的情况下，在RNA范围内发送寻呼消息。

其中，寻呼消息包括第一指示信息，第一指示信息用于指示网络侧触发了针对终端设备的MT-SDT。

应理解，源接入网设备在接收到待传输数据，和/或，第三指示信息后，可以进一步判断待传输数据是否符合SDT的数据量要求。

这里，SDT的数据量要求可以是SDT机制下允许传输的最大数据量。本申请实施例中，可以通过预设阈值来表征SDT的数据量要求。

若核心网设备向源接入网设备发送的是第三指示信息，则源接入网设备可以直接将第三指示信息所指示的待传输数据的数据量与预设阈值进行比较，若待传输数据的数据量不大于(也就是小于或等于)预设阈值，则认为待传输数据的数据量符合SDT的数据量要求。

若核心网设备向源接入网设备发送的是待传输数据，则源接入网设备可以计算待传输数据的数据量，并将计算得到的数据量与预设阈值进行比较，若待传输数据的数据量不大于(也就是小于或等于)预设阈值，则认为待传输数据的数据量符合SDT的数据量要求。

本申请实施例中，源接入网设备在确定了待传输数据的数据量符合SDT的数据量要求后，可以在其无线接入网通知区域(RAN Notification Area，RNA)范围内发送携带有第一指示信息的寻呼消息。

需要说明的是，第一指示信息可以指示网络侧触发了针对终端设备的MT-SDT，本申请实施例中的第一指示信息也可以称为MT-SDT指示信息。

应理解，源接入网设备对应的RNA范围内可以包括一个或多个接入网络设备，每个接入网设备对应一个或多个小区，而终端设备可以驻留在其中的一个小区中。

需要说明的是，若终端设备当前驻留小区对应的接入网设备为源接入网设备，则源接入网设备可以直接向该终端设备发送携带有第一指示信息的寻呼消息，以使终端设备执行MT-SDT过程。若终端设备当前驻留小区对应的接入网设备不是源接入网设备，则源接入网设备可以向终端设备驻留小区对应的接入网设备(可以称为目标接入网设备)发送寻呼指示消息，并在该寻呼指示消息中携带终端身份信息和第一指示信息，以告知目标接入网设备当前网络侧触发了针对该终端设备的 MT-SDT，以便于目标接入网设备向终端设备发送携带有第一指示信息的寻呼消息，使终端设备执行MT-SDT过程。

可选地，在一些实施例中，若步骤410中核心网设备向源接入网设备发送的是待传输数据，源接入网设备除了需要检测待传输数据的数据量是否符合SDT的数据量要求，还可以进一步确定待传输数据是否来自支持SDT的无线承载。

应理解，在待传输数据的数据量不超过预设阈值，且待传输数据与支持SDT的无线承载对应的情况下(也可以理解为待传输数据来自/属于支持SDT的无线承载)，源接入网设备在RNA范围内针对终端设备发送上述寻呼消息，也就是携带第一指示信息的寻呼消息，使终端设备执行MT-SDT。或者，源接入网设备可以向目标接入网设备发送寻呼指示信息，以便于目标接入网设备向终端设备发送携带有第一指示信息的寻呼消息，使终端设备执行MT-SDT过程。

若待传输数据的数据量超过预设阈值，或者，待传输数据与支持SDT的无线承载不对应，则源接入网设备在其RNA范围内发送不携带第一指示信息的寻呼消息，触发普通的数据传输过程。

步骤430、目标接入网设备接收源接入网设备发送的寻呼指示消息，其中，寻呼指示消息包括第一指示信息和终端身份信息，第一指示信息用于指示网络侧触发了针对终端设备的MT-SDT；

应理解，目标接入网设备可以是终端设备当前驻留小区对应的接入网设备。

可选地，终端身份信息可以是终端设备的标识信息，或其他可以唯一表征终端设备身份的信息，本申请实施例对此不做限制。

需要说明的是，若目标接入网设备和源接入网设备为同一个接入网设备，步骤430可以省略不执行。也就是说，源接入网设备(即目标接入网设备)可以直接向终端设备发送携带第一指示信息的寻呼消息。

步骤440、目标接入网设备向身份信息与上述终端身份信息匹配的终端设备发送寻呼消息；寻呼消息包括上述第一指示信息。

应理解，目标接入网设备在接收到寻呼指示消息后，可以向身份信息与寻呼指示消息中携带的终端身份信息匹配的终端设备发送寻呼消息，并将第一指示信息携带在该寻呼消息中，以使终端设备执行MT-SDT过程。

步骤450、处于RRC_INACTIVE态的终端设备从所挂起的无线承载中恢复至少部分无线承载；其中，至少部分无线承载用于接收MT-SDT对应的待传输数据。

应理解，处于RRC_INACTIVE态的终端设备在接收到携带有第一指示信息的寻呼消息后，可以从挂起(suspend)的无线承载中恢复全部或部分的无线承载，以便于在不进入RRC_CONNECTED态的情况下，通过所恢复的无线承载接收MT-SDT对应的待传输数据。

需要说明的是，挂起的无线承载可以理解为未被释放的无线承载，终端设备可以在需要时，迅速恢复挂起的无线承载，以便于通过恢复的无线承载来传输数据。

可选地，步骤450中恢复至少部分无线承载，可以包括：

从所挂起的无线承载中恢复支持SDT的无线承载；或者，恢复所挂起的全部无线承载。

在一些实施例中，若终端设备配置了支持SDT的无线承载，则处于RRC_INACTIVE态的终端设备在接收到携带有第一指示信息的寻呼消息后，可以从挂起的多个无线承载中恢复支持SDT的无线承载。

在一些实施例中，若终端设备未被配置支持SDT的无线承载，则处于RRC_INACTIVE态的终端设备在接收到携带有第一指示信息的寻呼消息后，可以从挂起的多个无线承载中恢复所有的无线承载。

在一些实施例中，终端设备即使配置了支持SDT的无线承载，处于RRC_INACTIVE态的终端设备在接收到携带有第一指示信息的寻呼消息后，也可以从挂起的多个无线承载中恢复所有的无线承载。本申请实施例对此不做限制。

需要说明的是，支持SDT的无线承载可以是终端侧和网络侧提前约定好的，也可以是协议规定的，还可以是网络侧为终端设备配置的，本申请实施例对此不做限定。

可选地，上述通信处理方法还可以执行以下步骤：

步骤460、终端设备通过至少部分无线承载，接收MT-SDT对应的待传输数据。

应理解，处于RRC_INACTIVE态的终端设备在恢复了至少部分无线承载后，可以在不进行RRC状态切换的情况下，通过所恢复的无线承载接收待传输数据。如此，不仅可以保证下行数据的正常传输，还可以降低终端设备功耗和信令开销。

可选地，支持SDT的无线承载可以包括至少一个支持MT-SDT的无线承载，和/或，至少一个支持MO-SDT的无线承载。

可选地，支持SDT的无线承载可以是网络侧为终端设备配置的。

在一些实施例中，步骤450之前还可以执行以下步骤：

终端设备接收第一配置信息；第一配置信息用于配置支持SDT的无线承载；支持SDT的无线承载同时支持MO-SDT和MT-SDT。

这里，网络侧在配置SDT的无线承载时，可以不分区支持MO-SDT的无线承载和支持MT-SDT的无线承载。也就是说，网络侧配置的支持SDT的无线承载既可以支持MO-SDT，也可以支持MT-SDT。

在另一些实施例中，步骤450之前还可以执行以下步骤：

终端设备接收第二配置信息，第二配置信息用于配置支持MT-SDT的无线承载，和/或，支持MO-SDT的无线承载；其中，支持SDT的无线承载包括支持MT-SDT的无线承载，和/或，支持MO-SDT的无线承载。

这里，网络侧在配置SDT的无线承载时，可以将支持MT-SDT的无线承载和支持MO-SDT的无线承载分开进行配置。

基于此，上述实施例中从所挂起的无线承载中恢复支持SDT的无线承载可以包括：

从所挂起的无线承载中，恢复支持MT-SDT的无线承载；

或者，从所挂起的无线承载中，恢复支持MT-SDT的无线承载和恢复支持MO-SDT的无线承载。

由此可见，本申请实施例提供的数据处理方法中，终端设备可以恢复支持MT-SDT的无线承载，和/或支持MO-SDT的无线承载，灵活地选择无线承载接收待传输数据，提高了终端设备的接收数据的灵活性。

需要说明的是，上述第一配置信息和第二配置信息可以是源接入网设备发送给终端设备的。具体地，源接入网设备可以在终端设备进入RRC_INACTIVE态时，通过第一配置信息，或第二配置信息为终端设备配置支持SDT的无线承载。

还需要说明的是，第一配置信息和第二配置信息可以通过专用信令配置，也可以通过RRC状态配置信令进行配置，本申请实施例对此不作限制。

基于上述实施例，参考图5所示，本申请实施例提供的通信处理方法中，步骤460之前还可以包括步骤470至步骤490：

步骤470、终端设备向目标接入网设备发送第二指示信息，第二指示信息用于指示终端设备确定响应寻呼消息。

应理解，处于RRC_INACTIVE态的终端设备在接收到携带有第一指示信息的寻呼消息后，可以确定是否响应该寻呼消息以进入MT-SDT过程。若终端设备确定进入MT-SDT过程，可以向目标接入网设备发送第二指示信息，以指示终端设备确定响应该寻呼消息。

可选地，第二指示信息可以包括RRC恢复请求(RRCResumeRequest)。这样，终端设备可以通过RRCResumeRequest向网络侧告知当前的驻留小区。

可选地，第二指示信息可以通过以下中的任意一项发送：

随机接入第一消息；该随机接入第一消息可以包括：MSG 3，或MSG A；

CG资源。

应理解，源接入网设备在终端设备进入RRC_INACTIVE态时，可以为终端设备预留CG资源，以便于后续特定信息的传输。

在一些实施例中，若源接入网设备和目标接入网设备为同一接入网设备，终端设备可以先确定源接入网设备是否为该终端设备配置了CG资源。若源接入网设备为终端设备配置了CG资源，则终端设备可以选择CG资源传输上述第二指示信息。若源接入网设备没有为终端设备配置CG资源，则终端设备可以在发起的随机接入过程中通过Msg3或MsgA传输上述第二指示信息。

在另一些实施例中，若源接入网设备和目标接入网设备为不同的接入网设备，则终端设备可以向目标接入网设备发起随机接入过程(四步随机接入过程或两步随机接入过程)，通过随机接入过程中的Msg3或MsgA发送上述第二指示信息。

步骤480、目标接入网设备向源接入网设备发送请求消息；请求消息用于请求终端设备的上下文信息。

应理解，如步骤410所述，源接入网设备可以是终端设备进入RRC_INACTIVE态时驻留小区对应的接入网设备，因此源接入网设备可以保存终端设备在接入时的上下文信息。基于此，目标接入网设备在接收到第二指示信息后，可以向源接入网设备请求该终端设备的上下文信息。

步骤490、目标接入网设备接收源接入网设备发送的所述终端设备的上下文信息和/或待传输数据。

可选地，源接入网设备在接收到请求消息后，可以选择是否将该终端设备的上下文信息发送给目标接入网设备。

需要说明的是，当步骤410中源接入网设备接收的是核心网设备发送的待传输数据时，不论源接入网设备确定是否将终端设备的上下文信息发送给终端设备，源接入网设备都需要将待传输数据发送给目标接入网设备，以保证待传输数据能够正确传输给终端设备。

在一些实施例中，如果源接入网设备选择不将终端设备的上下文信息发送给目标接入网设备，那么源接入网设备可以与核心网设备保持连接，将针对终端设备的待传输数据，通过目标接入网设备转发给终端设备。这里，针对终端设备的待传输数据可以是步骤410中核心网设备提前向源接入网设备接发送的，也可以是源接入网设备在当前步骤中向核心网请求的，本申请实施例对此不做限制。

在另一些实施例中，如果终端设备仅恢复了支持SDT的无线承载，且源接入网设备确定将终端设备的上下文信息发送给目标接入网设备，那么目标接入网设备接收到终端设备的上下文信息后，还可以执行以下内容：

接收核心网设备发送的待传输数据；目标接入网设备与核心网设备之间的通信连接，是基于终端设备的上下文信息建立的；

若待传输数据与支持SDT的无线承载对应，则通过支持SDT的无线承载向终端设备发送待传输数据；

若待传输数据与支持SDT的无线承载不对应，则向终端设备发送第三指示信息；第三指示信息用于触发终端设备进入连接态。

应理解，目标接入网设备在接收到终端设备的上下文信息后，可以根据该上下文信息与核心网设备建立通信连接(例如GTP隧道)。这样，目标接入网设备可以通过该通信连接直接与核心网设备进行交互，接收核心网设备发送的针对终端设备的待传输数据。

需要说明的是，目标接入网设备在接收到核心网设备发送的待传输数据后，还需要判断该待传输数据是否与支持SDT的无线承载对应，这是因为终端设备可能仅恢复了支持SDT的无线承载，若不进行上述判断直接发送待传输数据，可能会导致数据发送失败的问题。

若待传输数据与支持SDT的无线承载对应，也就是待传输数据来自于支持SDT的无线承载，则通过支持SDT的无线承载向终端设备发送待传输数据。也就是说，终端设备通过所恢复的支持SDT的无线承载，接收该待传输数据。

另外，若待传输数据与支持SDT的无线承载不对应，也就是待传输数据自于支持SDT的无线承载，则目标接入网设备可以通过第三指示信息指示终端设备进入RRC_CONNECTED态。这样，终端设备可以在RRC_CONNECTED态接收待传输数据，并在接收完成后再进入RRC_INACTIVE态。

需要说明的是，若终端设备在步骤450恢复的是全部的无线承载，则目标接入网设备在接收到待传输数据时可以不对待传输数据和支持SDT的无线承载之间的对应关系进行判断，而是直接将待传输数据通过恢复的无线承载发送给终端设备。

综上所述，本申请实施例提供的通信处理方法，明确了MT-SDT过程中的无线承载配置方法。并且，本申请实施例中处于RRC_INACTIVE的终端设备在被触发进入MT-SDT过程后，可以不执行RRC状态切换，而是从挂起的无线承载中恢复至少部分无线承载，并通过恢复的至少部分无线承载来进行下行数据的接收。如此，不仅可以保证下行数据的正常传输，还可以降低终端设备功耗和信令开销。

下面结合具体应用场景，对本申请实施例提供的通信处理方法进行详细阐述。

如图1所示，假定存在两个接入网设备，分别为接入网设备1和接入网设备2。终端设备在进入RRC_INACTIVE状态时驻留在接入网设备1所在的小区1，接入网设备1可以保存终端设备的上下文信息。另外，终端设备在进入RRC_INACTIVE状态后，驻留在接入网设备2所在的小区2。应理解，在该应用场景中，接入网设备1可以是终端设备的源接入网设备，而接入网设备2可以是终端设备的目标接入网设备。

以下结合三个具体应用场景对本申请实施例提供的通信处理方法进行详细阐述。

实施例一

参考图6所示，本申请实施例提供的通信处理方法可以包括以下步骤。

步骤610、接入网设备1接收核心网设备发送的数据量指示信息(即上述实施例中的第三指示信息)，该数据量指示信息指示待传输数据的数据量。

其中，核心网设备可以是AMF和/或UPF，本申请实施例对此不做限制。

步骤620、若该待传输数据的数据量不超过(小于或等于)预设阈值，则接入网设备1发送寻呼消息，该寻呼消息中可以包括MT-SDT指示信息(即上述实施例中的第一指示信息)和终端身份信息。

需要说明的是，接入网设备1可以在其对应的RNA范围内发送寻呼消息。

步骤630、处于RRC_INACTVIE态的终端设备接收接入网设备2发送的寻呼消息。

其中，该寻呼消息中可以包括MT-SDT指示信息和终端身份信息。

应理解，接入网设备2可以位于接入网设备1对应的RNA范围内，而终端设备位于接入网设备2对应的通信覆盖范围内。基于此，接入网设备2可以接收接入网设备1发送的寻呼指示消息，寻呼指示消息中可以携带终端身份信息和MT-SDT指示信息。

接入网设备2在接收到寻呼指示消息后，可以向接入网设备2通信覆盖范围内身份信息与上述终端身份信息匹配的终端设备发送寻呼消息。

步骤640、处于RRC_INACTVIE态的终端设备发起SDT过程，恢复支持SDT的无线承载。

应理解，终端设备接收到寻呼消息后，可以确定该寻呼消息中是否携带MT-SDT指示信息。若寻呼消息中不携带MT-SDT指示信息，则终端设备需要发起正常的寻呼响应流程，即终端设备恢复RRC连接，从当前RRC_INACTVIE切换到RRC_CONNECTED态来接收待传输数据。若寻呼消息中携带MT-SDT指示信息，则终端设备可以可以发起SDT过程，在不进行RRC状态切换的情况下接收待传输数据。

本申请实施例中，终端设备在确定寻呼消息中携带MT-SDT指示信息后，可以从终端设备所挂起的多个无线承载中，恢复支持SDT的无线承载，以便于基于支持SDT的无线承载接收待传输数据。

需要说明的是，支持SDT的无线承载可以是提前配置好的。具体地，支持SDT的无线承载可以是接入网设备1(即源接入网设备)在终端设备进入RRC_INACTVIE态的时候配置的。

这里，接入网设备1可以在终端设备进入RRC_INACTVIE态时，通过专用信令向终端设备发送第一配置信息或第二配置信息，通过第一配置信息或第二配置信息为终端设备配置支持SDT的无线承载。

其中，第一配置信息可以是配置支持SDT的无线承载；该方式中支持SDT的无线承载同时支持MO-SDT和MT-SDT。也就是说，支持SDT的无线承载在配置时可以不区分MO-SDT和MT-SDT进行配置。

对应的，若通过第一配置信息配置支持SDT的无线承载，则步骤640中恢复支持SDT的无线承载可以是恢复所有支持SDT的无线承载。

另外，第二配置信息用于配置支持MT-SDT的无线承载，和/或，支持MO-SDT的无线承载；支持SDT的无线承载包括支持MT-SDT的无线承载，和/或，支持MO-SDT的无线承载。

对应的，若通过第二配置信息配置支持SDT的无线承载，则步骤640中恢复支持SDT的无线承载可以包括以下两种方案：

方案一：终端设备仅恢复支持MT-SDT的无线承载；

方案二：终端设备同时恢复支持MT-SDT和MO-SDT的无线承载。

步骤650、处于RRC_INACTVIE态的终端设备向接入网设备2发送响应消息(即上述实施例中的第二指示信息)，以响应上述寻呼消息。

本申请实施例中，该响应消息可以包括RRCResumeRequest。

可选地，响应消息可以通过Msg3，MsgA，以及CG中的一种传输。

在一些实施例中，若接入网设备1和接入网设备2为同一设备，也就是说，终端设备当前驻留小区即为源小区，终端设备可以先确定是否存在CG资源。若存在CG资源，则终端设备可以选择CG资源传输该响应消息。若不存在CG资源，则通过Msg3或MsgA传输该响应消息。

在另一些实施例中，若接入网设备1和接入网设备2为不同的设备，则终端设备可以直接选择Msg3或MsgA传输该响应消息。

步骤660、接入网设备2向接入网设备1发送请求消息，以请求接入网设备1发送终端设备的上下文信息。

应理解，接入网设备1可以选择将该上下文信息传输给接入网设备2，或者不将该上下文信息传输给接入网设备2，本申请实施例对此不做限定。

在一些实施例中，若接入网设备1不将终端设备的上下文信息发送接入网设备2，则接入网设备1可以与核心网设备保持通信，将来自核心网设备的待传输数据通过Xn-U接口发送给接入网设备2，进而接入网设备2将待传输数据通过恢复的无线承载发送给处于RRC_INACTVIE态的终端设备。

在另一些实施例中，若接入网设备1将终端设备的上下文信息发送接入网设备2，则还可以执行以下步骤：

步骤670、接入网设备2接收接入网设备1发送的上下文信息，并基于该上下文信息与核心网设备建立GTP隧道。

步骤680、接入网设备2接收核心网设备发送的待传输数据，判断待传输数据所属的无线承载是否为支持SDT的无线承载。

其中，接入网设备2可以基于步骤670建立的GTP隧道接收核心网设备发送的待传输数据。

步骤690、若待传输数据所属的无线承载为支持SDT的无线承载，则接入网设备2通过恢复的支持SDT的无线承载向终端设备发送待传输数据。

步骤6010，若待传输数据所属的无线承载并不是支持SDT的无线承载，则接入网设备2向终端设备发送状态切换信息，通过状态切换信息使终端设备进入RRC连接态。

实施例二

参考图7所示，本申请实施例提供的通信处理方法可以包括以下步骤。

步骤710、接入网设备1接收核心网设备发送的待传输数据。

步骤720、若待传输数据的数据量小于或等于预设阈值，且待传输数据与支持SDT的无线承载对应，接入网设备1在RNA范围内针对终端设备发送寻呼消息。

其中，寻呼消息可以包括MT-SDT指示信息和终端身份信息。

具体地，接入网设备1在接收到待传输数据后，可以判断待传输数据是否满足以下条件：

a)待传输数据的数据量不超过预设阈值；

b)待传输数据全部数据来支持MT-SDT的无线承载；

若上述两个条件均满足，则接入网设备1在RNA范围内发送针对终端设备寻呼消息。

步骤730、处于RRC_INACTVIE态的终端设备接收接入网设备2发送的寻呼消息。

其中，寻呼消息可以包括MT-SDT指示信息和终端身份信息

步骤740、处于RRC_INACTVIE态的终端设备发起SDT过程，恢复支持SDT的无线承载。

这里，配置支持SDT的无线承载的方式与步骤640的配置方式相同，为了简洁在此不再赘述。

步骤750、处于RRC_INACTVIE态的终端设备向接入网设备2发送响应消息(即上述实施例中的第二指示信息)，以响应上述寻呼消息。

本申请实施例中，该响应消息可以包括RRCResumeRequest。

可选地，响应消息可以通过Msg3，MsgA，以及CG中的一种传输。

步骤760、接入网设备2向接入网设备1发送请求消息，以请求接入网设备1发送终端设备的上下文信息。

步骤770、接入网设备1向接入网设备2发送待传输数据。

应理解，在本申请实施例二中，不论接入网设备1是否选择将终端设备的上下文信息传输给接入网设备2，接入网设备1都需要将待传输数据通过Xn-U接口发送给接入网设备2，以保证待传输数据能够正确传输给终端设备。

可选地，本实施例二还可以包括步骤780。

步骤780、接入网设备1向接入网设备2发送终端设备的上下文信息。

应理解，接入网设备2接收接入网设备1发送的上下文信息后，可以基于该上下文信息与核心网设备建立GTP隧道，通过该GTP隧道与核心网进行交互。

实施例三

参考图8所示，本申请实施例提供的通信处理方法可以包括以下步骤。

步骤810、接入网设备1接收核心网设备发送的待传输数据，或，数据量指示信息。

步骤820、在待传输数据的数据量小于或等于预设阈值的情况下，接入网设备1在RNA范围内针对终端设备发送寻呼消息。

其中，寻呼消息可以包括MT-SDT指示信息和终端身份信息。

这里，接入网设备1可以直接根据数据量指示信息，或通过计算核心网设备发送的待传输数据的大小，确定待传输数据的数据量。

步骤830、处于RRC_INACTVIE态的终端设备接收接入网设备2发送的寻呼消息。

步骤840、处于RRC_INACTVIE态的终端设备发起SDT过程，恢复全部的无线承载。

步骤850、处于RRC_INACTVIE态的终端设备向接入网设备2发送响应消息(即上述实施例中的第二指示信息)，以响应上述寻呼消息。

本申请实施例中，该响应消息可以包括RRCResumeRequest。

可选地，响应消息可以通过Msg3，MsgA，以及CG中的一种传输。

步骤860、接入网设备2向接入网设备1发送请求消息，以请求接入网设备1发送终端设备的上下文信息。

可选地，若步骤810中接入网设备1接收的是核心网发送的数据量指示信息，则本实施例中的通信处理方法还可以包括步骤670至步骤6010的流程，为了简洁，这里不再赘述。

可选地，若步骤810中接入网设备1接收的是核心网发送的待传输数据，则本实施例中的通信处理方法还可以包括步骤770至步骤780的流程，为了简洁，这里不再赘述。

以上结合附图详细描述了本申请的优选实施方式，但是，本申请并不限于上述实施方式中的具体细节，在本申请的技术构思范围内，可以对本申请的技术方案进行多种简单变型，这些简单变型均属于本申请的保护范围。例如，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本申请对各种可能的组合方式不再另行说明。又例如，本申请的各种不同的实施方式之间也可以进行任意组合，只要其不违背本申请的思想，其同样应当视为本申请所公开的内容。又例如，在不冲突的前提下，本申请描述的各个实施例和/或各个实施例中的技术特征可以和现有技术任意的相互组合，组合之后得到的技术方案也应落入本申请的保护范围。

还应理解，在本申请的各种方法实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。此外，在本申请实施例中，术语“下行”、“上行”和“侧行”用于表示信号或数据的传输方向，其中，“下行”用于表示信号或数据的传输方向为从站点发送至小区的用户设备的第一方向，“上行”用于表示信号或数据的传输方向为从小区的用户设备发送至站点的第二方向，“侧行”用于表示信号或数据的传输方向为从用户设备1发送至用户设备2的第三方向。例如，“下行信号”表示该信号的传输方向为第一方向。另外，本申请实施例中，术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。具体地，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图9是本申请实施例提供的通信处理装置的结构组成示意图一，应用于终端设备，如图9所示，所述通信处理装置900包括：

第一接收单元910，配置为在非激活状态下接收寻呼消息；所述寻呼消息包括第一指示信息；

所述第一指示信息用于指示网络侧触发了MT-SDT；

处理单元920，配置为在非激活状态下从所挂起的无线承载中恢复至少部分无线承载；所述至少部分无线承载用于接收所述MT-SDT对应的待传输数据。

在一些实施例中，所述通信装置900还包括第一发送单元，配置为：在非激活状态下发送第二指示信息，所述第二指示信息用于指示所述终端设备确定响应所述寻呼消息。

在一些实施例中，所述第二指示信息通过以下中的任意一项发送：

随机接入第一消息；所述随机接入第一消息包括：MSG 3，或MSG A；

CG资源。

在一些实施例中，处理单元920，还配置为：从所挂起的无线承载中恢复支持SDT的无线承载；或者，恢复所挂起的全部无线承载。

在一些实施例中，第一接收单元910，还配置为接收第一配置信息；所述第一配置信息用于配置支持SDT的无线承载；所述支持SDT的无线承载同时支持MO-SDT和MT-SDT。

在一些实施例中，第一接收单元910，还配置为接收第二配置信息，所述第二配置信息用于配置支持MT-SDT的无线承载，和/或，支持MO-SDT的无线承载；所述支持SDT的无线承载包括所述支持MT-SDT的无线承载，和/或，所述支持MO-SDT的无线承载。

在一些实施例中，处理单元920，还配置为：从所挂起的无线承载中，恢复所述支持MT-SDT的无线承载；或者，从所挂起的无线承载中，恢复所述支持MT-SDT的无线承载和恢复所述支持MO-SDT的无线承载。

在一些实施例中，第一接收单元910，还配置为通过所述至少部分无线承载，接收所述MT-SDT对应的待传输数据。

图10是本申请实施例提供的通信处理装置的结构组成示意图二，应用于源接入网设备，如图10所示，所述通信处理装置1000包括：

第二接收单元1010，配置为接收待传输数据，和/或，第三指示信息；所述待传输数据用于终端设备；所述第三指示信息用于指示所述待传输数据的数据量；

第二发送单元1020，配置为在所述待传输数据的数据量小于或等于预设阈值的情况下，在RNA范围内发送寻呼消息；所述寻呼消息包括第一指示信息，所述第一指示信息用于指示网络侧触发了针对所述终端设备的下行小数据传输MT-SDT。

在一些实施例中，若所述源接入网设备接收到所述待传输数据，则第二发送单元1020，还配置为在所述传输数据的数据量小于预设阈值，且所述待传输数据与支持SDT的无线承载对应的情况下，在RNA范围内针对所述终端设备发送所述寻呼消息。

在一些实施例中，所述第二接收单元1010，还配置为接收目标接入网设备发送的请求消息；所述请求消息用于请求所述终端设备的上下文信息；所述目标接入网设备为所述终端设备驻留小区对应的接入网设备。

在一些实施例中，第二发送单元1020，还配置为向所述目标接入网设备发送所述待传输数据。

在一些实施例中，第二发送单元1020，还配置为向所述目标接入网设备发送所述终端设备的上下文信息。

图11是本申请实施例提供的通信处理装置的结构组成示意图三，应用于目标接入网设备，如图11所示，所述通信处理装置1100包括：

第三接收单元1110，配置为接收源接入网设备发送的寻呼指示消息；所述寻呼指示消息包括第一指示信息和终端身份信息，所述第一指示信息用于指示网络侧触发了针对终端设备的下行小数据传输MT-SDT；

第三发送单元1120，配置为向身份信息与所述终端身份信息匹配的终端设备发送所述寻呼消息；所述寻呼消息包括所述第一指示信息；所述终端设备处于非激活态。

在一些实施例中，第三接收单元1110，还配置为接收所述终端设备发送的第二指示信息，所述第二指示信息用于指示所述终端设备确定响应所述寻呼消息。

CG资源。

在一些实施例中，第三发送单元1120，还配置为向所述源接入网设备发送请求消息；所述请求消息用于请求所述终端设备的上下文信息；

第三接收单元1110，还配置为接收所述源接入网设备发送的所述终端设备的上下文信息和/或待传输数据。

在一些实施例中，第三接收单元1110，还配置为接收核心网设备发送的待传输数据；所述目标接入网设备与所述核心网设备之间的通信连接，是基于所述上下文信息建立的；

第三发送单元1120，还配置若所述待传输数据与支持SDT的无线承载对应，则通过所述支持SDT的无线承载向所述终端设备发送所述待传输数据。

在一些实施例中，第三发送单元1120，还配置若所述待传输数据与支持SDT的无线承载不对应，则向所述终端设备发送第三指示信息；所述第三指示信息用于触发所述终端设备进入连接态。

本领域技术人员应当理解，本申请实施例的上述通信处理装置的相关描述可以参照本申请实施例的通信处理方法的相关描述进行理解。

图12是本申请实施例提供的一种通信设备1200示意性结构图。该通信设备可以终端设备，也可以是接入网设备(包括源接入网设备和/或目标接入网设备)。图12所示的通信设备1200包括处理器1210，处理器1210可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图12所示，通信设备1200还可以包括存储器1220。其中，处理器1210可以从存储器1220中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器1220可以是独立于处理器1210的一个单独的器件，也可以集成在处理器1210中。

可选地，如图12所示，通信设备1200还可以包括收发器1230，处理器1210可以控制该收发器1230与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。

其中，收发器1230可以包括发射机和接收机。收发器1230还可以进一步包括天线，天线的数量可以为一个或多个。

可选地，该通信设备1200具体可为本申请实施例的源接入网设备和/或目标接入网设备，并且该通信设备1200可以实现本申请实施例的各个方法中由源接入网设备和/或目标接入网设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该通信设备1200具体可为本申请实施例的终端设备，并且该通信设备1200可以实现本申请实施例的各个方法中由终端设备实现的相应流程，为了简洁，在此不再赘述。

图13是本申请实施例的芯片的示意性结构图。图13所示的芯片1300包括处理器1310，处理器1310可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图13所示，芯片1300还可以包括存储器1320。其中，处理器1310可以从存储器1320中调用并运行计算机程序，以实现本申请实施例中的方法。

其中，存储器1320可以是独立于处理器1310的一个单独的器件，也可以集成在处理器1310中。

可选地，该芯片1300还可以包括输入接口1330。其中，处理器1310可以控制该输入接口1330与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，该芯片1300还可以包括输出接口1340。其中，处理器1310可以控制该输出接口1340与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该芯片可应用于本申请实施例中的移动终端/终端设备，并且该芯片可以实现本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

图14是本申请实施例提供的一种通信系统1400的示意性框图。如图14所示，该通信系统1400包括终端设备1410、源接入网设备1420和目标接入网设备1430。

其中，该终端设备1410可以用于实现上述方法中由终端设备实现的相应的功能，以及该源接入网设备1420可以用于实现上述方法中由源接入网设备实现的相应的功能，以及该目标接入网设备1430可以用于实现上述方法中由目标接入网设备实现的相应的功能为了简洁，在此不再赘述。

应理解，本申请实施例的处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机可读存储介质可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。

可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序产品可应用于本申请实施例中的移动终端/终端设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。

可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

可选地，该计算机程序可应用于本申请实施例中的移动终端/终端设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中由移动终端/终端设备实现的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims

一种通信处理方法，应用于终端设备，所述终端设备处于非激活状态，所述方法包括：

接收寻呼消息；所述寻呼消息包括第一指示信息；所述第一指示信息用于指示网络侧触发了下行小数据传输MT-SDT；

从所挂起的无线承载中恢复至少部分无线承载；所述至少部分无线承载用于接收所述MT-SDT对应的待传输数据。
根据权利要求1所述的方法，其中，所述方法还包括：

所述终端设备发送第二指示信息，所述第二指示信息用于指示所述终端设备确定响应所述寻呼消息。
根据权利要求2所述的方法，其中，所述第二指示信息通过以下中的任意一项发送：

随机接入第一消息；所述随机接入第一消息包括：四步随机接入消息MSG 3，或两步随机接入消息MSG A；

配置授权CG资源。
根据权利要求1-3任一项所述的方法，其中，所述恢复至少部分无线承载，包括：

从所挂起的无线承载中恢复支持SDT的无线承载；

或者，

恢复所挂起的全部无线承载。
根据权利要求4所述的方法，其中，所述方法还包括：

接收第一配置信息；所述第一配置信息用于配置支持SDT的无线承载；所述支持SDT的无线承载同时支持MO-SDT和MT-SDT。
根据权利要求4所述的方法，其中，所述方法还包括：

接收第二配置信息，所述第二配置信息用于配置支持MT-SDT的无线承载，和/或，支持MO-SDT的无线承载；所述支持SDT的无线承载包括所述支持MT-SDT的无线承载，和/或，所述支持MO-SDT的无线承载。
根据权利要求6所述的方法，其中，所述从所挂起的无线承载中恢复支持SDT的无线承载，包括：

从所挂起的无线承载中，恢复所述支持MT-SDT的无线承载；

或者，

从所挂起的无线承载中，恢复所述支持MT-SDT的无线承载和恢复所述支持MO-SDT的无线承载。
根据权利要求1-7任一项所述的方法，其中，所述方法还包括：

通过所述至少部分无线承载，接收所述MT-SDT对应的待传输数据。
一种通信处理方法，应用于源接入网设备，包括：

接收待传输数据，和/或，第三指示信息；所述待传输数据用于终端设备；所述第三指示信息用于指示所述待传输数据的数据量；

在所述待传输数据的数据量小于或等于预设阈值的情况下，在无线接入网区域RNA范围内发送寻呼消息；所述寻呼消息包括第一指示信息，所述第一指示信息用于指示网络侧触发了针对所述终端设备的下行小数据传输MT-SDT。
根据权利要求9所述的方法，其中，若所述源接入网设备接收到所述待传输数据，所述在所述待传输数据的数据量小于或等于预设阈值的情况下，在RNA范围内针对所述终端设备发送寻呼消息，还包括：

在所述传输数据的数据量小于预设阈值，且所述待传输数据与支持SDT的无线承载对应的情况下，在RNA范围内针对所述终端设备发送所述寻呼消息。
根据权利要求9或10所述的方法，其中，所述方法还包括：

接收目标接入网设备发送的请求消息；所述请求消息用于请求所述终端设备的上下文信息；所述目标接入网设备为所述终端设备驻留小区对应的接入网设备。
根据权利要求11所述的方法，其中，若所述源接入网设备接收到所述待传输数据，所述方法还包括：

向所述目标接入网设备发送所述待传输数据。
根据权利要求12所述的方法，其中，所述方法还包括：

向所述目标接入网设备发送所述终端设备的上下文信息。
一种通信处理方法，应用于目标接入网设备，所述方法包括：

接收源接入网设备发送的寻呼指示消息；所述寻呼指示消息包括第一指示信息和终端身份信息，所述第一指示信息用于指示网络侧触发了针对终端设备的下行小数据传输MT-SDT；

向身份信息与所述终端身份信息匹配的终端设备发送所述寻呼消息；所述寻呼消息包括所述第一指示信息；所述终端设备处于非激活态。
根据权利要求14所述的方法，其中，所述方法还包括：

接收所述终端设备发送的第二指示信息，所述第二指示信息用于指示所述终端设备确定响应所述寻呼消息。
根据权利要求15所述的方法，所述第二指示信息通过以下中的任意一项发送：

随机接入第一消息；所述随机接入第一消息包括：四步随机接入消息MSG 3，或两步随机接入消息MSG A；

配置授权CG资源。
根据权利要求15或16所述的方法，其中，所述方法还包括：

向所述源接入网设备发送请求消息；所述请求消息用于请求所述终端设备的上下文信息；

接收所述源接入网设备发送的所述终端设备的上下文信息和/或待传输数据。
根据权利要求17所述的方法，其中，所述目标接入网设备接收到所述上下文信息后，所述方法还包括：

接收核心网设备发送的待传输数据；所述目标接入网设备与所述核心网设备之间的通信连接，是基于所述上下文信息建立的；

若所述待传输数据与支持SDT的无线承载对应，则通过所述支持SDT的无线承载向所述终端设备发送所述待传输数据。
根据权利要求18所述的方法，其中，所述方法还包括：

若所述待传输数据与支持SDT的无线承载不对应，则向所述终端设备发送第三指示信息；所述第三指示信息用于触发所述终端设备进入连接态。
一种通信处理装置，应用于终端设备，包括：

第一接收单元，配置为在非激活状态下接收寻呼消息；所述寻呼消息包括第一指示信息；所述第一指示信息用于指示网络侧触发了下行小数据传输MT-SDT；

处理单元，配置为在非激活状态下从所挂起的无线承载中恢复至少部分无线承载；所述至少部分无线承载用于接收所述MT-SDT对应的待传输数据。
一种通信处理装置，应用于源接入网设备，包括：

第二接收单元，配置为接收待传输数据，和/或，第三指示信息；所述待传输数据用于终端设备；所述第三指示信息用于指示所述待传输数据的数据量；

第二发送单元，配置为在所述待传输数据的数据量小于或等于预设阈值的情况下，在RNA范围内发送寻呼消息；所述寻呼消息包括第一指示信息，所述第一指示信息用于指示网络侧触发了针对所述终端设备的下行小数据传输MT-SDT。
一种通信处理装置，应用于目标接入网设备，包括：

第三接收单元，配置为接收源接入网设备发送的寻呼指示消息；所述寻呼指示消息包括第一指示信息和终端身份信息，所述第一指示信息用于指示网络侧触发了针对终端设备的下行小数据传输MT-SDT；

第三发送单元，配置为向身份信息与所述终端身份信息匹配的终端设备发送所述寻呼消息；所述寻呼消息包括所述第一指示信息；所述终端设备处于非激活态。
一种终端设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至8中任一项所述的方法。
一种接入网设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求9至13，或14至19中任一项所述的方法。
一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至8中任一项所述的方法。
一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求9至13，或14至19中任一项所述的方法。
一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求1至8中任一项所述的方法。
一种计算机可读存储介质，用于存储计算机程序，所述计算机程序使得计算机执行如权利要求9至13，或14至19中任一项所述的方法。
一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求1至8中任一项所述的方法。
一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行如权利要求9至13，或14至19中任一项所述的方法。
一种计算机程序，所述计算机程序使得计算机执行如权利要求1至8中任一项所述的方法。
一种计算机程序，所述计算机程序使得计算机执行如权利要求9至13，或14至19中任一项所述的方法。