CN117813890A - 在mt sdt期间支持ul sdt - Google Patents

Abstract

公开了用于在MT SDT期间支持UL SDT的方法和装置。一种由与网络设备处于非无线电资源控制(RRC)_CONNECTED状态的终端设备执行的方法，包括：从网络设备接收针对移动终止(MT)小数据传输(SDT)的寻呼；以及当预期通过移动发起(MO)SDT发射的上行链路(UL)数据在MT SDT完成之前到达时，确定是否停止MT SDT。

Description

在MT SDT期间支持UL SDT

技术领域

本文公开的主题大体上涉及无线通信，并且更具体地涉及用于在MT SDT期间支持UL SDT的方法和装置。

背景技术

在此定义了以下缩写词，在以下描述内引用该缩写中的至少一些：新无线电(NR)、超大规模集成(VLSI)、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存存储器)、压缩光盘只读存储器(CD-ROM)、局域网(LAN)、广域网(WAN)、用户设备(UE)、演进型节点B(eNB)、下一代节点B(gNB)、上行链路(UL)、下行链路(DL)、中央处理单元(CPU)、图形处理单元(GPU)、现场可编程门阵列(FPGA)、正交频分复用(OFDM)、无线电资源控制(RRC)、用户实体/设备(移动终端)、发射器(TX)、接收器(RX)、小数据传输(SDT)、配置的许可(CG)、基于CG的SDT(CG-SDT)、随机接入信道(RACH)、基于RACH的SDT(RA-SDT)、参考信号接收功率(RSRP)、移动发起(MO)、移动终止(MT)、媒体访问控制(MAC)、分组数据汇聚协议(PDCP)、无线电链路控制(RLC)、服务数据单元(SDU)、协议数据单元(PDU)、无线电承载(RB)、缓冲区状态报告(BSR)。

存在针对4G LTE的两种RRC状态：RRC_IDLE和RRC_CONNECTED。5G NR引入了新的RRC状态RRC_INACTIVE。因此，在5G NR中，RRC具有三种不同的状态：RRC_IDLE、RRC_CONNECTED和RRC_INACTIVE。

NR版本17支持RRC_INACTIVE状态下的小数据传输(SDT)的直接传输。

目前的SDT过程被描述如下。当UE被释放到RRC_INACTIVE状态时，SDT配置(例如，基于CG的SDT(CG-SDT)配置)已经被配置给UE。在CG-SDT配置中配置了用于SDT的数个CG时机(例如，CG资源)。可替选地，用于SDT的数个CG配置被配置。当SDT数据到达时，UE发起在SDT和非SDT之间的选择，如果SDT被选择，则还发起在CG-SDT过程与基于RACH的SDT(RA-SDT)过程之间的选择。具体地，如果满足CG-SDT准则，则UE选择CG-SDT并发起SDT过程；否则，如果满足RA-SDT准则：则UE选择RA-SDT并发起SDT过程；否则，UE发起非SDT过程。如果1)可用数据量<＝数据量阈值并且2)RSRP大于或等于配置的阈值，则认为满足CG-SDT准则。如果1)可用数据量<＝数据量阈值，2)RSRP大于或等于配置的阈值；并且3)在所选择的UL载波上配置4步RA-SDT资源并且满足选择4步RA-SDT的准则；或者在所选择的UL载波上配置2步RA-SDT资源并且满足选择2步RA-SDT的准则，则认为满足RA-SDT准则。

4步RACH过程(能够被用作RA-SDT)包括：UE在PRACH上向网络设备(例如，gNB)发射前导(Msg1)，网络设备发射对前导的响应(Msg2)，UE根据该响应发射上行链路信息(Msg3)，并且网络设备根据上行链路信息发射竞争解决消息(Msg4)。2步RACH过程(能够被用作RA-SDT)包括MsgA和MsgB的传输，其中MsgA对应于Msg1和Msg3的组合，而MsgB对应于Msg2和Msg4的组合。能够看出，RA-SDT(4步RA-SDT或2步RA-SDT)允许SDT将经由随机接入过程接收到的上行链路许可用于SDT。

另一方面，CG-SDT允许SDT在不执行随机接入过程的情况下使用经配置的许可。

上述SDT能够被称为UL(上行链路)SDT。另外，上述SDT是由UE发起的，其能够被称为MO(移动发起)SDT。

在UE发起的MO SDT中，网络设备(例如，gNB)还能够发射DL数据(例如，小数据)。这样的DL小数据传输能够被称为DL SDT。另外，将支持由gNB发起的MT(移动终止)SDT。

MT SDT过程由网络设备(例如，gNB)发起以用于下行链路(DL)数据传输。当下行链路(DL)数据到达时，如果DL数据的大小满足某个准则，则gNB将包括例如mt-SDT的寻呼消息发送到UE。UE通过发起RACH(用于MT SDT的RACH)过程来响应。

考虑以下场景：在UE接收到针对MT SDT(例如，DL MT SDT)的寻呼之前，向UE配置CG-SDT。此后，UL SDT数据(预期由CG-SDT发射)在为DL数据传输发起的MT SDT完成之前到达。UE如何处理并行的UL SDT过程和DL SDT过程？

考虑另一种场景：UE接收到针对MT SDT(例如，DL MT SDT)的寻呼；然后，发起用于MT SDT的RACH来响应该寻呼。在UL SDT数据(预期由RA-SDT发射)到达之前，由MT SDT发起的DL数据传输尚未完成。UE应该继续接收DL数据传输还是为UL SDT数据发起MO SDT(例如RA-SDT)？

本发明面向上述问题。

发明内容

公开了用于在MT SDT期间支持UL SDT的方法和装置。

在一个实施例中，一种由与网络设备处于非无线电资源控制(RRC)_CONNECTED状态的终端设备执行的方法包括：从网络设备接收针对移动终止(MT)小数据传输(SDT)的寻呼；以及当预期通过移动发起(MO)SDT发射的上行链路(UL)数据在MT SDT完成之前到达时，确定是否停止MT SDT。可以针对从网络设备到终端设备的DL数据传输而发起MT SDT。

在一个实施例中，该方法可以进一步包括发起针对UL数据的UL MO SDT；以及停止MT SDT。可替选地，该方法可以进一步包括发起针对UL数据的UL MO SDT；以及当UL MO SDT发射UL数据时，停止MT SDT。

在另一实施例中，MT SDT和UL MO SDT中的每一个与优先级相关联。该方法可以进一步包括发起针对UL数据的UL MO SDT；以及当UL MO SDT具有高于MT SDT的优先级时，停止MT SDT。MT SDT的优先级和UL MO SDT的优先级中的每一个可以由其中发射的业务的优先级来确定。可替选地，MT SDT的优先级和UL MO SDT的优先级中的每一个由存在SDT数据或SDT数据到达的逻辑信道的优先级当中的最高优先级确定。MT SDT的优先级可以在DL消息中指示。优选地，UL MO SDT的优先级被配置为高于MT SDT的优先级。

在一些实施例中，该方法可以进一步包括发起用于MT SDT的随机接入信道(RACH)；以及在用于MT SDT的RACH中的Msg3中将恢复原因设置为mo-SDT。在一些其他实施例中，该方法可以进一步包括：当CG-SDT已经被配置时，通过CG-SDT响应MT SDT。在又一实施例中，该方法可以进一步包括发射UL数据的到达的指示。

在一个实施例中，一种由网络设备执行的方法包括向终端设备发射针对MT SDT的寻呼；以及在MT SDT完成之前804确定是否停止MT SDT。

在另一实施例中，终端设备(UE)包括处理器；以及收发器，该收发器耦合到处理器，其中处理器被配置为：经由收发器从网络设备接收针对MT SDT的寻呼；并且当预期通过MO SDT发射的UL数据在MT SDT完成之前到达时，确定是否停止MT SDT。

在又一实施例中，网络设备包括处理器；以及收发器，该收发器耦合到处理器，其中该处理器被配置为：经由收发器向终端设备发射针对MT SDT的寻呼；以及在MT SDT完成之前确定是否停止MT SDT。

附图说明

将通过参考在附图中图示的特定实施例来呈现对以上简要描述的实施例的更具体的描述。理解这些附图仅描绘了一些实施例，并且因此不应被认为是对范围的限制，将通过使用附图以附加的特异性和细节来描述和解释实施例，其中：

图1图示第一实施例的过程；

图2图示各种第一实施例的过程；

图3图示第三实施例的第一子实施例的过程；

图4图示第三实施例的第二子实施例的过程；

图5图示第三实施例的第三子实施例的过程；

图6图示第三实施例的第四子实施例的过程；

图7是图示方法的实施例的示意性流程图；

图8是图示方法的又一实施例的示意性流程图；以及

图9是图示根据一个实施例的装置的示意性框图。

具体实施方式

如本领域技术人员将认识到的，可以将实施例的某些方面体现为系统、装置、方法或程序产品。因此，实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或组合软件和硬件方面的实施例的形式，这些软件和硬件方面在本文中通常都可以被称为“电路”、“模块”或“系统”。此外，实施例可以采取体现在一个或多个计算机可读存储设备中的程序产品的形式，该一个或多个计算机可读存储设备存储机器可读代码、计算机可读代码和/或程序代码，下文中被称为“代码”。存储设备可以是有形的、非暂时性的和/或非传输的。存储设备可以不体现信号。在某个实施例中，存储设备仅采用用于接入代码的信号。

可以将本说明书中描述的某些功能单元标记为“模块”，以便更特别地强调它们的独立实现方式。例如，模块可以被实现为包括定制超大规模集成(VLSI)电路或门阵列、诸如逻辑芯片的现成半导体、晶体管或其他分立组件的硬件电路。模块还可以在诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑器件等的可编程硬件器件中实现。

模块还可以代码和/或软件实现以供各种类型的处理器执行。代码的标识模块可以，例如，包括可执行代码的一个或多个物理或逻辑块，可执行代码可以例如被组织为对象、过程或函数。然而，标识模块的可执行文件不必物理上定位在一起，而是可以包括存储在不同位置中的完全不同的指令，当逻辑上接合在一起时，该完全不同的指令包括模块并且实现该模块的所述目的。

实际上，代码的模块可以包含单个指令或许多指令，并且甚至可以被分布在若干不同代码段之上、在不同程序当中和跨若干存储器设备。类似地，操作数据可以在本文中被标识和图示在模块内并且可以被体现为任何合适的形式和组织在任何合适类型的数据结构内。该操作数据可以作为单个数据集被收集，或者可以被分布在不同位置之上，包括在不同的计算机可读存储设备之上。在模块或模块的部分以软件实现的情况下，软件部分被存储在一个或多个计算机可读存储设备上。

可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储设备可以是，例如，但不一定是电子、磁、光学、电磁、红外、全息、微机械或半导体系统、装置或设备、或前述的任何合适的组合。

存储设备的更特定示例的非详尽列表将包括以下：具有一个或多个电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存存储器)、便携式压缩光盘只读存储器(CD-ROM)、光学存储设备、磁存储设备、或前述任何合适的组合。在本文档的场境中，计算机可读存储介质可以是能够包含或存储程序以供指令执行系统、装置或设备使用或者连同指令执行系统、装置或设备一起使用的任何有形介质。

用于执行实施例的操作的代码可以包括任何数量的行并且可以用包括诸如Python、Ruby、Java、Smalltalk、C++等面向对象编程语言以及诸如“C”编程语言等常规过程编程语言和/或诸如汇编语言的机器语言中的一种或多种编程语言的任何组合编写。代码可以完全地在用户的计算机上、部分地在用户计算机上、作为独立软件包、部分地在用户的计算机上并且部分地在远程计算机上或者完全地在远程计算机或服务器上被执行。在最后的场景中，远程计算机可以通过包括局域网(LAN)或广域网(WAN)的任何类型的网络连接到用户的计算机，或者可以进行到外部计算机的连接(例如，使用互联网服务提供商通过互联网)。

在贯穿说明书中对“一个实施例”、“实施例”或类似语言的引用意味着连同实施例一起描述的特定特征、结构或特性被包括在至少一个实施例中。因此，除非另外明确地指定，否则短语“在一个实施例中”、“在实施例中”和类似语言在整个说明书中的出现可以但不一定都是指同一实施例，而是意指“一个或多个但不是所有实施例”。除非另外明确地指定，否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另外明确地指定，否则项目的枚举列表不暗示项目中的任一个或全部是相互排斥的。除非另外明确地指定，否则术语“一”、“一个”和“该”也是指“一个或多个”。

此外，可以任何合适的方式组合各种实施例的所述特征、结构或特性。在以下描述中，提供了许多特定细节，诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例，以提供对实施例的透彻理解。然而，相关领域的技术人员将认识到，实施例可以在没有一个或多个特定细节的情况下或者利用其他方法、组件、材料等实践。在其他情况下，未详细地示出或描述公知结构、材料或操作以避免对实施例的各方面的任何模糊。

在下面参考根据实施例的方法、装置、系统和程序产品的示意性流程图和/或示意性框图来描述不同实施例的各方面。将理解，能够通过代码来实现示意性流程图和/或示意性框图的每个框以及示意性流程图和/或示意性框图中的框的组合。该代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实现在示意性流程图和/或示意性框图中针对一个或多个框指定的功能的装置。

还可以将代码存储在存储设备中，该存储设备能够引导计算机、其他可编程数据处理装置或其他设备以特定方式起作用，使得存储在存储设备中的指令产生包括实现在示意性流程图和/或示意性框图框或一些框中指定的功能的指令的制品。

代码还可以被加载到计算机、其他可编程数据处理装置或其他设备上，以使在该计算机、其他可编程装置或其他设备上执行一系列操作步骤以产生计算机实现的处理，使得在该计算机或其他可编程装置上执行的代码提供用于实现在流程图和/或框图框或一些框中指定的功能的处理。

附图中的示意性流程图和/或示意性框图图示根据各种实施例的装置、系统、方法和程序产品的可能实施方式的架构、功能性和操作。在这方面，示意性流程图和/或示意性框图中的每个框可以表示代码的模块、段或部分，其包括用于实现所指定的逻辑功能的代码的一个或多个可执行指令。

还应该注意，在一些替代实施方式中，框中注释的功能可以不按各图中指出的次序发生。例如，取决于所涉及的功能性，可以基本上同时执行相继示出的两个框，或者有时可以相反次序执行这些框。可以设想在功能、逻辑或效果上与所图示的图的一个或多个框或其部分等效的其他步骤和方法。

尽管可以在流程图和/或框图中采用各种箭头类型和线类型，但是它们被理解成不限制对应实施例的范围。实际上，一些箭头或其他连接器可以用于指示仅所描绘的实施例的逻辑流程。例如，箭头可以指示所描绘的实施例的枚举步骤之间的未指定持续时间的等待或监测时段。还将注意，框图和/或流程图的每个框以及框图和/或流程图中的各框的组合能够由执行所指定的功能或动作的基于专用硬件的系统或专用硬件和代码的组合来实现。

每个图中的元件的描述可以是指前面图的元件。在所有图中相似的附图标记是指相似的元件，包括相似元件的替代实施例。

现在将详细参考本申请的一些实施例，其示例在附图中图示。为了有助于理解，提供了在诸如3GPP 5G、3GPP LTE、3GPP NR-U、以利用共享频谱信道接入操作的NR无线电接入等的新服务场景和特定网络架构下的实施例。可以设想的是，随着网络架构和新业务场景的发展，本申请的所有实施例也适用于类似的技术问题。此外，本申请中所引用的术语可以改变，这不应影响本申请的原理。本公开的实施例还能够被应用于非授权频谱场境。

SDT不仅能够在RRC_CONNECTED状态下被支持，而且能够在RRC_INACTIVE状态下被支持。RRC_INACTIVE状态和RRC_IDLE状态可以被统称为非RRC_CONNECTED状态。在下面的描述中，SDT能够由处于非RRC_CONNECTED状态的终端设备(例如，UE)执行。

第一实施例涉及定义停止正在进行的SDT(例如，DL MT SDT)过程的条件。

参考图1描述根据第一实施例的过程100。

在步骤110中，UE接收针对MT SDT(例如，为DL数据传输而发起的DL MT SDT)的寻呼，并且发起RACH(即，用于MT SDT的RACH)过程以响应DL MT SDT。

在步骤120中，在MT SDT完成之前，预期由MO SDT发射的UL SDT数据到达。因此，针对UL SDT数据中的全部或部分发起MO SDT。MO SDT能够是CG-SDT(当已经配置用于SDT的CG资源并且满足用于CG-SDT的准则时)或RA-SDT(当已经配置用于SDT的RACH资源并且满足用于RA-SDT的准则时)。另外，可选的是，UL数据由MO SDT发射。

在可选的步骤130中，如果MO SDT是CG-SDT(即，在用于SDT的CG资源上发射或决定发射数据)，则接收针对CG-SDT的反馈。反馈能够是来自网络设备(例如，gNB)的指示，例如，ACK或NACK的显式指示或隐式指示。该指示能够可替选地是指示ACK的预配置的定时器(例如，configuredGrantTimer)的期满，或者指示NACK的另一预配置的定时器(例如，RetransmissionTimer)的期满。反馈能够可替选地是定时器(例如，现有定时器或新定时器)启动或重新启动。

在步骤140中，DL MT SDT过程被网络设备停止或取消。另外，为响应DL MT SDT而发起的RACH过程被UE停止或取消。能够更早地执行网络设备对DL MT SDT过程的停止或取消或者UE对RACH过程的停止或取消。

在可选的步骤150中，如果在寻呼消息中接收到时已经存储被用于识别用于非RRC_CONNECTED状态下的移动终止呼叫的过程的mt-SDT，则丢弃该mt-SDT。

参考图2描述根据多种第一实施例的过程200。

在步骤210中，UE接收针对MT SDT(例如，为DL数据传输而发起的DL MT SDT)的寻呼，并且发起RACH(即，用于MT SDT的RACH)过程以响应DL MT SDT。

在步骤220中，在MT SDT完成之前，预期由MO SDT发射的UL SDT数据到达。因此，为UL SDT数据发起MO SDT。MO SDT能够是CG-SDT或RA-SDT。另外，UL数据由MO SDT发射。

在步骤230中，网络设备(例如，gNB)指示MT SDT的取消。该指示能够与针对MO SDT的反馈复用。可替选地，该指示能够是PDSCH或DL许可的DCI。进一步可替选地，该指示可以是DL MAC CE或者RRC信令。因此，DL MT SDT过程被网络设备停止或取消。

在步骤240中，为响应DL MT SDT而发起的RACH过程被UE停止或取消。

在可选的步骤250中，如果当在寻呼消息中接收时已经存储被用于识别用于非RRC_CONNECTED状态下的移动终止呼叫的过程的mt-SDT，则该mt-SDT被丢弃。

总体上，根据第一实施例，定义停止DL MT SDT过程的条件。该条件能够是：在UE接收到针对DL MT SDT的寻呼之后发起用于UL SDT数据的MO SDT。条件能够可替选地是：MOSDT成功发射UL数据的全部或部分。当满足条件时，DL MT SDT过程被取消。另外，用于响应针对DL MT SDT的寻呼的RACH被停止。

根据第二实施例，定义SDT或RACH过程的优先级。

根据第二实施例的第一子实施例，SDT的优先级由SDT发射的业务(数据或流或逻辑信道)的优先级来表示。具体地，DL MT SDT或UL MO SDT的优先级由在其上存在SDT数据或SDT数据到达或待发射的数据的逻辑信道的优先级当中的最高优先级来确定。该优先级能够专门为SDT配置，或者与逻辑信道的现有优先级相同。例如，如果用于DL SDT的数据仅与一个逻辑信道相关联并且用于UL SDT的数据仅与一个逻辑信道相关联，则DL SDT DRB的优先级表示DL MT SDT的优先级，同时UL SDT DRB的优先级表示UL MO SDT的优先级。总的来说，SDT(例如MT SDT或UL MO SDT)中的每一个都与优先级相关联。

DL MT SDT的优先级能够在DL消息中预定义或配置或指示，例如，在Msg2或MsgB或Msg4中指示。该指示能够是意指高或低的一个比特。

根据第二实施例的第二子实施例，RACH过程被优先化。当用于UL数据传输的MOSDT是RA-SDT时，应用第二子实施例。例如，用于UL SDT的RACH的优先级被配置为高于用于响应于MT SDT的RACH(即，用于MT SDT的RACH)。

用于UL SDT的RACH能够是回退RACH(#1)(基于RACH的MO SDT回退到遗留RACH)或基于RACH(#1)的MO-SDT。对于MT SDT，回退RACH(#1)(基于RACH的MO-SDT回退到遗留RACH)或基于RACH(#1)的MO-SDT能够具有比RACH(#2)的优先级更高的优先级。在这种条件下，ULMO SDT或RACH(#1)能够中断DL MT SDT或RACH(#2)。

具体地，UE的MAC实体可以停止用于RACH(#2)的ra-ResponseWindow(ra-响应窗口)(即，停止监测随机接入响应)。可替选地，UE的MAC实体可以停止用于RACH(#2)的msgB-ResponseWindow(msgB-响应窗口)。进一步可替选地，UE的MAC实体可以停止针对RACH(#2)而启动的ra-ContentionResolutionTimer(ra-竞争解决定时器)。

顺便提及，如果UL MO SDT或用于UL SDT的RACH的优先级被配置为低于DL MT SDT或用于MT SDT的RACH，则DL MT SDT或RACH(#2)能够中断UL MO SDT或RACH(#1)。

因此，在比较SDT或RACH过程的优先级之后，具有高优先级的SDT或RACH过程能够停止或中断具有低优先级的SDT或RACH过程。当优先级相同时停止哪个过程取决于UE的实现方式。

具体地，UE的MAC实体可以停止用于具有低优先级的RACH的ra-ResponseWindow(即，停止监测随机接入响应)。可替选地，UE的MAC实体可以停止用于具有低优先级的RACH的msgB-ResponseWindow。进一步可替选地，UE的MAC实体可以停止为低优先级的RACH而启动的ra-ContentionResolutionTimer。

顺便提及，如果在寻呼消息中接收时已经存储被用于识别非RRC_CONNECTED状态下的移动终止呼叫的过程的mt-SDT，则该mt-SDT被丢弃。

如果存在多于2个SDT(例如，触发多于一个DL MT SDT和/或触发多于一个MO SDT(用于UL SDT))，则能够在多于两个SDT或多于两个RACH过程当中进行优先级的比较。

第三实施例涉及其中即使UL SDT数据在DL MT SDT完成DL数据传输之前到达也不停止DL MT SDT的其它过程。

参考图3描述根据第三实施例的第一子实施例的过程300。

在步骤310中，接收针对MT SDT(例如，为DL数据传输而发起的DL MT SDT)的寻呼，并且发起RACH(即，用于MT SDT的RACH)以响应DL MT SDT。

在步骤320中，UL SDT数据在用于MT SDT的RACH中的Msg3或MsgA被发射之前到达。

在步骤330中，在用于MT SDT的RACH中的Msg3或MsgA中，将恢复原因设置为mo-SDT。传统上，在用于MT SDT的RACH中的Msg3中，该恢复原因应被设置为寻呼中接收到的mt-SDT，这意味着RACH是对MT SDT的响应。在步骤330中，当该恢复原因被设置为mo-SDT时，这意味着UE希望发起MO SDT。

在可选的步骤340中，如果在寻呼消息中接收时已经存储被用于识别非RRC_CONNECTED状态下的移动终止呼叫的过程的mt-SDT，则该mt-SDT被丢弃。

参考图4描述根据第三实施例的第二子实施例的过程400。

在步骤410中，接收针对MT SDT(例如，为DL数据传输而发起的DL MT SDT)的寻呼，并且发起RACH(即，用于MT SDT的RACH)以响应该寻呼。

在步骤420中，UL SDT数据到达。

在步骤430中，在发射UL SDT数据之前，UE接收具有SuspendConfig的RRC释放消息(这意味着通过MT SDT的DL数据传输已经完成)。

在步骤440中，如果在发起UL MO SDT时在缓冲区中存在与所配置的SDT RB对应的PDCP和/或RLC SDU和/或PDU，则触发新的BSR。

在步骤450中，能够在UL MO SDT的PDU中组装或发射BSR。

参考图5描述根据第三实施例的第三子实施例的过程。

在步骤510中，当已经配置CG-SDT时，接收针对MT SDT(例如，为DL数据传输发起的DL MT SDT)的寻呼。针对MT SDT的寻呼可以用于定位报告。

在步骤520中，UE被(预)配置或(预)允许通过CG-SDT来响应MT SDT。例如，如果MTSDT能够触发对应的MO SDT，则能够允许UE通过CG-SDT来响应MT SDT。此步骤能够在步骤510之前执行。

在步骤530中，允许UE通过CG-SDT来响应所配置的MT SDT(即，接收到寻呼的MTSDT)。例如，寻呼是为了定位报告。经配置的MT SDT能够通过新标签来指示，例如，定位-SDT或特定寻呼消息等。

在步骤540中，在用于MT SDT的RACH中的Msg3或MsgA中，将恢复原因设置为mt-SDT(即，RACH过程是对MT SDT的响应)或mo-SDT(如果满足现有准则，则发起CG-SDT)或新原因(指示RACH过程是对MT SDT的响应)。

参考图6描述根据第三实施例的第四子实施例的过程600。

在步骤610中，接收针对MT SDT(例如，为DL数据传输发起的DL MT SDT)的寻呼。

在步骤620中，在MT SDT完成之前，预期由MO SDT发射的UL SDT数据到达。

在步骤630中，UE被(预)配置或(预)允许指示UL SDT数据的到达。此步骤能够在步骤610和620之前执行。

在步骤640中，UL SDT数据到达的指示被发射到网络设备。该传输能够在RACH(即，用于MT SDT的RACH)期间在UL消息中承载，以用于响应MT SDT。

图7是图示根据本申请的方法700的实施例的示意性流程图。在一些实施例中，方法700由诸如远程单元(UE)的装置来执行。在某些实施例中，方法700可以由执行程序代码的例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等的处理器来执行。

方法700可以由与网络设备处于非无线电资源控制(RRC)_CONNECTED状态下的终端设备执行，并且包括702从网络设备接收针对移动终止(MT)小数据传输(SDT)的寻呼；以及当预期通过移动发起(MO)SDT发射的上行链路(UL)数据在MT SDT完成之前到达时，704确定是否停止MT SDT。可以针对从网络设备到终端设备的DL数据传输而发起MT SDT。

该方法可以进一步包括发起用于UL数据的UL MO SDT；以及停止MT SDT。可替选地，该方法可以进一步包括发起用于UL数据的UL MO SDT；以及当UL MO SDT发射UL数据时，停止MT SDT。

在一个实施例中，MT SDT和UL MO SDT中的每一个与优先级相关联。该方法可以进一步包括发起用于UL数据的UL MO SDT；以及当UL MO SDT具有高于MT SDT的优先级时，停止MT SDT。MT SDT的优先级和UL MO SDT的优先级中的每一个可以由其中发射的业务的优先级来确定。可替选地，MT SDT的优先级和UL MO SDT的优先级中的每一个由存在SDT数据或SDT数据到达的逻辑信道的优先级当中的最高优先级确定。MT SDT的优先级可以在DL消息中指示。优选地，UL MO SDT的优先级被配置为高于MT SDT的优先级。

在一些实施例中，该方法可以进一步包括发起用于MT SDT的随机接入信道(RACH)；以及在用于MT SDT的RACH中的Msg3中将恢复原因设置为mo-SDT。在一些其他实施例中，该方法可以进一步包括：当CG-SDT已经配置时，通过CG-SDT响应MT SDT。在又一实施例中，该方法可以进一步包括发射UL数据到达的指示。

图8是图示根据本申请的方法800的又一实施例的示意性流程图。在一些实施例中，方法800由诸如基站单元的装置来执行。在某些实施例中，方法800可以由执行程序代码的例如，微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等的处理器来执行。

方法800可以由网络设备执行并且包括802向终端设备发射针对MT SDT的寻呼；以及804在MT SDT完成之前确定是否停止MT SDT。可以针对从网络设备到终端设备的DL数据传输而发起MT SDT。

该方法可以进一步包括当接收到发起MO SDT的指示时停止MT SDT。可替选地，该方法可以进一步包括当通过MO SDT接收到UL数据时停止MT SDT。

在一个实施例中，MT SDT和UL MO SDT中的每一个都被配置有优先级。MT SDT的优先级和UL MO SDT的优先级中的每一个由其中发射的业务的优先级确定。可替选地，MT SDT的优先级和UL MO SDT的优先级中的每一个由存在SDT数据或SDT数据到达的逻辑信道的优先级当中的最高优先级确定。MT SDT的优先级在DL消息中被指示。优选地，UL MO SDT的优先级被配置为高于MT SDT的优先级。

在一些实施例中，该方法可以进一步包括接收其中恢复原因被设置为mo-SDT的Msg3。在一些其他实施例中，该方法可以进一步包括接收UL数据的到达的指示。

图9是图示根据一个实施例的装置的示意性框图。

参考图9，UE(即，远程单元或终端设备)包括处理器、存储器和收发器。处理器实现图7中提出的功能、过程和/或方法。

UE包括处理器；和收发器，其耦合到处理器，其中该处理器被配置为：经由收发器从网络设备接收针对MT SDT的寻呼；并且当预期通过MO SDT发射的UL数据在MT SDT完成之前到达时确定是否停止MT SDT。可以为从网络设备到UE的DL数据传输而发起MT SDT。

处理器可以进一步被配置为发起针对UL数据的UL MO SDT；并停止MT SDT。可替选地，处理器可以进一步被配置为发起针对UL数据的UL MO SDT；并且当UL MO SDT发射UL数据时，停止MT SDT。

在一个实施例中，MT SDT和UL MO SDT中的每一个与优先级相关联。处理器可以进一步被配置为发起针对UL数据的UL MO SDT；并且当UL MO SDT具有高于MT SDT的优先级时，停止MT SDT。MT SDT的优先级和UL MO SDT的优先级中的每一个可以由其中发射的业务的优先级来确定。可替选地，MT SDT的优先级和UL MO SDT的优先级中的每一个由存在SDT数据或SDT数据到达的逻辑信道的优先级当中的最高优先级来确定。MT SDT的优先级可以在DL消息中指示。优选地，UL MO SDT的优先级被配置为高于MT SDT的优先级。

在一些实施例中，处理器可以进一步被配置为发起用于MT SDT的随机接入信道(RACH)；并且在用于MT SDT的RACH中的Msg3中将恢复原因设置为mo-SDT。在一些其他实施例中，处理器可以进一步被配置为当CG-SDT已被配置时，通过CG-SDT响应MT SDT。在又一实施例中，处理器可以进一步被配置为经由收发器发射UL数据到达的指示。

参考图9，gNB(即，基站单元或网络设备)包括处理器、存储器和收发器。处理器实现图8中提出的功能、过程和/或方法。

网络设备包括处理器；以及收发器，其耦合到处理器，其中该处理器被配置为：经由收发器向终端设备发射针对MT SDT的寻呼；并且在MT SDT完成之前确定是否停止MTSDT。MT SDT可以针对从网络设备到终端设备的DL数据传输而发起。

处理器可以进一步被配置为当接收到发起MO SDT的指示时停止MT SDT。可替选地，处理器可以进一步被配置为当通过MO SDT接收到UL数据时停止MT SDT。

在一个实施例中，MT SDT和UL MO SDT中的每一个都被配置有优先级。MT SDT的优先级和UL MO SDT的优先级中的每一个由其中发射的业务的优先级确定。可替选地，MT SDT的优先级和UL MO SDT的优先级中的每一个由存在SDT数据或SDT数据到达的逻辑信道的优先级当中的最高优先级确定。MT SDT的优先级在DL消息中指示。优选地，UL MO SDT的优先级被配置为高于MT SDT的优先级。

在一些实施例中，处理器可以进一步被配置为经由收发器接收其中恢复原因被设置为mo-SDT的Msg3。在一些其他实施例中，处理器可以进一步被配置为经由收发器接收UL数据到达的指示。

无线电接口协议的层可以由处理器来实现。存储器与处理器连接以存储用于驱动处理器的各种信息。收发器与处理器连接以发射和/或接收无线电信号。不言而喻的是，收发器可以被实现为用于发射无线电信号的发射器和用于接收无线电信号的接收器。

存储器可以通过各种公知手段被定位在处理器内部或外部并且与处理器连接。

在上述实施例中，实施例的组件和特征以预定形式组合。除非另外明确地陈述，否则每个组件或功能应该被认为是选项。每个组件或特征可以被实现为不与其他组件或特征相关联。此外，可以通过使一些组件和/或特征相关联来配置实施例。可以改变实施例中描述的操作的次序。任何实施例的一些组件或特征可以被包括在另一实施例中或者用与另一实施例对应的组件和特征替换。显而易见的是，在权利要求中未明确地引用的权利要求被组合以形成实施例或者被包括在新权利要求中。

实施例可以由硬件、固件、软件或其组合实现。在由硬件实现的情况下，根据硬件实施方式，可以通过使用一个或多个专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理器件(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、处理器、控制器、微控制器、微处理器等来实现本文中描述的示例性实施例。

可以其他特定形式实践实施例。所描述的实施例应在所有方面被认为是仅说明性的而不是限制性的。本发明的范围因此由所附权利要求而不由前面的描述指示。落在权利要求的等同含义和范围内的所有改变都应被涵盖在其范围内。

Claims (15)

1.一种由与网络设备处于非无线电资源控制(RRC)_CONNECTED状态下的终端设备执行的方法，所述方法包括：

从所述网络设备接收针对移动终止(MT)小数据传输(SDT)的寻呼；以及

当预期通过移动发起(MO)SDT发射的上行链路(UL)数据在所述MT SDT完成之前到达时，确定是否停止所述MT SDT。

2.根据权利要求1所述的方法，进一步包括：

发起针对所述UL数据的UL MO SDT；以及

停止所述MT SDT。

3.根据权利要求1所述的方法，进一步包括：

发起针对所述UL数据的UL MO SDT；以及

当所述UL数据由所述UL MO SDT发射时，停止所述MT SDT。

4.根据权利要求1所述的方法，其中，所述MT SDT和所述UL MO SDT中的每一个与优先级相关联。

5.根据权利要求4所述的方法，进一步包括：

发起针对所述UL数据的UL MO SDT；以及

当所述UL MO SDT具有高于所述MT SDT的优先级时，停止所述MT SDT。

6.根据权利要求4所述的方法，其中，所述MT SDT的优先级和所述UL MO SDT的优先级中的每一个由其中发射的业务的优先级来确定。

7.根据权利要求4所述的方法，其中，所述MT SDT的优先级和所述UL MO SDT的优先级中的每一个由存在SDT数据或SDT数据到达的逻辑信道的优先级当中的最高优先级来确定。

8.根据权利要求4所述的方法，其中，所述MT SDT的优先级在DL消息中被指示。

9.根据权利要求4所述的方法，其中，所述UL MO SDT的优先级被配置为高于所述MTSDT的优先级。

10.根据权利要求1所述的方法，进一步包括：

发起针对MT SDT的随机接入信道(RACH)；以及

在用于MT SDT的所述RACH中的Msg3中将恢复原因设置为mo-SDT。

11.根据权利要求1所述的方法，进一步包括：

当CG-SDT已经被配置时，通过所述CG-SDT响应所述MT SDT。

12.根据权利要求1所述的方法，进一步包括：

发射所述UL数据的所述到达的指示。

13.一种UE，包括：

处理器；以及

收发器，所述收发器耦合到所述处理器，

其中，所述处理器被配置为：

经由所述收发器从网络设备接收针对MT SDT的寻呼；并且

当预期由MO SDT发射的UL数据在所述MT SDT完成之前到达时，确定是否停止所述MTSDT。

14.一种由网络设备执行的方法，包括：

将针对MT SDT的寻呼发射到终端设备；以及

在所述MT SDT完成之前确定是否停止所述MT SDT。

15.一种网络设备，包括：

处理器；以及

收发器，所述收发器耦合到所述处理器，

其中，所述处理器被配置为：

经由所述收发器将针对MT SDT的寻呼发射到终端设备；并且

在所述MT SDT完成之前确定是否停止所述MT SDT。