CN117461350A - 通信的方法、装置和计算机存储介质 - Google Patents

Abstract

本公开的实施例涉及用于通信的方法、设备和计算机可读介质。终端设备确定针对无线电承载的无线电链路控制(RLC)实体重建是否要被执行，该无线电承载被配置有在非活动状态下数据的传输。如果确定RLC实体重建要被执行，则终端设备重建RLC实体。之后，终端设备在无线电承载上、在非活动状态下向网络设备发送上行链路数据。通过这样的方式，如果终端设备确定需要针对SDT执行RLC实体重建，则能够针对配置有SDT的无线电承载来处理RLC实体重建，从而提高SDT过程的性能。

Description

通信的方法、装置和计算机存储介质

技术领域

本公开的实施例通常涉及电信领域，尤其涉及在终端设备的非活动状态下的数据传输期间进行通信的方法、设备和计算机存储介质。

背景技术

通常地，在非活动状态下的终端设备可能仍有少量且不频繁的数据业务要发送。在第三代合作伙伴计划(3GPP)版本16之前，非活动状态不能支持数据传输，并且终端设备必须针对任何下行链路和上行链路数据恢复连接(即，进入连接状态)。这将导致不必要的功耗和信令开销。

在这种事件中，3GPP版本17已经批准在非活动状态下小数据传输(SDT)。因此，可以减少信令开销。然而，到目前为止，SDT相关技术仍然不完整，有待进一步地发展。

发明内容

通常，本公开的示例实施例提供了一种用于通信的方法、设备和计算机存储介质。

在第一方面，提供了一种通信的方法。该方法包括在终端设备处，确定针对无线电承载的无线电链路控制RLC实体重建是否要被执行，无线电承载被配置有在非活动状态下数据的传输；根据确定RLC实体重建要被执行，重建RLC实体；以及在无线电承载上、在非活动状态下向网络设备发送上行链路数据。

在第二方面，提供了一种通信的方法。该方法包括：响应于从在非活动状态下的终端设备接收到上行链路数据和无线电资源控制RRC恢复请求消息，向终端设备发送RRC恢复消息，RRC恢复信息包括针对未被配置有在非活动状态下数据的传输的无线电承载的RLC实体重建的指示。

在第三方面中，提供了一种通信的方法。该方法包括：在在非活动状态下执行上行链路数据的传输的终端设备处，确定按需信息是否是可用的；以及根据确定按需信息是不可用，执行以下中的至少一项：触发向网络设备的针对按需信息的请求的传输，或避免向网络设备的针对按需信息的请求的传输。

在第四方面中，提供了一种通信的方法。该方法包括：响应于以下中的至少一项，在终端设备处中止在非活动状态下上行链路数据的传输：从网络设备接收寻址终端设备的寻呼消息，在终端设备的无线电资源控制RRC层从非接入层接收连接建立的中止，与在非活动状态下上行链路数据的传输相关的第一定时器的到期，已经达到无线电链路控制RLC重传的最大数目，初始上行链路数据的传输故障了预定次数，以及从终端设备的MAC层向RRC层提供指示以取消在非活动状态下上行链路数据的传输。

在第五方面中，提供了一种通信的方法。该方法包括：在终端设备处，基于与无线电资源控制(RRC)恢复过程相关的第一值，确定用于RRC恢复过程的消息认证码完整性的MAC-I的参数；以及发送RRC恢复请求消息，RRC恢复请求消息包括参数以发起RRC恢复过程，其中第一值与用于确定另外的RRC恢复过程的MAC-I的第二值是不同的。

在第六方面中，提供了一种通信的方法。该方法包括：在终端设备处触发功率余量报告(PHR)；根据确定上行链路数据将在非活动状态下被发送，确定上行链路授权是否容纳上行链路数据并且不附加地容纳PHR；根据确定上行链路授权容纳上行链路数据并且不附加地容纳PHR，向上行链路数据分配资源；以及使用所分配的资源向网络设备发送上行链路数据。

在第七方面中，提供了一种终端设备。该终端设备包括：终端设备包括处理器和耦合到处理器的存储器。存储器存储指令，该指令在由处理器执行时使得终端设备执行根据本公开的第一方面、第三方面、第四方面、第五方面或第六方面所述的方法。

在第八方面中，提供了一种网络设备。该网络设备包括处理器和耦合到该处理器的存储器。存储器存储指令，该指令在由处理器执行时使得网络设备执行根据本公开的第二方面所述的方法。

在第九方面，提供了一种计算机可读介质，其上存储有指令。该指令被至少一个处理器上执行时，使得至少一个处理器执行根据本公开的第一方面、第三方面、第四方面、第五方面或第六方面所述的方法。

在第十方面，提供了一种计算机可读介质，其上存储有指令。该指令在至少一个处理器上执行时，使得至少一个处理器执行根据本公开的第二方面所述的方法。

通过以下描述，本公开的其他特征将变得容易理解。

附图说明

通过附图中对本公开的一些实施方式的更详细描述，本公开的上述和其他目的、特征和优点将变得更加明显，其中：

图1A图示了其中可以实现本公开的一些实施例的示例通信网络；

图1B图示了其中可以实现本公开的一些实施例的用户平面(UP)协议栈的示意图；

图1C图示了其中可以实现本公开的一些实施例的控制平面(CP)协议栈的示意图；

图2A图示了示出其中可以实现本公开的一些实施例的SDT过程的示意图；

图2B图示了示出包括可以实现本公开的一些实施例的初始数据传输阶段和后续数据传输阶段的SDT过程的示意图；

图3图示了根据本公开的一些实施例的SDT过程的信令流程；

图4图示了根据本公开的一些实施例的SDT过程的信令流程；

图5图示了根据本公开的一些实施例的SDT过程的信令流程；

图6图示了根据本公开的一些实施例的SDT过程的信令流程；

图7图示了根据本公开的一些实施例的SDT过程的信令流程；

图8图示了根据本公开的一些实施例的在终端设备处实现的通信的示例方法；

图9图示了根据本公开的一些实施例的在网络设备处实现的另一示例通信方法；

图10图示了根据本公开的一些实施例的在终端设备处实现的另一示例通信方法；

图11图示了根据本公开的一些实施例的在终端设备处实现的另一示例通信方法；

图11图示了根据本公开的一些实施例的在终端设备处实现的另一示例通信方法；

图12图示了根据本公开的一些实施例的在终端设备处实现的另一示例通信方法；

图13图示了根据本公开的一些实施例的在终端设备处实现的另一示例通信方法；以及

图14是适用于实现本公开的实施例的设备的简化框图。

在整个附图中，相同或相似的附图标记表示相同或相似的元件。

具体实施方式

现在将参考一些示例实施例来描述本公开的原理。应当理解的是，描述这些实施例仅是为了说明和帮助本领域技术人员理解和实现本公开的目的，并不对本公开的范围提出任何限制。本文中描述的公开内容可以以除下面描述的方式之外的各种方式来实现。

在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术术语和科学术语具有与本公开所属领域的普通技术人员通常理解的含义相同的含义。

如本文所使用的，术语“终端设备”是指具有无线或有线通信能力的任何设备。终端设备的示例包括但不限于用户设备(UE)、个人计算机、台式机、移动电话、蜂窝电话、智能电话、个人数字助理(PDA)、便携式计算机、平板电脑、可穿戴设备、物联网(IoT)设备、万物互联(IoE)设备、机器类型通信(MTC)设备、用于V2X通信的车载设备，其中X表示行人、车辆或基础设施/网络，或图像捕获设备，诸如数码相机、游戏设备、音乐存储和播放设备，或实现无线或有线互联网接入和浏览等的互联网设备。术语“终端设备”可以与UE、移动站、用户站、移动终端、用户终端或无线设备互换使用。此外，术语“网络设备”是指能够提供或托管终端设备可以通信的小区或覆盖范围的设备。网络设备的示例包括但不限于节点B(NodeB或NB)、演进型节点B(eNodeB或eNB)、下一代节点B(gNB)、传输接收点(TRP)、远程无线电单元(RRU)、无线电头(RH)、远程无线头(RRH)、诸如毫微微节点的低功率节点、微微节点等。

在一个实施例中，终端设备可以与第一网络设备和第二网络设备连接。第一网络设备和第二网络设备中的一个可以是主节点，而另一个可以是辅节点。第一网络设备和第二网络设备可以使用不同的无线电接入技术(RAT)。在一个实施例中，第一网络设备可以是第一RAT设备，第二网络设备可以是第二RAT设备。在一个实施例中，第一RAT设备是eNB，并且第二RAT设备是gNB。可以从第一网络设备或第二网络设备中的至少一个向终端设备发送与不同的RAT相关的信息。在一个实施例中，可以从第一网络设备向终端设备发送第一信息，并且可以直接或经由第一网络设备从第二网络设备向该终端设备发送第二信息。在一个实施例中，与由第二网络设备配置的终端设备的配置有关的信息可以经由第一网络设备从第二网络装置发送。与由第二网络设备配置的终端设备的重配置相关的信息可以直接或经由第一网络设备从第二网络装置发送到终端设备。

如本文所使用的，单数形式“一”、“一个”和“该”也旨在包括复数形式，除非上下文另有明确指示。术语“包括”及其变型将被解读为开放式术语，其意味着“包括但不限于”。术语“基于”将被解读为“至少部分地基于”。术语“一个实施例”和“实施例”将被解读为“至少一个实施例”。术语“另一实施例”将被解读为“至少一个其他实施例”。术语“第一”、“第二”等可以指不同或相同的对象。其它明确和隐含的定义可以包括在下面。

在一些示例中，值、过程或装置被称为“最佳”、“最低”、“最高”、“最小”、“最大”等。应当理解的是，这样的描述旨在表示可以在许多所使用的功能备选方案中进行选择，并且这样的选择不是必须比其它选择更好、更小、更高或更优选。

通信环境示例

图1A图示了其中可以实现本公开的一些实施例的示例通信系统100A。作为通信网络的一部分的通信系统100A包括终端设备110-1、终端设备110-2、……、终端设备110-N，其可以统称为“终端设备110”。数字N可以是任何合适的整数。

通信系统100A还包括网络设备120。在一些实施例中，网络设备120可以是gNB。备选地，网络设备120可以是IAB。尽管未示出，但是在通信系统100A中也可以存在多于一个的网络设备120。

在通信系统100A中，网络设备120和终端设备110可以相互通信数据和控制信息。在图1中示出的终端设备110和网络设备120的数量是出于说明的目的给出的，而不暗示任何限制。

如图1A所示，终端设备110可以经由无线通信信道等信道与网络设备120进行通信。通信网络100A中的通信可以符合任何合适的标准，包括但不限于全球移动通信系统(GSM)、长期演进(LTE)、LTE演进、高级LTE(LTE-A)、宽带码分多址(WCDMA)、码分多址(CDMA)、GSM EDGE无线接入网(GERAN)以及机器类型通信(MTC)等。此外，可以根据当前已知的或将来要开发的任何一代通信协议来执行通信。通信协议的示例包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、第五代(5G)通信协议。

从终端设备110面向网络设备120的方向上的通信被称为UL通信，而从网络设备120面向终端设备110的反向方向上的通信被称为DL通信。终端设备110可以在网络设备120和可能的其他网络设备的小区之间移动。在UL通信中，终端设备110可以经由UL信道向网络设备120发送UL数据(例如，使用数据无线电承载(DRB)的数据传输和/或使用信令无线电承载(SRB)的数据传输)。在DL通信中，网络设备120可以经由DL信道向终端设备110发送DL数据。

通信网络100A中的通信可以根据UP和CP协议栈来执行。通常地来说，对于通信设备(诸如终端设备110或网络设备)，在协议栈中存在用于多个网络协议层的多个实体，这些实体可以被配置为对从通信设备发送并由通信设备接收的数据或信令执行相应的处理。图1B图示了示出根据本公开的一些实施例的可以在设备处为UP协议栈建立的网络协议层实体的示意图100B。

如图1B所示，在UP中，终端设备110和网络设备120中的每一个可以包括用于L1层的实体，即用于物理(PHY)层的实体(也称为PHY实体)，以及用于上层(L2和L3层，或上层)的一个或多个实体，包括用于介质接入控制(MAC)层的实体(也被称为MAC实体)，用于无线电链路控制(RLC)层的实体(也被称为RLC实体)、用于分组数据汇聚协议(PDCP)层的实体(也被称为PDCP实体)以及用于服务数据应用协议(SDAP)层的实体(也被称为SDAP实体，其在5G和更高代网络中建立)。在某些情况下，PHY、MAC、RLC、PDCP、SDAP实体处于堆栈结构中。

图1C图示了示出根据本公开的一些实施例的可以在设备处为CP协议栈建立的网络协议层实体的示意图100C。如图1C所示，在CP中，终端设备110和网络设备120中的每一项可以包括用于L1层的实体，即用于PHY层的实体(也被称为PHY实体)，以及用于上层(L2和L3层)的一个或多个实体，包括用于MAC层的实体(也被称为MAC实体)、用于RLC层的实体(也被称为RLC实体)，用于PDCP层的实体(也被称为PDCP实体)以及用于无线电资源控制(RRC)层的实体(也被称为RRC实体)。RRC层也可以被称为接入层(AS)层，因此RRC实体也可以被称作AS实体。如图1C所示，终端设备110还可以包括用于非接入层(NAS)层的实体(也被称为NAS实体)。网络侧的NAS层不位于网络设备中，而是位于核心网(CN，未示出)中。在某些情况下，这些实体处于堆栈结构中。

通常地，通信信道分为逻辑信道、传输信道和物理信道。物理信道是PHY层实际发送信息的信道。例如，物理信道可以包括物理上行链路控制信道(PUCCH)、物理上行链路共享信道(PUSCH)、物理随机接入信道(PRACH)、物理下行链路控制信道(PDCCH)、物理下行链路共享信道(PDSCH)和物理广播信道(PBCH)。

传输信道是PHY层和MAC层之间的信道。例如，传输信道可以包括广播信道(BCH)、下行链路共享信道(DL-SCH)、寻呼信道(PCH)、上行链路共享信道(UL-SCH)和随机接入信道(RACH)。

逻辑信道是MAC层与RLC层之间的信道。例如，逻辑信道可以包括专用控制信道(DCCH)、公共控制信道(CCCH)、寻呼控制信道(PCCH)、广播控制信道(BCCH)和专用业务信道(DTCH)。

通常地，RRC层与PDCP层之间或SDAP层与PDCP层之间的信道被称为无线电承载。终端设备110可以被配置有用于承载数据平面数据的至少一个DRB和用于承载控制平面数据的最少一个SRB。在本公开的上下文中，DRB可以被配置为支持非活动状态下的传输(即，支持SDT)。当然，DRB也可以被配置为不支持非活动状态下的传输。SRB可以被配置为支持在非活动状态下传输。当然，SRB也可以被配置为不支持在非活动状态下传输。

在RRC层中定义了三种类型的SRB，即SRB0、SRB1和SRB2。SRB0使用CCCH用于RRC连接建立或RRC连接重建。SRB1使用DCCH，并且在建立RRC连接时SRB1被建立。SRB2使用DCCH，并且在RRC重配置期间和初始安全激活之后SRB2被建立。

如上所述，3GPP版本17已批准在非活动状态下小数据传输(SDT)。存在涉及小数据和不频繁数据交换的各种应用。例如，在移动设备的一些应用中，SDT可能涉及来自即时消息(IM)服务的业务、例如来自IM或电子邮件客户端和其他服务的心跳或保活业务、各种应用中的推送通知、来自可穿戴设备的业务(包括，例如，周期性定位信息)等。在非移动设备的一些应用中，SDT可能涉及传感器数据(例如，在物联网网络中周期性地或以事件触发的方式发送的温度、压力读数)、从智能电表发送的计量和警报信息等。

在本公开的上下文中，在非活动状态下终端设备110可以与网络设备120通信。在一些实施例中，例如，终端设备110可以在接收到具有suspendConfig的RRC释放之后进入去激活状态。

在一些场景中，当终端设备110具有来自支持在非活动状态下传输的无线电承载的小且不频繁的数据业务要发送时，终端设备110可以发起SDT过程。一个无线电承载是否支持在非活动状态下传输是由网络设备120或其他网络设备配置的。

图2A图示了示出可以实现本公开的一些实施例的用于一次(one-shot)的SDT过程200A的示意图。图2A所示的过程仅包括初始数据传输阶段。如图2A所示，在非活动状态下的终端设备110可以向网络设备120发送201RRC恢复请求消息，其中UL数据(即上行链路数据，例如，使用被配置有SDT的SRB或DRB发送的数据)与数据业务相关。例如，终端设备110可以在两步RACH过程的Msg A或四步RACH过程的Msg3中发送具有UL数据的RRC恢复请求消息。当然，终端设备110也可以在配置授权(CG)资源中发送具有UL数据的RRC恢复请求消息。RRC恢复请求消息可以包括恢复MAC-I。

在接收到RRC恢复请求消息和UL数据时，网络设备120可以向终端设备110发送202具有与UL数据对应的DL数据的RRC释放消息。例如，网络设备120可以在2步RACH过程的MsgB或4步RACH过程的Msg4中发送具有DL数据的RRC释放消息。或者，网络设备120可以发送具有DL数据的RRC释放消息作为在CG资源处的传输的响应。然后，SDT过程200A结束。

图2B图示了示出包括可以实现本公开的一些实施例的初始数据传输阶段和数据后续数据传输阶段的SDT过程200B的示意图。如图2B所示，在非活动状态下的终端设备110可以向网络设备120发送211具有UL数据和缓冲状态报告(BSR)的RRC恢复请求消息。例如，终端设备110可以在2步RACH过程的Msg A中或者在4步RACH过程的Msg3中发送具有UL数据和BSR的RRC恢复请求消息。当然，终端设备110也可以在配置授权(CG)资源中发送具有UL数据的RRC恢复请求消息。RRC恢复请求消息可以包括恢复MAC-I。

在接收到具有UL数据和BSR的RRC恢复请求消息后，网络设备120可以向终端设备110发送212后续数据传输的指示。例如，网络设备120可以发送指示后续数据传输的显式RRC消息。作为另一示例，网络设备120可以发送用于另外的传输的上行链路授权(UL授权)，以便隐式地指示后续数据传输。在一些实施例中，网络设备120还可以向终端设备110发送具有该指示的DL数据。至此，初始数据传输已经完成。

基于该指示，终端设备110可以向网络设备120发送213另外的UL数据和BSR(例如，基于动态授权或配置授权)。然后，网络设备120可以向终端设备110发送214用于动态授权的UL授权。在一些实施例中，网络设备120可以向终端设备110发送具有UL授权的DL数据。

基于来自网络设备120的UL授权，终端设备110可以向网络设备120发送215剩余的UL数据。因此，网络设备120可以向终端设备110发送216RRC释放消息。至此，后续数据传输已经完成。也就是说，SDT过程200B结束。应当理解的是，SDT过程200B可以包括后续数据传输中的或多或少的步骤，并且本公开的保护范围在这方面不受限制。

在以上部分中，参考图2A和图2B说明了可能的SDT过程。在接下来的部分中，将介绍一些与SDT相关的具体场景。

应当理解的是，在本公开中，术语“在SDT期间”可以与“用于SDT的定时器正在运行”互换使用。例如，定时器可以在SDT被发起之后启动。

然而，本公开的发明人注意到，为了为SDT提供更健壮和安全的解决方案，在特定场景中仍然存在一些需要解决的问题(例如，SDT的RLC重建的处理、SDT期间的按需SI/PI、SDT中止、与恢复MAC-I计算相关的安全问题、功率余量报告(PHR)等)。为了解决这些问题或其他潜在场景中的问题，本公开的实施例提供了用于在SDT过程期间处理这些问题的通信解决方案。

应当注意的是，对于发现的每个场景，上述问题的细节及其相应的解决方案将分别在下面的部分中介绍。以下将参考附图详细描述本公开的原理和实现。

用于SDT的RLC重建的处理的示例实现

当上层(例如，RRC)请求RLC实体重建时，终端设备110可以丢弃所有RLC服务数据单元(SDU)、RLC SDU段和RLC协议数据单元(PDU)(如果有的话)。此外，在RLC实体重建期间，所有定时器都将停止并重置。此外，该过程将所有状态变量重置为其初始值。

在一个示例中，RLC实体重建的目的中的一个目的被用于避免缓冲的数据在后续数据传输中被发送，因为缓冲的数据(例如，当终端设备110位于先前小区中时应该被发送的数据)是使用旧密钥加密的。如果缓冲的数据是由终端设备110在其移动到新小区时发送的，则将出现错误。因此，缓冲的数据应该被丢弃，并且不会被发送。

reestablishRLC被用于指示RLC应当被重建。网络设备120至少在用于与该RLC实体相关联的无线电承载的安全密钥改变时将其设置为真(true)。对于SRB2和DRB，在RRC连接的恢复或重建后的第一次重配置期间，它也被设置为真(true)。

然而，本公开的发明人注意到，只有当网络设备120向终端设备110配置RLC重建(即，reestablishRLC)时，才执行RLC实体重建。然而，在SDT的情况下，终端设备110将发送RRC恢复请求消息，该消息具有如上文参考图2A和图2B直接发送的上行链路数据(例如，使用被配置有SDT的SRB或DRB发送的数据)，并且在该时间点，终端设备110尚未从网络设备120接收配置(例如，reestablishRLC)。换句话说，网络设备120不可能在SDT初始化时进行配置(例如，reestablishRLC)。对应地，如果不为SDT执行RLC重建，则将存在如上所述的问题(例如，将发送缓冲的旧数据，这是不被预期的)。因此，RLC实体重建需要在SDT被发起之前或被发起时执行。

鉴于此，本申请的实施例提供了处理SDT的RLC实体重建的解决方案。在该解决方案中，终端设备110首先确定针对无线电承载的RLC实体重建是否要被执行，并且无线电承载被配置有在非活动状态下数据的传输。之后，如果确定RLC实体重建要被执行，则终端设备110重建RLC实体。之后，终端设备110在无线电承载上、在非活动状态下向网络设备120发送上行链路数据。以这样的方式，如果终端设备110确定需要针对SDT执行RLC实体重建，则RLC实体重建能够被处理以用于被配置有SDT的无线电承载，从而提高SDT过程的性能。

现在参考图3，图3图示了根据本公开的一些实施例的SDT过程的信令流程300。为了便于讨论，将参考图1A描述信令流程300。如图1A所示，信令流程300涉及终端设备110和网络设备120。

如图3所示，终端设备110确定310是否要执行针对无线电承载的RLC实体重建。无线电承载被配置有在非活动状态下上行链路数据的传输(即，被配置有SDT的无线电承载)。

在一些实施例中，终端设备110可以确定上行链路数据的传输是否要在非活动状态下执行。如果要在非活动状态下执行上行链路数据的传输，则终端设备110可以确定要执行RLC实体重建。这样，对于被配置有SDT的无线电承载，能够在终端设备110处隐式地执行RLC重建，也就是说，在没有针对网络的RLC重建的明确指示的情况下。

在一些其他实施例中，如果从网络设备120接收到RRC释放消息，并且该RRC释放信息包括关于被配置有在非活动状态下上行链路数据的传输的无线电承载的RLC实体重建的指示，则终端设备110可以确定要执行RLC实体重建。这样，网络设备120可以利用suspendConfig为RRCRelease中的SDT无线电承载配置reestablishRLC，使得RLC实体重建能够被处理用于配置有SDT的无线电承载。

应当理解的是，终端设备110还可以确定RLC实体重建将以其他方式执行，并且本公开的范围在这方面不受限制。

在确定要执行RLC实体重建之后，终端设备110可以重建320RLC实体。在一些实施例中，当终端设备110的上层(例如，PDCP、RRC或NAS)请求RLC实体重建时，终端设备110的RLC层可以丢弃所有RLC SDU、RLC SDU分段和RLC协议数据单元(PDU)(如果有的话)。在一些其他实施例中，在RLC实体重建期间，终端设备110还可以停止并重置所有定时器。备选地，终端设备110可以将所有状态变量重置为它们的初始值。终端设备110的RLC层还可以执行其他动作以重建RLC实体，并且本公开的范围在这方面不受限制。

在重建RLC实体时，终端设备110在非活动状态下在无线电承载上向网络设备120发送330上行链路数据。在一些实施例中，终端设备110可以参考图2A和图2B介绍的使用基于RA的SDT或基于CG的SDT来在非活动状态下发送上行链路数据。

在一些示例中，如果满足基于CG的SDT标准，则终端设备110可以选择基于CG的SDT。否则，如果满足基于RA的SDT标准，则终端设备110可以选择RA-SDT。

在这样的示例中，如果满足以下一个或多个条件，则可以认为满足CG-SDT标准：1)可用的数据量<＝数据量阈值；2)参考信号接收功率(RSRP)大于或等于配置的阈值；或者3)基于CG的SDT资源被配置在所选择的UL载波上并且是有效的。同时，如果满足以下一个或多个条件，则认为满足基于RA的SDT标准，1)可用数据量<＝数据量阈值；2)RSRP大于或等于配置的阈值；3)在所选择的UL载波上配置基于4步RA的SDT资源，并且满足选择基于4步RA的SDT的标准；或者在所选择的UL载波上配置基于2步RA的SDT资源，并且满足选择基于2步RA的SDT的标准。

对于上述解决方案，例如，在SDT期间将不会发送不被预期的缓冲的旧数据。能够提供更健壮的SDT解决方案。

当前，网络设备120可以在SDT期间向终端设备110发送RRC恢复消息，以指示终端设备110转移到非SDT模式。根据常规解决方案，网络设备120可以在恢复RRC连接时指示RLC重建。然而，对于SDT无线电承载，如果网络设备120指示RLC重建，则缓冲的RLC分组将被清理，这导致分组丢失。

为了解决上述问题，在一些实施例中，当从在非活动状态下的终端设备110接收上行链路数据和无线电资源控制(RRC)恢复请求消息时，网络设备120可以向终端设备110发送RRC恢复消息。RRC恢复信息可以包括针对未被配置有在非活动状态下数据的传输的无线电承载的RLC实体重建的指示。

在从网络设备120接收到RRC恢复消息之后，终端设备110可以重建RLC实体，以用于在连接状态下发送数据。换句话说，网络设备120仅在SDT期间在RRC恢复消息中为非SDT无线电承载配置reestablishRLC。因此，对于SDT无线电承载，缓冲的RLC分组将不会被清理。

对应地，例如，修改后的3GPP规范的相关内容如下：reestablishRLC指示RLC应当被重建。然后，至少每当用于与该RLC实体相关联的无线电承载的安全密钥改变时，网络设备120可以将其设置为真。对于SRB2和DRB，在RRC连接的恢复或重建后的第一次重配置期间，它也被设置为真。当在SDT期间恢复RRC连接时，仅向不支持SDT的无线电承载指示。

应当理解的是，该解决方案(即，向终端设备110发送RRC恢复消息的网络设备120，该RRC恢复信息包括针对未被配置有在非活动状态下数据的传输的无线电承载的RLC实体重建的指示)可以独立地或与上述针对SDT处理RLC实体重建的解决方案一起工作并且本公开的范围在这方面不受限制。

按需系统/位置信息请求的示例实现

系统信息(SI)包括最小SI和其他SI。最小SI包括初始接入所需的基本信息和获取任何其他SI的信息。最小SI由主信息块(MIB)和系统信息块1(SIB1)组成。

在一些示例中，其他SI包括未在最小SI中广播的所有SIB。在这些示例中，例如，这些SIB可以在DL-SCH上周期性地广播。在另一示例中，还可以在DL-SCH上按需广播SIB(即，根据来自在RRC_IDLE、RRC_INACTIVE或RRC_CONNECTED下的终端设备110的请求)。备选地，可以在DL-SCH上以专用方式将这些SIB发送到在RRC_CONNECTED下的UE(即，如果由网络配置，则根据来自在RRC_CONNECT下的UE的请求，或者当UE具有没有被配置有公共搜索空间的活动BWP时)。

此外，除了SI之外，在一些示例中，终端设备110还可能需要获得位置信息(PI)。在这样的示例中，当终端设备110请求时，网络设备120也可以广播PI(即，按需广播)。这样，可以经由包括在从网络设备120广播的PI中的参数来获得终端设备110的位置。

然而，本公开的发明人注意到，在SDT(即，由在非活动状态下的终端设备110进行的上行链路传输)期间，终端设备110可能需要请求按需SI/PI。这样，在一个方面中，对按需SI/PI的请求可以与初始上行链路SDT传输中在非活动状态下上行链路数据传输一起被发送。也就是说，需要同时发送两个CCCH消息(因为RRC恢复请求消息和RRC_System_Info_Request消息两者是经由CCCH消息发送的)。然而，在传统的解决方案中，UL授权的大小被设计用于至少一个CCCH消息，并且用于CCCH消息的RLC的模式是透明模式(TM)，这意味着CCCH消息在被发送时不应当被分段。也就是说，如果UL授权的大小不足以发送两个CCCH消息，则不能以分离的方式发送第二CCCH消息(即，CCCH消息的一部分在该UL授权中发送，而CCCH消息中的另一部分在下一UL授权中发送)。对应地，当在UL授权中发送两个CCCH消息，并且UL授权的大小太小而不能保持两个CCCH消息时，这可能导致不能发送两个CCCH消息中的第二个CCCH消息。

在另一方面，发明人还注意到，当在初始上行链路SDT传输之后存在在非活动状态下后续上行链路数据传输时，终端设备110可以在非活动状态下继续执行传输。此时，如果终端设备110需要请求按需SI/PI，则没有关于如何在后续数据传输阶段中将针对按需SIPI的请求与后续SDT传输一起发送的解决方案。换句话说，对于在非活动状态下的终端设备110，没有关于在后续上行链路数据传输阶段期间如何发送CCCH消息的解决方案。对应地，例如，考虑到CCCH消息不能如上所述被分段，当用于后续上行链路数据传输的UL授权的大小对于CCCH消息来说是不够的时，这可能是有问题的。

在一些其他方面，也可以经由RACH过程获得按需SI/PI；同时，如上所述，经由基于RA的SDT，在非活动状态下上行链路传输的初始数据传输阶段(即SDT)能够被执行。因此，可能触发两个并行RACH过程(即，一个用于按需SI/PI，另一个用于在非活动状态下上行链路传输的初始数据传输阶段)，这是不允许的。然而，由于终端设备110的MAC实体仅允许执行一个RACH过程。因此，触发两个并行RACH过程也是有问题的。

综上所述，如何处理上述问题场景还没有解决方案。换句话说，对于SDT期间触发按需SI/PI信息请求的场景，需要一种解决方案。

为了解决上述问题中的至少一个问题，提供了SDT的解决方案。在该解决方案中，在非活动状态下执行上行链路数据的传输的终端设备110(即，执行SDT的终端设备)首先确定按需信息是否是可用的。如果确定按需信息是不可用的，则终端设备110执行以下操作中的至少一个操作。首先，终端设备110触发向网络设备120的针对按需信息的请求的传输。备选地，终端设备110避免向网络设备120的针对按需信息的请求的传输。换句话说，终端设备110将不向网络设备120发送针对按需信息的请求。

因此，终端设备110能够允许在SDT期间请求按需信息(例如，按需SI/PI)，或者避免在SDT过程中按需信息请求被发送。因此，可以正确地处理在SDT期间触发的按需信息请求(例如，在不中断现有SDT的情况下)，从而提高SDT解决方案的鲁棒性。

现在参考图4，图4示出了根据本公开的一些实施例的SDT过程的信令流程400。为了便于讨论，将参考图1A描述信令流程400。信令流程300涉及如图1A所示的终端设备110和网络设备120。

如图4所示，在非活动状态下执行上行链路数据传输的终端设备110确定410按需信息是否是可用的。在一个示例中，按需信息可以包括按需SI。在另一示例中，按需信息还可以包括按需PI。应当理解的是，按需信息还可以包括其他类型的按需信息，并且本公开的范围在这方面不受限制。

在一些实施例中，终端设备110可以确定按需信息是否是可用的。如果不是，则终端设备110可以确定其是否正在非活动状态下执行上行链路数据的传输(即SDT)。如果是，则终端设备110可以触发向网络设备120的针对按需信息的请求的传输，或者避免(即不发送)向网络设备110的针对按需消息的请求的传输。

在一些实施例中，如果确定不存在按需信息的有效版本并且按需信息没有被网络设备120广播，则终端设备110可以确定按需信息是不可用的。在这样的实施例中，例如，没有有效版本的按需信息可能是终端设备110没有存储有效版本。在另一示例中，可能是终端设备根本没有存储任何版本的按需信息。

在一些其他实施例中，如果确定在RRC层从终端设备110的上层接收到针对按需信息的请求，并且按需信息没有被网络设备120广播，则终端设备110可以确定按需信息是不可用的。终端设备110还可以确定按需信息是可用的还是不可用的，并且本公开的范围在这方面不受限制。

之后，如果确定按需信息是不可用的，则终端设备110确定420触发向网络设备120的针对按需信息的请求的传输。备选地，终端设备110避免向网络设备120的针对按需信息的请求的传输。换句话说，终端设备110在SDT期间将不请求按需SI或按需PI。在这种情况下，终端设备110可以在SDT过程之后推迟请求。在一些其他实施例中，如果确定按需信息是不可用的，并且终端设备110没有执行SDT(即，用于SDT的定时器没有运行)，则终端设备110可以请求按需SI/PI。

终端设备110可以以各种方式触发向网络设备120的针对按需信息的请求的传输。在接下来的部分中，将详细介绍如何触发请求的传输。然而，应当理解的是，还将存在触发请求的传输的其他方式，并且本公开的范围在这方面不受限制。

在一些实施例中，终端设备110可以从非活动状态进入空闲状态，然后向网络设备120发送针对按需信息的请求。在这样的实施例中，在一个示例中，终端设备110的较低层(例如，MAC层)可以被触发以根据TS 38.321使用对应于终端设备110在小区内需要操作的(多个)SI消息的si-RequestConfig中的(多个)PRACH前导码和(多个)PRACH资源，以在正常上行链路上发起随机接入(RA)过程，并且针对此si-BroadcastStatus被设置为notBroadcasting。因此，可以对应地从网络设备120获得按需信息。

在另一示例中，终端设备110可以根据现有的3GPP标准发起RRCSystemInfoRequest消息(即，使用CCCH的SRB0消息)的传输，以请求在非活动(INACTIVE)状态或空闲(IDLE)状态下的终端设备110的按需SI/PI。

在一些其他实施例中，终端设备110可以中止在非活动状态下上行链路数据的传输，然后向网络设备120发送针对按需信息的请求。例如，终端设备110可以通过使用要在本公开的以下部分中描述的相同中止过程来中止在非活动状态下上行链路数据的传输。终端设备110还可以通过其他中止过程中止在非活动状态下上行链路数据的传输，并且本公开的范围在这方面不受限制。

在这样的实施例中，终端设备110的较低层(例如PHY层)可以被触发以根据TS38.321使用对应于终端设备110在小区内需要操作的(多个)SI消息的si-RequestConfig或si-RequestConfigSUL中的(多个)PRACH前导码和(多个)PRACH资源，以在正常上行链路或补充上行链路上发起RA过程，并且针对此si-BroadcastStatus被设置为notBroadcasting。因此，可以对应地从网络设备120获得按需信息。

在另一示例中，终端设备110可以根据现有的3GPP标准发起RRCSystemInfoRequest消息(即，使用CCCH的SRB0消息)的传输，以请求在非活动状态或空闲状态下的终端设备110的按需SI/PI。

备选地，终端设备110可以通过发送SRB1消息或SRB2消息来触发针对按需SI/PI的请求的传输。因此，由于SRB1和SRB2消息是在RLC确认模式(AM)中发送的，因此允许对这种模式进行分段。因此，由于使用DCCH来发送针对按需SI/PI的请求，所以不存在UL授权是否大到足以容纳CCCH消息的问题。

在这样的实施例中，例如，可以使用现有的SRB1或SRB2消息。在该示例中，现有的DedicatedSIBSRequest消息可以被用于发送按需SI/PI。为了更多类型的SIB，可以将消息的内容扩展为请求除当前由DedicatedSIBSRequest消息支持的SIB12、SIB13、SIB14之外的其他SIB(例如，SIB2至SIB11)。

在这样的实施例中，在另一示例中，可以使用新设计的消息来使用SRB1或SRB2发送按需信息。具体地，新消息的内容可以与RRCSystemInfoRquest相同或相似。

在一个示例中，新设计的消息可以如下：

应当理解的是，SRB1和SRB2消息也可以被设计为其他格式，并且本公开的范围在这方面不受限制。

在一些实施例中，如果基于RA的SDT被使用并且基于RA过程的请求被触发，则考虑到在基于RA的SDT的初始SDT阶段期间不能执行基于RA的请求，终端设备110可以推迟基于RA的请求，并在初始SDT传输(即，初始数据传输阶段)完成之后执行。备选地，在这种情况下，终端设备110也可以在初始数据传输阶段期间发送基于SRB0消息(例如，RRCSystemInfoRequest消息)的请求，而不是推迟基于RA的请求。

利用上述解决方案，当SDT期间需要按需信息并且触发基于RA过程的请求时，能够避免触发两个并行RACH过程的场景。

在一些示例中，针对按需SI/按需PI的基于RA过程的请求可以在SDT的后续数据传输阶段执行。在一些其他示例中，也可以在基于CG的SDT期间针对按需SI/按需PI执行基于RA过程的请求。

在一些实施例中，如上文参考图2A和图2B所述，在某些情况下，用于在非活动状态下上行链路数据的传输的(多个)阶段可以包括初始数据传输阶段和附加的后续数据传输阶段。对应地，在这样的实施例中，例如，终端设备110可以确定针对按需SI/PI的请求可以利用SRB0消息(例如，RRCSystemInfoRequest消息)发送，并且SRB0信息可以在初始数据传输阶段与RRC恢复请求消息以及在非活动状态下在介质接入控制协议数据单元(MAC PDU)中上行链路数据的传输一起发送。

在常规解决方案中，在初始数据传输阶段的RA过程期间使用临时小区无线电网络临时标识符(TC-RNTI)。然而，在后续数据传输阶段中，当使用用于动态授权或配置授权的上行链路授权时，将分别地使用小区无线电网络临时标识符(C-RNTI)和配置调度无线电网络临时标识(CS-RNTI)。然而，在常规解决方案中，C-RNTI和CS-RNTI两者都不被允许发送ULCCCH消息。因此，即使CCCH能够被分段，当在后续数据传输阶段中发送CCCH消息时，它仍然是有问题的。也就是说，需要允许C-RNTI和CS-RNTI用于在SDT的后续数据传输阶段期间发送用于按需SI/PI的UL CCCH消息。

为了解决上述问题，在另一示例中，终端设备110可以在后续数据传输阶段使用C-RNTI或CS-RNTI在CCCH上发送SRB0消息。例如，修改后的3GPP规范的相关内容如下表1所示：

表1RNTI用法

表1RNTI用法

对应的，C-RNTI和CS-RNTI能够被用于发送UL CCCH消息，从而按需系统信息请求能够在SDT期间被发起。

在一些其他实施例中，终端设备110可以确定针对按需信息的请求是使用SRB0消息发送的。对应地，在确定上行链路授权容纳上行链路数据并且不附加地容纳SRB0消息之后，终端设备110可以在进入空闲状态之后发送请求。备选地，终端设备110可以在中止在非活动状态下上行链路数据的传输之后发送请求。在一个示例中，终端设备110可以通过使用将在本公开的以下部分中描述的相同中止过程来中止在非活动状态下上行链路数据的传输。终端设备110还可以通过其他中止过程中止在非活动状态下上行链路数据的传输，并且本公开的范围在这方面不受限制。

换句话说，如果UL授权不能容纳CCCH消息的数据，则MAC层应该向RRC层指示。对应地，终端设备110的RRC层可以执行SDT中止过程或进入空闲模式，然后发起针对按需信息的请求。因此，即使在SDT过程期间触发了按需信息(例如，SI/PI)，终端设备110也能够获得该按需信息。

SDT过程终止的实例实现

本公开的发明人注意到，在SDT过程期间，可能存在无法继续执行SDT过程的一些情况。因此，SDT过程最好终止。然而，仍然不清楚终端设备110在这种情况下应该执行什么以终止SDT过程。

此外，本公开的发明人发现了许多场景，其中不清楚一旦发生这些场景中的任何一个场景，终端设备110应该做什么。具体地，在一种场景中，例如，当终端设备110仅通过发送RRC恢复请求消息和上行链路数据来发送初始SDT，并且网络设备120由于网络中的延迟或故障而没有接收到该初始数据传输时。此时，如果终端设备110接收到寻呼请求(例如，当存在传入呼叫时)，则最好提供针对寻呼请求的响应，而不是继续执行SDT。这是因为SDT的优先级低于例如传入呼叫引起的寻呼请求。在这种场景中，终端设备110应该如何处理SDT过程？

此外，在另一场景中，例如终端设备110的上层(例如，NAS层)可以向RRC层触发RRC恢复过程，并且SDT过程由RRC层发起。然而，在这之后，上层可以向RRC层指示放弃RRC恢复过程，即中止RRC连接建立。在这种情况下，终端设备110应该如何处理SDT过程？

在另一场景中，定时器被引入，以用于确定上行链路数据的传输是否故障。例如，定时器可以是一旦由RRC层发起SDT过程就发起的定时器。备选地，定时器也可以是当在后续数据传输阶段期间在终端设备110处执行上行链路数据的传输时发起或重置的定时器。

在正常场景中，被设置有最大值的定时器不应当在SDT过程期间到期，并且在定时器到期之前，应当存在来自网络设备120的响应。然而，如果定时器到期并且没有来自网络设备120的响应(例如，由于网络延迟、网络故障等)，则终端设备110可以确定上行链路数据的传输故障。在这种场景中，终端设备110应当如何处理SDT过程？

在另一场景中，当RLC传输故障时，将发生RLC重传。如果该RLC重传故障，则还可能存在另一RLC重传。对于这个场景，可以定义RLC重传的最大数目(例如，2次或4次RLC重传)。在SDT期间，当达到RLC重传的最大数目时，这可能意味着此时的信道状况较差。在这个场景中，终端设备110应该如何处理SDT过程？

此外，在基于RA的SDT的Msg A资源或Msg 3资源中或在基于CG的SDT中的CG资源中的初始上行链路数据传输故障预定次数，终端设备110应当如何进一步执行SDT过程？

在另外的场景中，终端设备110的RRC层可以确定具有新数据的所有无线电承载都被配置为支持SDT，并且数据量低于阈值，则RRC层将向终端设备的MAC层指示，使得MAC层将选择是执行基于RA的SDT还是基于CG的SDT。如果适当的基于RA的SDT资源和基于CG的SDT资源都是不可用的，则MAC层应当向终端设备110的RRC层指示取消SDT，因为没有适当的SDT资源是可用的。此时，终端设备110的RRC层可能已经完成了上述RLC重建或其他SDT相关过程。然而，由于终端设备110的MAC层已经向RRC层指示了SDT资源的不可用性，因此终端设备110应当如何执行？

为了解决上述问题中的至少一个问题，提供了一种终止SDT的解决方案。现在参考图5，图5图示了根据本公开的一些实施例的SDT过程的信令流程500。为了便于讨论，将参考图1A描述信令流程500。信令流程500涉及如图1A所示的终端设备110和网络设备120。

如图5所示，例如，终端设备110可以在非活动状态下向网络设备120发送510上行链路数据。在另一示例中，终端设备110可能即将在非活动状态下向网络设备120发送上行链路数据，但尚未发送该上行链路数据。然后，响应于以下各项中的一项，终端设备110中止520在非活动状态下上行链路数据的传输(即，SDT过程)：从网络设备120接收寻址终端设备110的寻呼消息，在终端设备的RRC层从非接入层接收连接建立的中止，与在非活动状态下上行链路数据的传输相关的第一定时器的到期，已经达到RLC重传的最大次数，初始上行链路数据传输(在MsgA/Msg3/CG资源中)故障了预定次数，以及从终端设备110的MAC层向RRC层提供指示以取消在非活动状态下上行链路数据的传输。

在一些实施例中，终端设备110可以响应于接收到用于拒绝传输的消息(例如，RRCReject消息)而中止SDT过程。在一些示例中，终端设备110可以响应于来自不支持非活动状态下的传输(即，不支持SDT)的至少一个无线电承载的另外的上行链路数据而中止SDT过程。在一些示例中，终端设备110可以响应于NAS层或AS层请求转换到RRC连接状态而中止SDT过程。在一些实施例中，终端设备110可以响应于终端设备110的服务小区的接收信号功率(例如，RSRP)低于阈值功率而中止SDT过程。在一些实施例中，终端设备110可以响应于从第一小区到第二小区的小区重选而中止SDT过程。这些仅仅是示例，任何其他合适的条件对于中止SDT过程也是可行的。

在一些实施例中，终端设备110可以通过停止与在非活动状态下上行链路数据传输相关的定时器来中止SDT过程。因此，一旦定时器停止，定时器的到期将不会被触发，使得其他不被预期的行为不会被触发。

在一些其他实施例中，终端设备110还可以通过以下各项中的至少一项来中止SDT过程：丢弃当前KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；重置MAC并释放默认MAC小区组配置；重建至少支持在非活动状态下传输的无线电承载(即，所有无线电承载或仅支持SDT的无线电承载)的RLC实体；暂停SRB1和至少支持在非活动状态下传输的无线电承载(即所有无线电承载或仅支持SDT的无线电承载)。要注意的是，在中止SDT过程中也可以包括或多或少的动作。

通过上述解决方案，很清楚在哪些场景中的正在进行的SDT过程应该被终止。并且在所列出的场景发生的情况下，终端设备110可以中止SDT过程，从而提供更健壮的SDT解决方案。

在一些其他实施例中，终端设备110也可以响应以下各项中的任意一项而进入空闲状态：从网络设备120接收寻址终端设备110的寻呼消息，在终端设备110的RRC层从非接入层接收到连接建立的中止，与在非活动状态下上行链路数据的传输相关的第一定时器的到期，已经达到RLC重传的最大次数，初始上行链路数据的传输(在MsgA/Msg3/CG资源中)故障了预定次数，以及从终端设备110的MAC层向RRC层提供指示以取消在非活动状态下上行链路数据的传输。

通过上述解决方案，在出现所列场景的情况下，终端设备110也可以进入空闲状态，从而为SDT提供更健壮和完整的解决方案。

应该理解的是，在进入空闲状态(即RRC_idle)之后，终端设备110可以根据现有3GPP标准中定义的来执行，其细节将不在本文中指定。

第二RRC恢复的示例实现

在一些实施例中，如上所述，由于各种原因，SDT过程被发起后可以进行SDT中止。并且在SDT中止之后，终端设备110可以停留在非活动状态。当在非活动状态时，终端设备110可以再次在同一小区中发起RRC恢复过程。本公开的发明人注意到，如果在这种场景中使用相同的恢复MAC-I，会存在一些安全问题。

具体地，恢复MAC-I是由终端设备110在RRC恢复请求消息中向网络设备120发送的信息，使得网络设备120可以使用它来验证终端设备110是否是合法的终端设备110。应当理解的是，RRC恢复请求消息可以是RRCResumeRequest消息或RRCResumeRequest1消息。

然而，问题是恢复MAC-I是在SDT中止过程之前进行的先前SDT过程中计算的。然而，由于RRC恢复过程(例如，对于SDT或对于非SDT)是使用相同的UE上下文在相同的小区中再次执行的，因此可以再次计算恢复MAC-I，使得在第二时间中计算的恢复MAC-I可以与在先前的SDT过程中计算的相同。因此，如果具有另一设备的人(例如，另一终端设备110)通过拦截获得了在中止过程之前的先前SDT过程中计算的恢复MAC-I，则具有该设备的这个人能够假装是终端设备110，并且向网络设备120发送第二RRC恢复请求消息。

为了防止上述情况的发生，在以下SDT/非SDT过程中，最好不要再次使用已使用一次的恢复MAC-I。对应地，提供了一种用于第二RRC恢复的解决方案。在该解决方案中，终端设备110基于与RRC恢复过程相关的第一值，确定用于RRC恢复过程的消息认证码完整性的MAC-I的参数。之后，终端设备110发送包括用于发起RRC恢复过程的参数的RRC恢复请求消息。在这样的解决方案中，第一值不同于用于确定另一RRC恢复过程(例如，在SDT中止过程之前发生的RRC恢复过程)的MAC-I的值。

通过上述解决方案，在第二RRC恢复过程中，能够使用针对各个场景的计数和/或承载和/或方向的不同输入值来计算MAC-I的参数(例如恢复MAC-I)，从而提高网络的安全性。

现在参考图6，图6图示了根据本公开的一些实施例的SDT过程的信令流程600。为了便于讨论，将参考图1A描述信令流程600。信令流程300涉及如图1A所示的终端设备110和网络设备120。

如图6所示，终端设备110基于与RRC恢复过程相关的值，确定610用于RRC恢复过程的MAC-I的参数。与RRC恢复过程相关的值不同于用于确定另一RRC恢复过程的MAC-I的值。在一些示例中，MAC-I的参数可以是恢复MAC-I。

在一些示例中，用于确定另一RRC恢复过程的MAC-I的值可以是预定的值，该值是二进制一的序列。例如，如果它是16比特的序列，那么预定值可以是1111，1111，1111，1111。在一些其他实施例中，预定值可以是11或1111，并且本公开的实施例在这方面不受限制。

在一些实施例中，与RRC恢复过程相关的值可以是用于确定恢复MAC-I的计数的输入比特。在一些其他实施例中，该值可以是用于确定恢复MAC-I的承载的输入比特。备选地，该值可以是用于确定恢复MAC-I的方向的输入比特。在其他实施例中，该值也可以是计数、承载和方向的输入比特或其任意组合。

在一些实施例中，响应于确定RRC恢复过程是在中止在非活动状态下另外的上行链路数据的传输之后被发起的，终端设备110可以确定参数。

在这样的实施例中，例如，如果终端设备110后续使用相同的UE上下文在相同的小区中执行第二RRC恢复过程(用于SDT或遗留的数据传输)，终端设备110将RRCResumeRequest或RRCResumeRequest1中的恢复MAC-I设置为MAC-I的16个最低有效比特，该MAC-I是利用除所有二进制一之外的计数和/或承载和/或方向的预定输入值计算的(例如，所有二进制零、由二进制一和零组成的序列等)：2>通过ASN.1根据PER条款8编码(即8比特的倍数)VarResumeMAC-Input；

2>利用在UE非活动的AS上下文中以及先前配置的完整性保护算法中的KRRCint密钥；以及

2>利用被设置为预定值的用于计数和/或承载和/或方向的输入比特，该预定值不是全部二进制一的。

利用上述解决方案，当终端设备110再次在同一小区中发起RRC恢复过程时，能够在SDT中止之后使用不同的恢复MAC-I，从而提高系统的安全性。

在一些其他实施例中，响应于确定RRC恢复过程是用于在非活动状态下上行链路数据的传输，终端设备110还可以确定参数。

在这样的实施例中，例如，如果终端设备110发起用于SDT的RRC恢复过程，则终端设备110可以计算恢复MAC-I，其中用于计数和/或承载和/或方向的输入比特被设置为预定值，该预定值不是全部二进制一(例如，全部二进制零等)。否则，终端设备110计算与常规解决方案相同的恢复MAC-I，即设置为所有二进制一。

现在返回图6，在确定了用于RRC恢复过程的MAC-I的参数之后，终端设备110发送620RRC恢复请求消息，该RRC恢复消息包括发起RRC恢复过程的参数。

在一些示例中，包括恢复MAC-I的RRC恢复请求可以由终端设备110发送到网络设备120，如下：

此外，状态变量TX_NEXT指示要发送的下一PDCP SDU的计数值。在一些实施例中，除了配置有状态变量延续的SRB之外，状态变量的初始值是0。在一些实施例中，对于被配置有状态变量延续的目标SRB，初始值是存储在PDCP实体中的对应源SRB的值。对于被配置有状态变量延续的源SRB，初始值是存储在PDCP实体中的对应目标SRB的值。

在PDCP实体暂停过程期间，TX_NEXT被设置为初始值，该初始值当前在终端设备110进入非活动状态之后执行。

在RRC恢复过程期间，PDCP重建被执行，其中用于无应答模式(UM)DRB和SRB的状态变量TX_NEXT被设置为初始值。

在这种情况下，如果在与使用当前UE上下文的先前SDT过程相同的小区中触发RRC恢复过程，则在RRC恢复过程期间或之后通过SDT或遗留数据传输来被发送的分组将使用与用于先前发送的分组的安全密钥和计数值相同的安全密钥和计数值进行加密。然而，在RRC恢复过程期间或之后要发送的分组可以不同于先前SDT过程中先前发送的分组。因此，这将导致使用相同的安全密钥和计数值对不同的分组进行加密，从安全角度来看这是不允许的。

鉴于此，本申请的实施例提供了用于处理安全问题的解决方案，以便不重置状态变量TX_NEXT。

如上所述，在一些场景中，SDT过程可能会被中断，然后终端设备110可能会在已经执行SDT过程的同一小区触发另一RRC恢复过程。本实施例旨在提供一种在这些场景中增强安全性的解决方案，下面将对此进行详细说明。

在这样的实施例中，终端设备110可以在非活动状态下向网络设备120发送上行链路数据。换句话说，终端设备110执行SDT过程。在一些实施例中，终端设备110可以中止SDT过程。

在SDT过程期间，终端设备110可以确定是否要在已经执行SDT过程的小区处执行与网络设备120的连接的恢复。如果要在小区处执行连接的恢复，则终端设备110可以执行如下所述的连接的恢复。

例如，终端设备110可以在PDCP重建中维护未确认模式(UM)DRB或SRB的PDCP实体的状态变量(即TX_NEXT)，以恢复连接。也就是说，UM DRB或SRB的PDCP实体的TX_NEXT在RRC恢复过程中不被设置为初始值。通过这样的方式，在RRC恢复过程中要被发送的第一分组可以利用与SDT过程中先前发送的分组不同的计数值进行加密。

当NAS层或AS层请求终端设备110恢复用于SDT或遗留数据传输的RRC连接时，如果这是终端设备110使用当前UE上下文执行了SDT过程的小区，则终端设备110可以在RRC恢复过程中执行以下行为。例如，在遗留数据传输的情况下，网络设备120可以将终端设备110配置为执行针对RRC恢复消息中DRB、SRB1和SRB2的PDCP重建。在SDT的情况下，终端设备110的RRC层可以发起针对被配置有SDT的DRB或SRB(例如，SRB1或SRB2)的PDCP重建。当RRC层指示被配置有SDT的无线电承载的PDCP实体执行重建时，RRC层还应该向PDCP指示TX_NEXT在UMDRB和UM SRB的重建期间未被初始化。

在一些实施例中，如果另一个RRC恢复过程(即，第二RRC过程)被用于遗留数据传输(即，连接状态期间的数据传输)，则考虑到仅存在SDT承载而不是非SDT承载的安全问题，网络设备120可以以下列方式中的任意一个方式，在RRC恢复消息中进行配置。

例如，在RRC恢复消息中，网络设备120可以为SDT承载和非SDT承载配置PDCP重建，并且终端设备110的RRC层可以在执行PDCP重建时向PDCP层指示支持SDT的无线电承载的TX_NEXT延续。

备选地，在RRC恢复消息中，网络设备120可以为不支持SDT的无线电承载配置PDCP重建。同时，网络设备120可以为支持SDT的DRB配置PDCP恢复，并且为支持SDT的SRB1和/或SRB配置PDCP SDU丢弃。利用PDCP恢复，对于支持SDT的无线电承载，TX_NEXT也不会被重置。

在一些实施例中，如果要在不同于已经执行SDT过程的小区的小区处执行连接的恢复，则终端设备110可以通过在PDCP重建中发起状态变量来执行连接的恢复。例如，终端设备110可以在PDCP重建之前向DRB的下层指示PDCP暂停，并且执行PDCP重建而不指示TX_NEXT未被初始化。

例如，修改后的3GPP规范的相关内容如下：

当上层请求PDCP实体重建时，发送PDCP实体应当：

-对于UM DRB和AM DRB，如果TS 38.331中未配置drb-ContinueROHC，则重置上行链路的ROHC协议，并以U模式下的IR状态开始(如RFC 3095[8]和RFC 4815[9]中定义)[3]；

-对于UM DRB和AM DRB，如果TS 38.331[3]中未配置drb-ContinueEHC-UL，则重置上行链路的EHC协议；

-如果上层没有指示保持TX_NEXT值，则对于UM DRB和SRB，将TX_NEXT设置为初始值；

-对于SRB，丢弃所有存储的PDCP SDU和PDCP PDU。

功率余量报告的示例实现

当前，PHR由终端设备110使用向网络设备120报告上行链路功率的使用状态。在常规的解决方案中，PHR是在SDT时由终端设备110的MAC层触发的。此外，PHR具有比数据(例如，DRB数据和SRB数据)更高的优先级。

对应地，在初始数据传输阶段，当RRC恢复请求(即CCCH消息)要与在非活动状态下上行链路数据一起发送时，并且如果在这个时间点，还需要发送PHR，则可能导致UL授权只能容纳数据(包括UL CCCH、DCCH和DTCH)而不能容纳PHR MAC CE加上其报头(三个字节)。因此，上行链路数据可能不会被一次发送，并且终端设备110必须执行后续数据传输，这是最好避免的。

在一些示例中，如果具有上行链路数据的RRC恢复请求消息的大小是100比特，并且PHR的大小是10比特(即总共110比特)。然而，如果网络设备120仅分配了100个比特。如上所述，PHR的优先级高于数据。结果，将有10比特的数据不能在该上行链路授权中发送，并且需要在后续数据传输阶段中发送。然而，考虑到PHR被用于后续数据传输(例如，用于调整后续数据传输的上行链路传输的功率)，但具有更高的优先级，导致数据在初始数据传输阶段无法被一次性发送。

为了解决上述问题，提供了一种SDT的解决方案。现在参考图7，图7图示了根据本公开的一些实施例的SDT过程的信令流程700。为了便于讨论，将参考图1A描述信令流程700。信令流程700涉及如图1A所示的终端设备110和网络设备120。

如图7所示，终端设备110触发710PHR。然后，如果确定上行链路数据要在非活动状态下被发送，则终端设备110确定720上行链路授权是否容纳上行链路数据并且不附加地容纳PHR。如果确定上行链路授权容纳上行链路数据并且不附加地容纳PHR，则终端设备110为上行链路数据分配730资源。之后，终端设备110使用所分配的资源来发送740上行链路数据。

因此，如果PHR在SDT期间被触发，如果UL授权可以容纳所有可用于传输的未决数据，但是不足以附加地容纳PHR MAC CE及其报头，则在执行资源分配时，MAC层不应当选择并分配资源给PHR MAC CE的逻辑信道。

因此，如果UL授权只能容纳数据而不能容纳PHR，则UE仅发送数据。SDT过程可以在一次传输中完成。

在一些实施例中，如果确定上行链路授权不附加地容纳PHR，则终端设备110可以避免为PHR的MAC-CE分配资源。也就是说，终端设备110将不向PHR的MAC-CE分配资源。在一些实施例中，如果UL授权可以容纳数据和PHR两者，则终端设备110可以同时发送这两者。

方法的示例实现

对应地，本公开的实施例提供了在终端设备和网络设备处实现的通信方法。这些方法将在下面参考图8至图13进行描述。

图8图示了根据本公开的一些实施例的在终端设备处实现的通信的示例方法800。例如，方法800可以在如图1A所示的终端设备110处执行。出于讨论的目的，在下文中，将参考图1A描述方法800。应当理解的是，方法800可以包括未示出的附加块和/或可以省略所示的一些块，并且本公开的范围在这方面不受限制。

如图8所示，在块810，终端设备110确定针对无线电承载的RLC实体重建是否要被执行。无线电承载被配置有在非活动状态下数据的传输。在一些实施例中，确定RLC实体重建是否要被执行包括：如果上行链路数据的传输要在非活动状态下被执行，确定RLC实体重建要被执行；或如果从网络设备接收到包括关于无线电承载的RLC实体重建的指示的无线电资源控制(RRC)释放消息，则确定RLC实体重建要被执行。

在块820，如果确定RLC实体重建要被执行，则终端设备110重建RLC实体。之后，终端设备110在无线电承载上、在非活动状态下向网络设备发送上行链路数据向网络设备发送上行链路数据。

在一些实施例中，响应于从网络设备接收到RRC恢复消息，RRC恢复消息包括针对未被配置有在非活动状态下数据的传输的另外的承载的另外的RLC实体重建的指示，终端设备可以重建用于在连接状态下发送数据的另外的RLC实体。

图9示出了根据本公开的一些实施例的在网络设备处实现的通信的另一示例方法900。例如，方法900可以在如图1A所示的网络设备120上执行。出于讨论的目的，在下文中，将参考图1A描述方法900。应当理解的是，方法900可以包括未示出的附加块和/或可以省略所示的一些块，并且本公开的范围在这方面不受限制。

如图9所示，在块910，网络设备120确定是否从在非活动状态下的终端设备接收到上行链路数据和RRC恢复请求消息。如果是，则网络设备120向终端设备发送RRC恢复消息，该RRC恢复信息包括针对未被配置有在非活动状态下数据的传输的无线电承载的RLC实体重建的指示。

图10示出了根据本公开的一些实施例的在终端设备处实现的通信的另一示例方法1000。例如，方法1000可以在如图1A所示的终端设备110上执行。出于讨论的目的，在下文中，将参考图1A描述方法1000。应当理解的是，方法1000可以包括未示出的附加块和/或可以省略所示的一些块，并且本公开的范围在这方面不受限制。

如图10所示，在块1010，执行在非活动状态下上行链路数据的传输的终端设备确定按需信息是否是可用的。如果不是，则方法1000将前进到块1020。

在块1020，如果确定按需信息是不可用的，则终端设备执行以下各项中的至少一项：触发向网络设备的针对按需信息的请求的传输，或者避免向网络设备的针对按需信息的请求的传输。

在一些实施例中，按需信息可以包括以下中的至少一项：按需SI或按需PI。

在一些实施例中，触发请求的传输可以包括：进入空闲状态；以及执行动作以请求按需信息，动作由以下中的至少一项执行：发送SRB0消息以请求按需信息；或发起RA过程。

在一些实施例中，触发请求的传输可以包括中止在非活动状态下上行链路数据的传输；以及执行动作以请求按需信息的，动作由以下中的至少一项执行：发送SRB0消息以请求按需信息；或者发起RA过程。

在一些实施例中，触发请求的传输可以包括发送SRB1消息或SRB2消息，以请求按需信息。

在一些实施例中，触发请求的传输可以包括以下中的至少一项：在初始数据传输阶段之后发送请求；或者在初始数据传输阶段期间发送SRB0消息。

在一些实施例中，用于在非活动状态下上行链路数据的传输的阶段包括初始数据传输阶段和后续数据传输阶段，该方法还可以包括：根据确定该请求是利用SRB0消息发送，通过以下中的至少一项来发送SRB0消息：在初始数据传输阶段期间，将SRB0消息与RRC恢复请求消息，以及在介质接入控制协议数据单元(MAC PDU)中的在非活动状态下上行链路数据的传输一起发送；或者在后续数据传输阶段期间，使用C-RNTI或CS-RNTI在CCCH上发送SRB0消息。

在一些实施例中，方法1000还可以包括确定该请求是利用SRB0消息发送的；以及根据确定上行链路授权容纳上行链路数据并且不附加地容纳SRB0消息，执行以下中的至少一项：在进入空闲状态之后发送请求，或者在中止在非活动状态下上行链路数据的传输之后发送请求。

在一些实施例中，确定按需信息是否是可用的包括以下中的至少一项：根据确定不存在按需信息的有效版本并且按需信息没有被网络设备广播，确定按需消息是不可用的；以及根据确定在RRC层从终端设备的上层接收针对按需信息的请求并且按需信息没有被网络设备广播，确定按需消息是不可用的。

图11示出了根据本公开的一些实施例的在终端设备处实现的通信的另一示例方法1100。例如，方法1100可以在如图1A所示的终端设备110处执行。出于讨论的目的，在下文中，将参考图1A描述方法1100。应当理解的是，方法1100可以包括未示出的附加块和/或可以省略所示的一些块，并且本公开的范围在这方面不受限制。

如图11所示，在块1110，终端设备110可以在非活动状态下向网络设备发送上行链路数据。在块1120，终端设备110响应于以下中的至少一项，中止在非活动状态下上行链路数据的传输：从网络设备接收寻址终端设备的寻呼消息，在终端设备的无线电资源控制(RRC)层从非接入层接收连接建立的中止，与在非活动状态下上行链路数据的传输相关的第一定时器的到期，已经达到无线电链路控制RLC重传的最大数目，初始上行链路数据的传输故障了预定次数，以及从终端设备的介质接入控制(MAC)层向RRC层提供用于取消在非活动状态下上行链路数据的传输的指示。

在一些实施例中，中止传输可以包括停止与在非活动状态下的上行链路数据的传输相关的定时器。

图12示出了根据本公开的一些实施例的在终端设备处实现的通信的示例方法1200。例如，方法1200可以在如图1A所示的终端设备110上执行。出于讨论的目的，在下文中，将参考图1A描述方法1200。应当理解的是，方法1200可以包括未示出的附加块和/或可以省略所示的一些块，并且本公开的范围在这方面不受限制。

如图12所示，在块1210，终端设备110基于与RRC恢复过程相关的第一值，确定用于无线电资源控制(RRC)恢复过程的MAC-I的参数。之后，在块1220，终端设备110发送包括参数的RRC恢复请求消息以发起RRC恢复过程。第一值与用于确定另外的RRC恢复过程的MAC-I的第二值是不同的。

在一些示例中，第一值可以包括以下中的至少一项：用于确定恢复MAC-I的计数的输入比特、用于确定恢复MAC-I的承载的输入比特以及用于确定恢复MAC-I的方向的输入比特。

在一些实施例中，确定参数可以包括响应于确定以下中的至少一项来确定参数：RRC恢复过程是在中止在非活动状态下另外的上行链路数据的另外的传输之后被发起的，或RRC恢复过程是用于在非活动状态下上行链路数据的传输的。

在一些实施例中，第一值包括用于确定恢复MAC-I的计数的输入比特、用于确定恢复MAC-I的承载的输入比特和用于确定恢复MAC-I的方向的输入比特中的一个或多个。在一些实施例中，预定值包括二进制一的序列。

图13示出了根据本公开的一些实施例的在终端设备处实现的通信的示例方法1300。例如，方法1300可以在如图1A所示的终端设备110处执行。出于讨论的目的，在下文中，将参考图1A描述方法1300。应当理解的是，方法1300可以包括未示出的附加块和/或可以省略所示的一些块，并且本公开的范围在这方面不受限制。

如图13所示，在块1310，终端设备110触发PHR。在块1320，终端设备110确定上行链路数据是否要在非活动状态下被发送。如果是，则在块1330，终端设备110确定上行链路授权容纳上行链路数据并且不附加地容纳PHR。如果是，则方法1300将进行到块1340。在块1340，终端设备110为上行链路数据分配资源。之后，在块1350，终端设备110使用所分配的资源向网络设备发送上行链路数据。

在一些实施例中，如果确定上行链路授权不附加地容纳PHR，则终端设备110可以避免向PHR的介质接入控制单元(MAC-CE)分配资源。

设备的示例实现

图14是适用于实现本公开的实施例的设备1400的简化框图。设备1400可以被视为如图1A所示的终端设备110或网络设备120的另外的示例实现方式。对应地，设备1400可以被实现在终端设备110或网络设备120处或者被实现为终端设备110或者网络设备120的至少一部分。

如图所示，设备1400包括处理器1410、耦合到处理器1410的存储器1420、耦合到处理器1410上的合适的发射机(TX)和接收机(RX)1440，以及耦合到TX/RX 1440上的通信接口。存储器1410存储程序1430的至少一部分。TX/RX 1440用于双向通信。TX/RX 1440具有至少一个天线以便于通信，尽管在实践中，本申请中提到的接入节点可以具有多个天线。通信接口可以表示与其他网络元件通信所必需的任何接口，诸如用于eNB/gNB之间的双向通信的X2/Xn接口、用于移动性管理实体(MME)/接入和移动性管理功能(AMF)/SGW/UPF与eNB/gNBs之间的通信的S1/NG接口，用于eNB/gNB与中继节点(RN)之间的通信的Un接口，或者用于eNB/gNB与终端设备之间的通信的Un接口。

程序1430被假设以包括程序指令，当由相关处理器1410执行时，使设备1400能够根据如本文参考图1至13所讨论的本公开的实施例进行操作。这里的实施例可以通过可由设备1400的处理器1410执行的计算机软件、或者通过硬件、或者通过软件和硬件的组合来实现。处理器1410可以被配置为实现本公开的各种实施例。此外，处理器1410和存储器1420的组合可以形成适于实现本公开的各种实施例的处理装置1450。

存储器1420可以是适合本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，诸如非瞬态计算机可读存储介质、基于半导体的存储设备、磁存储设备和系统、光存储设备和系统、固定存储器和可移动存储器，作为非限制性示例。虽然在设备1400中仅示出了一个存储器1420，但是在设备1400内可以存在多个物理上不同的存储器模块。处理器1410可以是适合于本地技术网络的任何类型，并且可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一个或多个，作为非限制性示例。设备1400可以具有多个处理器，诸如在时间上服从于使主处理器同步的时钟的专用集成电路芯片。

在一些实施例中，终端设备(例如，终端设备110)包括电路系统，该电路被配置为：确定针对无线电承载的无线电链路控制(RLC)实体重建是否要被执行，该无线电承载被配置有在非活动状态下数据的传输；根据确定RLC实体重建要被执行，重建RLC实体；以及在无线电承载上在非活动状态下向网络设备发送上行链路数据。

在一些实施例中，电路系统可以被配置为通过以下项来确定RLC实体重建是否要被执行：如果上行链路数据的传输要在非活动状态下被执行，则确定RLC实体重建要被执行；或者如果从网络设备接收包括关于针对无线电承载的RLC实体重建的指示的无线电资源控制(RRC)释放消息，则确定RLC实体重建要被执行。

在一些实施例中，电路系统还被配置为：响应于从网络设备接收到RRC恢复消息，RRC恢复消息包括针对未被配置有在非活动状态下数据的传输的另外的承载的另外的RLC实体重建的指示，重建用于在连接状态下发送数据的另外的RLC实体。

在一些实施例中，网络设备(例如，网络设备120)包括电路系统，该电路系统被配置为：响应于从在非活动状态下的终端设备接收到上行链路数据和无线电资源控制(RRC)恢复请求消息，向终端设备发送RRC恢复消息，RRC恢复信息包括针对未被配置有在非活动状态下数据的传输的无线电承载的(RLC)实体重建的指示。

在一些实施例中，终端设备包括电路系统，该电路系统被配置为：在非活动状态执行下上行链路数据的传输的终端设备处，确定按需信息是否是可用的；以及根据确定按需信息是不可用，执行以下中的至少一项：触发向网络设备的针对按需信息的请求的传输，或者避免向网络设备的针对按需信息的请求的传输。

在一些实施例中，按需信息包括以下中的至少一项：按需系统信息或按需位置信息。

在一些实施例中，电路系统可以被配置为通过以下项触发请求的传输：进入空闲状态；以及执行动作以请求按需信息，动作由以下中的至少一项执行：发送SRB0消息以请求按需信息；或者发起随机接入过程。

在一些实施例中，电路系统可以被配置为通过以下项触发请求的传输：中止在非活动状态下上行链路数据的传输；以及执行动作以请求按需信息，动作由以下中的至少一项执行：发送SRB0消息以请求按需信息；或发起随机接入过程。

在一些实施例中，电路系统可以被配置为通过以下各项触发请求的传输：发送信令无线电承载1(SRB1)消息或信令无线电承载2(SRB2)消息，以请求按需信息。

在一些实施例中，电路系统可以被配置为通过以下中的至少一项来触发请求的传输：在初始数据传输阶段之后发送请求；或者在初始数据传输阶段期间发送信令无线电承载0(SRB0)消息。

在一些实施例中，用于在非活动状态下上行链路数据的传输的阶段包括初始数据传输阶段和后续数据传输阶段，电路系统还被配置为：根据确定请求是利用SRB0消息发送的，通过以下中的至少一项来发送SRB0消息：在初始数据传输阶段期间，将SRB0消息与RRC恢复请求消息，以及在介质接入控制协议数据单元(MAC PDU)中的在非活动状态下上行链路数据的传输一起发送；或者在后续数据传输阶段期间，使用C-RNTI或CS-RNTI在公共控制信道(CCCH)上发送SRB0消息。

在一些实施例中，该电路系统还被配置为：确定该请求是利用SRB0消息发送的；并且根据确定上行链路授权容纳上行链路数据并且不附加地容纳SRB0消息，执行以下中的至少一项：在进入空闲状态之后发送请求，或者在中止在非活动状态下上行链路数据的传输之后发送请求。

在一些实施例中，电路系统可以被配置为通过以下中的至少一项来确定按需信息是否是可用的：根据确定不存在按需信息的有效版本并且按需信息没有被网络设备广播，确定按需消息是不可用的；以及根据确定在RRC层从终端设备的上层接收针对按需信息的请求并且按需信息没有被网络设备广播，确定按需消息是不可用的。

在一些实施例中，终端设备(例如，终端设备110)包括电路系统，该电路系统被配置为：在非活动状态下向网络设备发送上行链路数据；以及响应于以下中的至少一项，中止在非活动状态下上行链路数据的传输：从网络设备接收寻址终端设备的寻呼消息，在终端设备的无线电资源控制(RRC)层从非接入层接收连接建立的中止，与在非活动状态下上行链路数据的传输相关的第一定时器的到期，已经达到无线电链路控制RLC重传的最大数目，初始上行链路数据的传输故障了预定次数，以及从终端设备的介质接入控制(MAC)层向RRC层提供指示以取消在非活动状态下上行链路数据的传输。

在一些实施例中，电路系统被配置为通过停止与在非活动状态下的上行链路数据的传输相关的定时器来中止传输。

在一些实施例中，终端设备(例如，终端设备110)包括电路系统，该电路系统被配置为：基于与RRC恢复过程相关的第一值，确定用于RRC恢复过程的MAC-I的参数；以及发送RRC恢复请求消息，RRC恢复请求消息包括参数以发起RRC恢复过程，其中第一值与用于确定另外的RRC恢复过程的MAC-I的第二值是不同的。

在一些实施例中，第一值包括以下中的至少一项：用于确定恢复MAC-I的计数的输入比特、用于确定恢复MAC-I的承载的输入比特以及用于确定恢复MAC-I的方向的输入比特。

在一些实施例中，电路系统被配置为通过以下项来确定参数：响应于确定以下中的至少一项来确定参数：RRC恢复过程是在中止在非活动状态下另外的上行链路数据的另外的传输之后被发起的，或RRC恢复过程是用于在非活动状态下上行链路数据的传输的。

在一些实施例中，预定值可以包括二进制一的序列。

在一些实施例中，终端设备(例如，终端设备110)包括电路系统，该电路系统被配置为触发PHR；根据确定上行链路数据要在非活动状态下被发送，确定上行链路授权是否容纳上行链路数据并且不附加地容纳PHR；根据确定上行链路授权容纳上行链路数据并且不附加地容纳PHR，向上行链路数据分配资源；以及使用所分配的资源向网络设备发送上行链路数据。

电路系统还被配置为根据确定上行链路授权不附加地容纳PHR，避免向PHR的MAC-CE分配资源。

通常地，本公开的各种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。一些方面可以在硬件中实现，而其他方面可以在固件或软件中实现，固件或软件可以由控制器、微处理器或其他计算设备执行。虽然本公开的实施例的各个方面被示出和描述为框图、流程图或使用一些其他图示，但是应当理解的是，作为非限制性示例，这里描述的块、装置、系统、技术或方法可以在硬件、软件、固件、专用电路或逻辑中实现，通用硬件或控制器或其他计算设备、或它们的某种组合。

本公开还提供了至少一种有形存储在非瞬态计算机可读存储介质上的计算机程序产品。计算机程序产品包括计算机可执行指令(诸如被包括在程序模块中的指令)，在目标真实或虚拟处理器上的设备中执行，以执行上文参考图3至图13所述的过程或方法。通常地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各种实施例中，程序模块的功能可以根据需要在程序模块之间组合或分离。用于程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质两者中。

用于执行本公开方法的程序代码可以用一种或多种编程语言的任何组合编写。这些程序代码可以被提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器或控制器，使得当由处理器或控制器执行程序代码时，使得实现流程图和/或框图中指定的功能/操作。程序代码可以完全在机器上执行，部分在机器上作为独立软件包执行，部分地在机器上并且部分地在远程机器上执行或者完全地在远程计算机或服务器上执行。

上述程序代码可以实施在机器可读介质上，机器可读介质可以是任何有形介质，可以包含或存储供指令执行系统、装置或设备使用或与之相关的程序。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的或半导体的系统、装置或设备，或者前述的任何合适的组合。机器可读存储介质的更具体示例将包括具有一根或多根电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、光存储设备，磁存储装置或前述的任何合适的组合。

此外，虽然操作是按照特定顺序描述的，但这不应被理解为要求按照所示的特定顺序或顺序执行此类操作，或要求执行所有所示的操作，以获得理想的结果。在某些情况下，多任务处理和并行处理可能是有利的。同样，尽管在上述讨论中包含了几个具体的实现方式细节，但这些细节不应被解释为对本公开的范围的限制，而应被理解为对可能特定于特定实施例的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合在多个实施例中实现。

尽管本公开是用特定于结构特征和/或方法行为的语言描述的，但应当理解的是，所附权利要求中定义的本公开不一定限于上述特定特征或行为。相反，上面描述的特定特征和行为被公开为实现权利要求的示例形式。

Claims (25)

1.一种通信的方法，包括：

在终端设备处，确定针对无线电承载的无线电链路控制RLC实体重建是否要被执行，所述无线电承载被配置有在非活动状态下数据的传输；

根据确定所述RLC实体重建要被执行，重建RLC实体；以及

在所述无线电承载上、在所述非活动状态下向网络设备发送上行链路数据。

2.根据权利要求1所述的方法，其中确定所述RLC实体重建是否要被执行包括：

如果所述上行链路数据的所述传输要在所述非活动状态下被执行，确定所述RLC实体重建要被执行；或

如果从所述网络设备接收到无线电资源控制RRC释放消息，所述RRC释放消息包括关于针对所述无线电承载的所述RLC实体重建的指示，确定所述RLC实体重建要被执行。

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

响应于从所述网络设备接收到RRC恢复消息，所述RRC恢复消息包括针对未被配置有在所述非活动状态下所述数据的所述传输的另外的无线电承载的另外的RLC实体重建的指示，重建用于在连接状态下发送数据的所述另外的RLC实体。

4.一种通信的方法，包括:

响应于从在非活动状态下的终端设备接收到上行链路数据和无线电资源控制RRC恢复请求消息，向所述终端设备发送RRC恢复消息，所述RRC恢复信息包括针对未被配置有在非活动状态下数据的传输的无线电承载的RLC实体重建的指示。

5.一种通信的方法，包括：

在非活动状态下执行上行链路数据的传输的终端设备处，确定按需信息是否是可用的；以及

根据确定所述按需信息是不可用的，执行以下中的至少一项：

触发向网络设备的针对所述按需信息的请求的传输；或

避免向所述网络设备的针对所述按需信息的所述请求的所述传输。

6.根据权利要求5所述的方法，其中所述按需信息包括以下中的至少一项：按需系统信息或按需位置信息。

7.根据权利要求5所述的方法，其中触发所述请求的所述传输包括：

进入空闲状态；以及

执行动作以请求所述按需信息，所述动作由以下中的至少一项执行：

发送信令无线电承载0SRB0消息以请求所述按需信息；或

发起随机接入过程。

8.根据权利要求5所述的方法，其中触发所述请求的所述传输包括：

中止在所述非活动状态下所述上行链路数据的所述传输；以及

执行动作以请求所述按需信息，所述动作由以下中的至少一项执行：

发送信令无线电承载0SRB0消息以请求所述按需信息；或

发起随机接入过程。

9.根据权利要求5所述的方法，其中触发所述请求的所述传输包括：

发送信令无线电承载1SRB1消息或信令无线电承载2SRB2消息，以请求所述按需信息。

10.根据权利要求5所述的方法，其中触发所述请求的所述传输包括以下中的至少一项：

在初始数据传输阶段之后发送所述请求；或

在所述初始数据传输阶段期间发送信令无线电承载0SRB0消息。

11.根据权利要求5所述的方法，其中用于在所述非活动状态下所述上行链路数据的所述传输的阶段包括：初始数据传输阶段和后续数据传输阶段，所述方法还包括：

根据确定所述请求是利用信令无线电承载0SRB0消息发送的，通过以下中的至少一项来发送所述SRB0消息：

在所述初始数据传输阶段期间，将所述SRB0消息与RRC恢复请求消息、以及在介质接入控制协议数据单元MAC PDU中的在所述非活动状态下所述上行链路数据的所述传输一起发送；或

在所述后续数据传输阶段期间，使用小区无线电网络临时标识符C-RNTI或配置的调度无线电网络临时标识符CS-RNTI在公共控制信道CCCH上发送所述SRB0消息。

12.根据权利要求5所述的方法，还包括：

确定所述请求是利用SRB0消息发送的；以及

根据确定上行链路授权容纳所述上行链路数据、并且不附加地容纳所述SRB0消息，执行以下中的至少一项：

在进入空闲状态之后发送所述请求；或

在中止在所述非活动状态下所述上行链路数据的所述传输之后发送所述请求。

13.根据权利要求5所述的方法，其中确定所述按需信息是否是可用的包括以下中的至少一项：

根据确定不存在所述按需信息的有效版本、并且所述按需信息没有被所述网络设备广播，确定所述按需消息是不可用的；以及

根据确定在RRC层从所述终端设备的上层接收针对所述按需信息的所述请求、并且所述按需信息没有被所述网络设备广播，确定所述按需消息是不可用的。

14.一种通信的方法，包括：

响应于以下中的至少一项，在终端设备处中止在非活动状态下上行链路数据的传输：

从网络设备接收寻址所述终端设备的寻呼消息；

在所述终端设备的无线电资源控制RRC层从非接入层接收连接建立的中止；

与在所述非活动状态下所述上行链路数据的所述传输相关的第一定时器的到期；

已经达到无线电链路控制RLC重传的最大数目；

初始上行链路数据的传输故障了预定次数；以及

从所述终端设备的MAC层向所述RRC层提供指示，以取消在所述非活动状态下所述上行链路数据的所述传输。

15.根据权利要求14所述的方法，其中中止所述传输包括：停止与在所述非活动状态下的所述上行链路数据的所述传输相关的所述定时器。

16.一种通信方法，包括：

在终端设备处，基于与无线电资源控制RRC恢复过程相关的第一值，确定用于所述RRC恢复过程的消息认证码完整性的MAC-I的参数；以及

发送RRC恢复请求消息，所述RRC恢复请求消息包括所述参数以发起所述RRC恢复过程，

其中所述第一值与用于确定另外的RRC恢复过程的所述MAC-I的第二值是不同的。

17.根据权利要求16所述的方法，其中所述第一值包括以下中的至少一项：

用于确定恢复MAC-I的计数的输入比特；

用于确定所述恢复MAC-I的承载的输入比特；以及

用于确定所述恢复MAC-I的方向的输入比特。

18.根据权利要求16所述的方法，其中确定所述参数包括：

响应于确定以下中的至少一项，确定所述参数：

所述RRC恢复过程是在中止在非活动状态下另外的上行链路数据的另外的传输之后被发起的；或

所述RRC恢复过程是用于在所述非活动状态下上行链路数据的传输的。

19.根据权利要求16所述的方法，其中所述第二值包括二进制一的序列。

20.一种通信的方法，包括：

在终端设备处触发功率余量报告PHR；

根据确定上行链路数据要在非活动状态下被发送，确定上行链路授权是否容纳所述上行链路数据、并且不附加地容纳所述PHR；

根据确定所述上行链路授权容纳所述上行链路数据、并且不附加地容纳所述PHR，向所述上行链路数据分配资源；以及

使用所分配的资源向网络设备发送所述上行链路数据。

21.根据权利要求20所述的方法，还包括：

根据确定所述上行链路授权不附加地容纳所述PHR，避免向所述PHR的介质接入控制控制单元MAC-CE分配资源。

22.一种终端设备，包括被配置为执行根据权利要求1至3或权利要求5至21中的任一项权利要求所述的方法的电路系统。

23.一种网络设备，包括被配置为执行根据权利要求4所述的方法的电路系统。

24.一种计算机可读介质，具有存储于其上的指令，所述指令在至少一个处理器上执行时，使得所述至少一个处理器执行根据权利要求1至3或权利要求5至21中的任一项权利要求所述的方法。

25.一种计算机可读介质，具有存储于其上的指令，所述指令在至少一个处理器上执行时，使得所述至少一个处理器执行根据权利要求4所述的方法。