CN117158104A

CN117158104A - 通信的方法、设备和计算机存储介质

Info

Publication number: CN117158104A
Application number: CN202180096796.3A
Authority: CN
Inventors: 王达; 梁林; 王刚
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2021-03-31
Filing date: 2021-03-31
Publication date: 2023-12-01
Also published as: EP4316149A1; WO2022205186A1; US20240121847A1; DE112021006421T5; JP2024511530A; BR112023017428A2

Abstract

本公开的实施例涉及用于通信的方法、设备和计算机可读介质。终端设备在非活动状态下向网络设备传输上行链路数据，并且如果与网络设备的连接的恢复要在传输已经被执行的小区处被执行，则终端设备通过以下至少一项执行连接的恢复：在PDCP重新建立中，维持UM DRB或SRB的PDCP实体的状态变量；或者以下至少一项：针对支持非活动状态下的传输的至少DRB发起PDCP恢复、或丢弃针对支持非活动状态下的传输的SRB的PDCP SDU和PDCP PDU。以此方式，SDT过程期间的安全性可以被增强。

Description

通信的方法、设备和计算机存储介质

技术领域

本公开的实施例总体涉及电信领域，并且具体地涉及在终端设备的非活动状态下的数据传输期间的通信的方法、设备及计算机存储介质。

背景技术

通常，非活动状态下的终端设备可能仍然具有小并且不频繁的数据流量要被传输。直到第三代合作伙伴计划(3GPP)版本16为止，非活动状态无法支持数据传输，并且终端设备必须恢复连接(即进入已连接状态)以用于任何下行链路和上行链路数据。这将引起不必要的功耗和信令开销。

在这种情况下，3GPP版本17已经批准了非活动状态下的小数据传输(SDT)。从而，信令开销可以被减少。然而，到目前为止，SDT相关技术仍然不完善，并且有待进一步发展。

发明内容

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

在第一方面，提供了一种通信的方法。该方法包括：在终端设备处在非活动状态下向网络设备传输上行链路数据；以及确定根据与网络设备的连接的恢复要在传输已经被执行的小区处被执行，通过以下至少一项来执行连接的恢复：在分组数据汇聚协议(PDCP)重新建立中，维持非确认模式(UM)数据无线电承载(DRB)或信令无线电承载(SRB)的PDCP实体的状态变量；或者以下至少一项：至少针对支持非活动状态下的传输的DRB发起PDCP恢复、或丢弃针对支持非活动状态下的传输的SRB的PDCP服务数据单元(SDU)和PDCP协议数据单元(PDU)。

在第二方面，提供了一种通信的方法。该方法包括：在终端设备处在非活动状态下向网络设备传输上行链路数据；以及根据确定与网络设备的连接的恢复被请求在传输已经被执行的小区处执行，进入空闲状态。

在第三方面，提供了一种通信的方法。该方法包括：在终端设备处在非活动状态下向网络设备传输上行链路数据，其中在非活动状态下的上行链路数据的传输期间没有从网络设备接收到用于拒绝该传输的消息。

在第四方面，提供了一种通信的方法。该方法包括：在终端设备处在非活动状态下向网络设备传输上行链路数据；从网络设备接收用于恢复与网络设备的连接的消息，该消息指示PDCP重新建立针对不支持非活动状态下的传输的无线电承载被执行；以及通过以下至少一项执行恢复：针对无线电承载执行PDCP重新建立，或者恢复不支持非活动状态下的传输的无线电承载。

在第五方面，提供了一种通信的方法。该方法包括：在终端设备处在非活动状态下向网络设备传输上行链路数据；从网络设备接收下行链路数据；以及根据确定下行链路数据的完整性保护的检查失败，进入空闲状态。

在第六方面，提供了一种通信的方法。该方法包括：在网络设备处接收从非活动状态下的终端设备传输的上行链路数据，其中在上行链路数据的接收之后没有从网络设备向终端设备传输用于拒绝该传输的消息。

在第七方面，提供了一种通信的方法。该方法包括：在网络设备处接收从非活动状态下的终端设备传输的上行链路数据；以及向终端设备传输用于恢复终端设备与网络设备之间用于上行链路数据的连接的消息，该消息指示PDCP重新建立针对不支持非活动状态下的传输的无线电承载被执行。

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

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

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

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

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

附图说明

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

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

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

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

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

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

图3示出了根据本公开的实施例的用于SDT过程期间的通信的过程的示意图；

图4示出了根据本公开的实施例的用于SDT过程期间的通信的另一过程的示意图；

图5示出了根据本公开的实施例的用于SDT过程期间的通信的另一过程的示意图；

图6示出了根据本公开的实施例的用于SDT过程期间的通信的另一个过程的示意图；

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

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

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

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

图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相关的信息可以从第一网络设备或第二网络设备中的至少一个网络设备被传输给终端设备。在一个实施例中，第一信息可以从第一网络设备被传输给终端设备，并且第二信息可以从第二网络设备直接或者经由第一网络设备被传输给终端设备。在一个实施例中，与用于由第二网络设备配置的终端设备的配置相关的信息可以从第二网络设备经由第一网络设备被传输。与用于由第二网络设备配置的终端设备的重新配置相关的信息可以从第二网络设备直接或者经由第一网络设备被传输给终端设备。

如本文所使用的，单数形式“一个(a)”、“一个(an)”和“该(the)”也旨在包括复数形式，除非上下文清楚地另有说明。术语“包括”及其变体应理解为开放术语，其意味着“包括但不限于”。术语“基于”应理解为“至少部分基于”。术语“一个(one)实施例”和“一个(an)实施例”应被理解为“至少一个实施例”。术语“另一个实施例”应被理解为“至少一个其他实施例”。术语“第一”、“第二”等可以指不同或相同的对象。下面可以包括其他显式的和隐式的定义。

在一些示例中，值、过程或装置被称为“最佳”、“最低”、“最高”、“最小”、“最大”等。将理解，这样的描述旨在指示可以在许多使用的功能备选中进行选择，并且这样的选择不需要比其他选择更好、更小、更高或以其他方式优选。

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

在一些场景中，在终端设备在非活动状态下传输上行链路数据的SDT过程期间，终端设备可以由于RRCReject(RRC拒绝)消息或RRCResume(RRC恢复)消息的接收或任何其他因素而触发用于传统数据传输或SDT的另一RRC恢复过程。在这种情况下，如果RRC恢复过程在与针对当前SDT的小区相同的小区中被触发，将会存在安全问题。

在一些其他场景中，在SDT过程中的后续传输期间，在SDT过程的结束之前可以没有从网络设备发送的DL RRC消息，并且因此终端设备无法通过检查DL RRC消息的完整性保护来验证网络设备。在网络设备为恶意方的情况下，终端设备可能会持续接收无用的DL数据。这种情况下，也将存在安全问题。

针对上述或其他潜在的场景，本公开的实施例提供了用于处理SDT过程期间的安全问题的通信的解决方案。本公开的原理及实现将在下面参考附图被详细描述。

通信环境的示例

图1A示出了本公开的一些实施例可以在其中被实现的示例通信网络100的示意图。如图1A所示，通信网络100可以包括终端设备110以及多个网络设备120和130。网络设备120和130提供相应的小区121和131来服务终端设备。在图1A的示例中，终端设备130位于网络设备120的小区121内，并且终端设备130可以与网络设备120通信。小区121可以被称为终端设备130的服务小区。

应当理解，图1A中的设备的数目是出于说明的目的给出的，而不暗示对本公开的任何限制。通信网络100可以包括适合于实现本公开的实现的任何合适数目的网络设备和/或终端设备。此外，网络设备120和130中的每个网络设备可以为终端设备110提供更多的小区。

如图1A所示，终端设备110可以经由信道(诸如无线通信信道)与网络设备120通信。通信网络100中的通信可以符合任何合适的标准，包括但不限于全球移动通信系统(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或130的方向上的通信被称为UL通信，而从网络设备120或130朝向终端设备110的相反方向上的通信被称为DL通信。终端设备110可以在网络设备120、130以及可能的其他网络设备的小区之中移动。在UL通信中，终端设备110可以经由UL信道向网络设备120或130传输UL数据和控制信息。在DL通信中，网络设备120或130可以经由DL信道向终端设备110传输DL数据和控制信息。

通信网络100中的通信可以根据UP和CP协议栈来执行。一般而言，对于通信设备(诸如终端设备或者网络设备)，协议栈中存在针对多个网络协议层的多个实体，其可以被配置为对从通信设备传输和由通信设备接收的数据或者信令实现对应的处理。图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层之间的信道被称为无线电承载。终端设备110可以被配置有用于承载数据平面数据的至少一个数据无线电承载(DRB)和用于承载控制平面数据的至少一个信令无线电承载(SRB)。在本公开的上下文中，DRB可以被配置为支持非活动状态下的传输(即，支持SDT)。当然，DRB也可以被配置为不支持非活动状态下的传输。SRB可以被配置为支持非活动状态下的传输。当然，SRB也可以被配置为不支持非活动状态下的传输。

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

另外，协议数据单元(PDU)会话可以在终端设备110的NAS层被建立以向CN传输数据或从CN接收数据。PDU会话可以对应于SDAP实体，并且可以包括多个服务质量(QoS)流。在本公开的上下文中，QoS流可以被配置为支持非活动状态下的传输。当然，QoS流也可以被配置为不支持非活动状态下的传输。

在本公开的上下文中，终端设备110可以在非活动状态下与网络设备120通信。在一些场景中，当终端设备110具有小且不频繁的数据流量要从支持非活动状态下的传输的无线电承载被传输时，终端设备110可以发起SDT过程。一个无线电承载是否支持非活动状态下的传输是由网络设备120或其他网络设备配置。图2A示出了示出本公开的一些实施例可以在其中被实现的用于单次的SDT过程200A的示意图。如图2A所示，非活动状态下的终端设备110可以向网络设备120传输201具有与数据流量相关联的UL数据的RRC恢复请求。例如，终端设备110可以在2-步RACH过程的Msg A中或者在4-步RACH过程的Msg3中传输具有UL数据的RRC恢复请求。当然，终端设备110还可以在配置的授权(CG)资源中传输具有UL数据的RRC恢复请求。RRC恢复请求可以包括恢复原因。当接收到RRC恢复请求和UL数据时，网络设备120可以向终端设备110传输202具有对应于UL数据的DL数据的RRC释放消息。例如，网络设备120可以在2-步RACH过程的Msg B中或在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恢复请求可以包括恢复原因。当接收到具有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可以在后续传输中包括更多或更少的步骤。

SDT期间的另一RRC恢复过程的发起时的安全性的示例实现

如上所述，在一些场景中，在终端设备在非活动状态下传输上行链路数据的SDT过程期间，终端设备可以触发用于传统数据传输或SDT的另一RRC恢复过程。例如，在一些场景中，终端设备可以接收针对SDT过程的RRCReject消息。在一些场景中，可以存在从不支持非活动状态下的传输的至少一个无线电承载到达的另外的上行链路数据。在一些场景中，终端设备可以检测在SDT过程期间参考信号接收功率(RSRP)阈值未被满足。在一些场景中，终端设备可以执行从源小区到目标小区的小区重选，或者在一些情况下，终端设备可以移动回到源小区。在这些场景中，终端设备可以触发用于传统数据传输或SDT的另一RRC恢复过程。

然而，如果RRC恢复过程使用与用于先前的SDT过程的UE上下文或安全密钥相同的UE上下文或安全密钥在相同的小区中被触发，则将存在安全问题，因为不同的PDCP SDU可能使用相同的安全密钥和相同的COUNT值被加密。

状态变量TX_NEXT指示要被传输的下一个PDCP SDU的COUNT值。在一些实施例中，除了被配置有状态变量延续的SRB之外，状态变量的初始值为0。

在PDCP暂停过程期间，TX_NEXT被设置为初始值，该初始值当前在终端设备进入INACTIVE状态时被执行。

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

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

有鉴于此，本申请的实施例提供了用于处理安全问题的解决方案，以便不重置状态变量TX_NEXT，并且避免不同的分组使用相同的安全密钥和COUNT值被加密。这在下面将结合实施例1至4被描述。

实施例1

在一些场景中，SDT过程可以被中断，然后终端设备可以与在其中SDT过程已经被执行的小区相同的小区处触发另一RRC恢复过程。该实施例旨在提供用于增强这些场景中的安全性的解决方案，其将在下面参考图3被详细描述。

图3示出了示出根据本公开的实施例的用于在SDT过程期间的通信的过程300的示意图。为了讨论的目的，过程300将参考图1被描述。过程300可以涉及如图1所示的终端设备110和网络设备120。

如图3所示，终端设备110在非活动状态下向网络设备120传输310上行链路数据。换言之，终端设备110执行SDT过程。在一些实施例中，终端设备110可以中止SDT过程。

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

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

如果与网络设备120的连接的恢复被发起，则终端设备110确定320连接的恢复是否要在SDT过程已经被执行的小区处被执行。在一些实施例中，终端设备110还可以确定相同的UE上下文或相同的安全密钥是否要被使用作为用于SDT过程的UE上下文或安全密钥。如果连接的恢复要在该小区处被执行，则终端设备110执行330如选项1或2或两者中所描述的连接的恢复。在一些实施例中，如果连接的恢复要在该小区处被执行并且相同的UE上下文或相同的安全密钥要被使用，则终端设备110可以执行如选项1或2或两者中所描述的连接的恢复。

选项1

在一些实施例中，终端设备110可以维持331用于连接的恢复的PDCP重新建立中的未确认模式(UM)DRB或SRB的PDCP实体的状态变量(即，TX_NEXT)。也就是说，UM DRB或SRB的PDCP实体的TX_NEXT在RRC恢复过程中没有被设置为初始值。以此方式，在RRC恢复过程中要被传输的第一个分组可以利用与用于SDT过程中先前被传输的分组的COUNT值不同的COUNT值被加密。

例如，终端设备110可以通过以下至少一项来中止或终止SDT过程：丢弃当前的KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；重置MAC并且释放默认MAC小区组配置；重新建立至少支持非活动状态下的传输的无线电承载(即，所有无线电承载或仅有支持SDT的无线电承载)的RLC实体；或者暂停SRB1和至少支持非活动状态下的传输的无线电承载(即，所有无线电承载或仅有支持SDT的无线电承载)。

在发起用于SDT或传统数据传输的RRC连接恢复时，如果这是在先前SDT过程期间RRCReject被接收的小区(或者在终端设备110已经使用当前UE上下文或相同安全密钥执行了先前SDT过程的小区)，终端设备110可以在RRC恢复过程中执行以下行为。例如，在传统数据传输的情况下，网络设备120可以将终端设备110配置为执行针对RRCResume消息中的DRB和SRB2的PDCP重新建立。在SDT的情况下，终端设备110的RRC层可以针对支持非活动状态下的传输的DRB或SRB发起PDCP重新建立。当RRC层指示被配置有SDT的无线电承载的PDCP实体执行重新建立时，RRC层还应向PDCP指示在针对UM DRB和SRB的重新建立期间TX_NEXT未被初始化。

如果连接的恢复要在与SDT过程已经被执行的小区不同的另外的小区处被执行，则终端设备110可以执行PDCP重新建立而不指示TX_NEXT未针对UM DRB和SRB被初始化。在一些实施例中，终端设备110还可以在PDCP重新建立之前对DRB执行PDCP暂停。

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

当更上层请求PDCP实体重新建立时，传输PDCP实体应当：

-对于UM DRB和AM DRB，如果drb-ContinueROHC未以TS

38.331[3]被配置，则重置针对上行链路的ROHC协议，并以U-模式下的IR状态开始(如RFC 3095[8]和RFC 4815[9]中定义的)；

-对于UM DRB和AM DRB，如果drb-ContinueEHC-UL未以TS

38.331[3]被配置，则重置针对上行链路的EHC协议；

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

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

选项2

在一些实施例中，终端设备110可以通过以下至少一项来执行332连接的恢复：至少针对支持非活动状态下的传输的DRB(即，所有DRB或仅支持SDT的DRB)发起PDCP恢复,或者丢弃(本文中也称为SDU丢弃)用于支持非活动状态下的传输的SRB的PDCP SDU和PDCPPDU，或者两者。以此方式，状态变量TX_NEXT也不会在连接的恢复期间被重置，并且因此安全问题被避免。

例如，终端设备110可以通过以下至少一项来中止或终止SDT过程：丢弃当前的KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；重置MAC并且释放默认MAC小区组配置；重新建立至少支持非活动状态下的传输的无线电承载(即，所有无线电承载或仅有支持SDT的无线电承载)的RLC实体；暂停SRB1和至少支持非活动状态下的传输的无线电承载(即，所有无线电承载或仅支持SDT的无线电承载)。

当NAS层或AS层请求终端设备110恢复用于SDT或传统数据传输的RRC连接时，如果这是在SDT过程期间RRCReject被接收的小区，或者在终端设备110已经使用当前UE上下文执行了SDT过程的小区处，终端设备110可以在RRC恢复过程中执行以下行为。例如，在传统数据传输的情况下，网络设备120可以将终端设备110配置为执行针对DRB的PDCP恢复和针对RRC恢复消息中的SRB的SDU丢弃。在SDT的情况下，终端设备110的RRC层可以发起针对被配置有SDT的DRB的PDCP恢复以及针对被配置有SDT的SRB的SDU丢弃。

如果连接的恢复要在与SDT过程已经被执行的小区不同的另外的小区处被执行，则终端设备110可以执行PDCP重新建立而不指示TX_NEXT未被初始化。在一些实施例中，终端设备110可以在PDCP重新建立之前至少针对支持非活动状态下的传输的DRB(即，所有DRB或仅有支持SDT的DRB)执行PDCP暂停。

实施例2

该实施例旨在提供用于在SDT过程期间在用于拒绝SDT过程的消息(例如，RRCReject消息)的接收时增强安全性的解决方案。在该解决方案中，网络设备120不被允许在SDT过程期间向终端设备110发送用于拒绝SDT过程的消息。

以此方式，终端设备100将不接收RRCReject消息，并且因此将不触发RRC恢复过程。结果，由RRC恢复过程引起的安全问题可以被避免。

实施例3

在该实施例中，终端设备110不被允许在与其中SDT过程已经被执行的小区相同的小区处发起另一RRC恢复过程。这将在下面参考图4被详细描述。

图4示出了示出根据本公开的实施例的用于在SDT过程期间的通信的过程400的示意图。为了讨论的目的，过程400将参考图1被描述。过程400可以涉及如图1所示的终端设备110和网络设备120。

如图4所示，终端设备110在非活动状态下向网络设备120传输410上行链路数据。换言之，终端设备110执行SDT过程。

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

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

在SDT过程期间，终端设备110确定420与网络设备120的连接的恢复是否被请求在SDT过程已经被执行的小区处执行。如果连接的恢复要在该小区处被执行，则终端设备110进入430空闲状态。

例如，如果终端设备110的NAS层或AS层请求终端设备110的RRC层恢复用于SDT或传统数据传输的RRC连接，如果这是在SDT过程期间RRCReject被接收的小区(或者在终端设备110已经使用当前UE上下文执行了SDT过程的小区处)，则终端设备110可以在进入RRCIDLE状态时执行该行为，具有释放原因“RRC恢复失败”。

以此方式，终端设备100将不会在SDT过程期间触发RRC恢复过程，并且因此安全问题也可以被避免。

实施例4

实施例1至3从终端设备的角度描述了解决方案。在该实施例中，从网络设备的角度提出了解决方案。在该解决方案中，网络设备在SDT期间仅在RRCResume消息中向不支持SDT的无线电承载指示re-establishPDCP。这将在下面参考图5被详细描述。

图5示出了示出根据本公开的实施例的用于SDT过程期间的通信的过程500的示意图。为了讨论的目的，过程500将参考图1被描述。过程500可以涉及如图1所示的终端设备110和网络设备120。

如图5所示，终端设备110在非活动状态下向网络设备120传输510上行链路数据。换言之，终端设备110执行SDT过程。

在上行链路数据的接收时，网络设备120可以指示终端设备110转换到非SDT模式。在这种情况下，在SDT过程期间(在初始传输阶段或在后续传输阶段中)，网络设备120传输520用于恢复与网络设备120的连接的消息(例如，RRCResume消息)。在一些实施例中，该消息指示PDCP重新建立针对不支持非活动状态下的传输(即，不支持SDT)的无线电承载被执行。

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

reestablishPDCP

指示PDCP应该被重新建立。每当用于该无线电承载的安全密钥改变时，网络都将此设置为真。例如，密钥改变可能是由于用于承载的终止点改变、同步的重新配置、恢复RRC连接、或重新建立后的第一次重新配置。当NR PDCP被配置时，它也适用于LTE过程。

如果承载被配置为DAPS承载，则网络不会为DRB包括该字段。

仅在SDT期间恢复RRC连接时其被指示给不支持SDT的无线电承载。

在消息的接收时，终端设备110基于该消息执行530连接的恢复。在一些实施例中，终端设备110可以仅针对不支持SDT的无线电承载执行531PDCP重新建立。在一些实施例中，终端设备110可以恢复531不支持SDT的无线电承载。

以此方式，在连接的恢复期间，SDT DRB的状态变量TX_NEXT也不会被重置，并且安全问题可以被避免。

后续传输期间的安全的示例实现

如上所述，在SDT过程的后续传输期间，在SDT过程的结束之前，可能不存在从网络设备发送的DL RRC消息，并且因此终端设备无法通过检查DL RRC消息的完整性保护来验证网络设备。这种情况下，也将存在安全问题。有鉴于此，本公开的实施例提出了通过检查DLDRB数据的完整性保护来验证网络设备的解决方案。这将在下面参考图6被详细描述。

图6示出了示出根据本公开的实施例的用于SDT过程期间的通信的过程600的示意图。为了讨论的目的，过程600将参考图1被描述。过程600可以涉及如图1所示的终端设备110和网络设备120。

如图6所述，终端设备110在非活动状态下向网络设备120传输610上行链路数据。换言之，终端设备110执行SDT过程。

在SDT过程期间，终端设备110可以从网络设备120接收620DL数据。因此，终端设备110可以检查630DL数据的完整性保护。

如果下行链路数据的完整性保护失败，则终端设备110进入640空闲状态。在一些实施例中，终端设备110可以存储失败的信息。例如，在SDT过程期间，当来自关于DRB的较低层(例如，PDCP)的完整性保护检查失败的指示时，终端设备110的RRC层可以存储连接恢复失败信息。可选地，RRC层可以将失败的原因指示为完整性检查失败。例如，终端设备110可以在进入具有释放原因“RRC恢复失败”的RRC IDLE状态时执行该行为。

以此方式，终端设备110一旦检测到关于DRB的完整性失败，其就可以终止不安全的SDT过程，并且因此安全性可以被增强。

方法的示例实现

因此，本公开的实施例提供了在终端设备和网络设备处实现的通信的方法。这些方法将在下面参考图7至图13被描述。

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

在框710处，终端设备110在非活动状态下向网络设备120传输上行链路数据。

在框720处，终端设备110确定与网络设备的连接的恢复是否要在传输已经被执行的小区处被执行。如果连接的恢复要在该小区处被执行，则过程进行到框730。在一些实施例中，终端设备110还可以确定相同的UE上下文或相同的安全密钥是否要被使用，并且如果相同的UE上下文或相同的安全密钥要被使用，则终端设备110可以执行连接的恢复。

在框730处，终端设备110通过以下至少一项来执行连接的恢复：在PDCP重新建立中维持UM DRB或SRB的PDCP实体的状态变量；或者以下至少一项：至少针对支持非活动状态下的传输的DRB发起PDCP恢复、或丢弃针对支持非活动状态下的传输的SRB的PDCP SDU和PDCP PDU。

在一些实施例中，在传输期间，终端设备110可以响应于以下至少一项而中止传输：从网络设备接收到用于拒绝传输的消息；另外的上行链路数据从不支持非活动状态下的传输的至少一个无线电承载到达；终端设备的NAS层或AS层请求转变到已连接状态；终端设备110的服务小区的接收信号功率低于阈值功率；或者从第一小区到第二小区的小区重选被执行。

在一些实施例中，中止传输可以包括以下至少一项：丢弃当前KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；重置MAC并且释放默认MAC小区组配置；重新建立至少支持非活动状态下的传输的无线电承载的RLC实体；暂停SRB1和至少支持非活动状态下的传输的无线电承载；或者至少针对支持非活动状态下的传输的DRB(即，所有DRB或仅支持SDT的DRB)执行PDCP暂停。

在一些实施例中，如果连接的恢复要在与传输已经被执行的小区不同的另外的小区处被执行，则终端设备110可以通过在PDCP重新建立中发起状态变量来执行连接的恢复。在一些实施例中，终端设备110可以在PDCP重新建立之前至少针对支持非活动状态下的传输的DRB执行PDCP暂停。

以此方式，由SDT中止后的RRC恢复引起的安全问题可以被避免。图7所描述的方法的实现与实施例1的选项1和选项2中所描述的基本对应，并且因此其他细节在此不再赘述。

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

如图8所示，在框810处，终端设备110在非活动状态下向网络设备120传输上行链路数据。

在框820处，终端设备110确定与网络设备的连接的恢复是否被请求在传输已经被执行的小区处执行。如果连接的恢复被请求在该小区处执行，则过程进行到框830。在一些实施例中，终端设备110可以确定相同的UE上下文或相同的安全密钥是否要被使用，并且如果相同的UE上下文或相同的安全密钥要被使用，则终端设备110可以进入空闲状态。

在框830处，终端设备110进入空闲状态。在一些实施例中，在传输期间，终端设备110可以响应于以下至少一项而中止传输：从网络设备接收到用于拒绝传输的消息；另外的上行链路数据从不支持非活动状态下的传输的至少一个无线电承载到达；终端设备的NAS层或AS层请求转变到已连接状态；终端设备110的服务小区的接收信号功率低于阈值功率；或者从第一小区到第二小区的小区重选被执行。

在一些实施例中，中止传输可以包括以下至少一项：丢弃当前KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；重置MAC并且释放默认MAC小区组配置；重新建立至少支持非活动状态下的传输的无线电承载的RLC实体；暂停SRB1和至少支持非活动状态下的传输的无线电承载；或针对DRB执行PDCP暂停。

以此方式，由SDT中止后的RRC恢复引起的安全问题也可以被避免。图8中描述的方法的实现与实施例3中描述的基本对应，并且因此其他细节在此不再赘述。

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

如图9所示，在框910处，终端设备110在非活动状态下向网络设备120传输上行链路数据，其中在非活动状态下的上行链路数据的传输期间没有从网络设备被接收到用于拒绝该传输的消息。

以此方式，由在RRC拒绝消息的接收时的RRC恢复引起的安全问题可以被避免。图9中描述的方法的实现与实施例2中描述的基本对应，并且因此其他细节在此不再赘述。

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

如图10所示，在框1010处，终端设备110在非活动状态下向网络设备120传输上行链路数据。

在框1020处，终端设备110从网络设备120接收用于恢复与网络设备的连接的消息，该消息指示PDCP重新建立针对不支持非活动状态下的传输的无线电承载被执行。

在框1030处，终端设备110通过以下至少一项来执行恢复：针对无线电承载执行PDCP重新建立，或者恢复不支持非活动状态下的传输的无线电承载。

以此方式，由RRC恢复引起的安全问题可以从网络侧被避免。图10描述的方法的实现与实施例4中描述的基本对应，并且因此其他细节在此不再赘述。

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

如图11所示，在框1110处，终端设备110在非活动状态下向网络设备120传输上行链路数据。在框1120处，终端设备110从网络设备120接收下行链路数据。

在框1130处，终端设备110确定下行链路数据的完整性保护的检查是否失败。如果检查失败，则终端设备110进入空闲状态。在一些实施例中，终端设备110可以存储失败的信息。

以此方式，SDT过程中后续传输期间的安全性可以被增强。图11描述的方法的实现与结合图6描述的方法基本对应，并且因此其他细节在此不再赘述。

图12示出了根据本公开的一些实施例的在网络设备处实现的通信的示例方法1200。例如，方法1200可以在如图1所示的网络设备120处被执行。为了讨论的目的，在下面，方法1200将参考图1被描述。应当理解，方法1200可以包括未示出的附加框和/或可以省略所示的一些框，并且本公开的范围不限于此。

如图12所示，在框1210处，网络设备120接收从非活动状态下的终端设备110传输的上行链路数据，其中在该上行链路数据的接收后没有从网络设备120向终端设备110传输用于拒绝该传输的消息。

以此方式，由在RRC拒绝消息的接收时的RRC恢复引起的安全问题可以被避免。图12描述的方法的实现与实施例2中描述的基本对应，并且其他细节在此不再赘述。

图13示出了根据本公开的一些实施例的在网络设备处实现的通信的示例方法1300。例如，方法1300可以在如图1所示的网络设备120处执行。出于讨论的目的，在下面，方法1300将参考图1被描述。应当理解，该方法1300可以包括未示出的附加框和/或可以省略所示的一些框，并且本公开的范围不限于此。

如图13所示，在框1310处，网络设备120接收从非活动状态下的终端设备120传输的上行链路数据。

在框1320处，网络设备120向终端设备110传输用于恢复终端设备110与网络设备120之间的用于上行链路数据的连接的消息，该消息指示PDCP重新建立针对不支持非活动状态下的传输的无线电承载被执行。

以此方式，由RRC恢复引起的安全问题可以在网络侧被避免。图13中描述的方法的实现与实施例4中描述的基本对应，并且因此其他细节在此不再赘述。

设备的示例实现

图14是适合用于实现本公开的实施例的设备1400的简化框图。设备1400可以被认为是如图1所示的终端设备110或网络设备120或130的另外的示例实现。因此，设备1400可以被实现在终端设备110或网络设备120或130处或者被实现为终端设备110或网络设备120或130的至少一部分。

如图所示，设备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/gNB之间的通信的S1/NG接口、用于eNB/gNB与中继节点(RN)之间的通信的Un接口、或者用于eNB/gNB与终端设备之间的通信的Uu接口。

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

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

在一些实施例中，终端设备包括被配置为以下的电路系统：在终端设备处在非活动状态下向网络设备传输上行链路数据；以及根据确定与网络设备的连接的恢复要在传输已经被执行的小区处被执行，通过以下至少一项来执行连接的恢复：在PDCP重新建立中维持UM DRB或SRB的PDCP实体的状态变量；或者以下至少一项：至少针对支持非活动状态下的传输的DRB发起PDCP恢复、或丢弃针对支持非活动状态下的传输的SRB的PDCP SDU和PDCPPDU。

在一些实施例中，该电路系统还可以被配置为：确定相同的UE上下文或相同的安全密钥是否要被使用，并且如果相同的UE上下文或相同的安全密钥要被使用，则执行连接的恢复。

在一些实施例中，该电路系统可以被配置成在传输期间响应于以下至少一项而中止传输：从网络设备接收到用于拒绝传输的消息；另外的上行链路数据从不支持非活动状态下的传输的至少一个无线电承载到达；终端设备的NAS层或AS层请求转变到已连接状态；终端设备的服务小区的接收信号功率低于阈值功率；或者从第一小区到第二小区的小区重选被执行。

在一些实施例中，电路系统可以被配置为通过以下至少一项来中止传输：丢弃当前KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；重置MAC并且释放默认MAC小区组配置；重新建立至少支持非活动状态下的传输的无线电承载的RLC实体；暂停SRB1和至少支持非活动状态下的传输的无线电承载；或者针对DRB执行PDCP暂停。

在一些实施例中，该电路系统还可以被配置为：根据确定与网络设备的连接的恢复要在与传输已经被执行的小区不同的另外的小区处被执行，通过在PDCP重新建立中发起状态变量来执行连接的恢复。在一些实施例中，该电路系统还可以被配置为在PDCP重新建立之前至少针对支持非活动状态下的传输的DRB执行PDCP暂停。

在一些实施例中，终端设备包括被配置为以下的电路系统：在终端设备处在非活动状态下向网络设备传输上行链路数据；以及根据确定与网络设备的连接的恢复被请求在传输已经被执行的小区处执行，进入空闲状态。在一些实施例中，该电路系统还可以被配置为：确定相同的UE上下文或相同的安全密钥是否要被使用，并且如果相同的UE上下文或相同的安全密钥要被使用，则进入空闲状态。

在一些实施例中，该电路系统可以被配置为在传输期间响应于以下至少一项而中止传输：从网络设备接收到用于拒绝传输的消息；另外的上行链路数据从不支持非活动状态下的传输的至少一个无线电承载到达；终端设备的NAS层或AS层请求转变到已连接状态；终端设备的服务小区的接收信号功率低于阈值功率；或者从第一小区到第二小区的小区重选被执行。

在一些实施例中，该电路系统可以被配置为通过以下至少一项来中止传输：丢弃当前KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；重置MAC并且释放默认MAC小区组配置；重新建立支持非活动状态下的传输的无线电承载的RLC实体；暂停SRB1和至少支持非活动状态下的传输的无线电承载；或者针对DRB执行PDCP暂停。

在一些实施例中，终端设备包括被配置为以下的电路系统：在终端设备处在非活动状态下向网络设备传输上行链路数据，其中在非活动状态下的上行链路数据的传输期间没有从网络设备接收到用于拒绝传输的消息。

在一些实施例中，终端设备包括被配置为以下的电路系统：在终端设备处在非活动状态下向网络设备传输上行链路数据；从网络设备接收用于恢复与网络设备的连接的消息，该消息指示PDCP重新建立针对不支持非活动状态下的传输的无线电承载被执行；以及通过以下至少一项执行该恢复：针对无线电承载执行PDCP重新建立，或者恢复不支持非活动状态下的传输的无线电承载。

在一些实施例中，终端设备包括被配置为以下的电路系统：在终端设备处在非活动状态下向网络设备传输上行链路数据；从网络设备接收下行链路数据；以及根据确定下行链路数据的完整性保护的检查失败，进入空闲状态。在一些实施例中，电路系统还可以被配置为存储失败的信息。

在一些实施例中，网络设备包括被配置为以下的电路系统：在网络设备处接收从非活动状态下的终端设备传输的上行链路数据，其中在该上行链路数据的接收后没有从网络设备向终端设备传输用于拒绝该传输的消息。

在一些实施例中，网络设备包括被配置为以下的电路系统：在网络设备处接收从非活动状态下的终端设备传输的上行链路数据；以及向终端设备传输用于恢复终端设备与网络设备之间的用于上行链路数据的连接的消息，该消息指示PDCP重新建立针对不支持非活动状态下的传输的无线电承载被执行。

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

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

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

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

此外，虽然操作以特定次序被描绘，但这不应被理解为要求这样的操作以所示的特定次序或顺序次序被执行，或者所有所示的操作被执行，以达成期望的结果。在某些情况下，多任务处理和并行处理可以是有利的。同样，虽然若干特定实施细节被包含在以上讨论中，但是这些不应被解释为对本公开的范围的限制，而是对可以特定于具体实施例的特征的描述。在分开的实施例的上下文中描述的某些特征也可以在单个实施例中组合地实现。相对地，在单个实施例的上下文中描述的各种特征也可以在多个实施例中分开地或以任何合适的子组合来实现。

尽管本公开已经以特定于结构特征和/或方法动作的语言被描述，但应当理解，所附权利要求中限定的本公开不一定限于上述特定特征或动作。而是，上述具体特征和动作被公开为实现权利要求的示例形式。

Claims

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

在终端设备处在非活动状态下向网络设备传输上行链路数据；以及

根据确定与所述网络设备的连接的恢复要在所述传输已经被执行的小区处被执行，通过以下至少一项来执行所述连接的所述恢复：

在分组数据汇聚协议(PDCP)重新建立中，维持非确认模式(UM)数据无线电承载(DRB)或信令无线电承载(SRB)的PDCP实体的状态变量；或者

以下至少一项：至少针对支持所述非活动状态下的传输的DRB发起PDCP恢复，或丢弃针对支持所述非活动状态下的传输的SRB的PDCP服务数据单元(SDU)和PDCP协议数据单元(PDU)。

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

在终端设备处向网络设备传输非活动状态下的上行链路数据；以及

根据确定与所述网络设备的连接的恢复被请求在所述传输已经被执行的小区处执行，进入空闲状态。

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

在所述传输期间响应于以下至少一项而中止所述传输：

从所述网络设备接收到用于拒绝所述传输的消息；

所述终端设备的非接入层(NAS)层或接入层(AS)层请求转变到连接状态；

另外的上行链路数据从不支持所述非活动状态下的传输的至少一个无线电承载到达；

所述终端设备的服务小区的接收信号功率低于阈值功率；或者

从第一小区到第二小区的小区重选被执行。

4.根据权利要求3所述的方法，其中中止所述传输包括以下至少一项：

丢弃当前的KgNB密钥、KRRCenc密钥、KRRCint密钥、KUPint密钥和KUPenc密钥；

重置媒体接入控制(MAC)并释放默认MAC小区组配置；

重新建立至少支持所述非活动状态下的传输的无线电承载的无线电链路控制(RLC)实体；

暂停信令无线电承载1(SRB1)和至少所述支持所述非活动状态下的传输的无线电承载；或者

针对数据无线电承载(DRB)执行分组数据汇聚协议(PDCP)暂停。

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

根据确定与所述网络设备的所述连接的所述恢复要在与所述传输已经被执行的所述小区不同的另外的小区处被执行，通过在所述PDCP重新建立中发起所述状态变量来执行所述连接的所述恢复。

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

在所述PDCP重新建立之前，至少针对支持所述非活动状态下的传输的DRB执行PDCP暂停。

7.根据权利要求1所述的方法，其中执行所述连接的所述恢复包括：

确定所述终端设备的相同的上下文或者相同的安全密钥是否要被使用；以及

根据确定所述终端设备的所述相同的上下文或所述相同的安全密钥要被使用，执行所述连接的所述恢复。

8.根据权利要求2所述的方法，其中进入所述空闲状态包括：

确定所述终端设备的相同的上下文或者相同的安全密钥是否要被被使用；以及

根据确定所述终端设备的所述相同的上下文或所述相同的安全密钥要被使用，进入所述空闲状态。

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

在终端设备处在非活动状态下向网络设备传输上行链路数据，其中在所述非活动状态下的所述上行链路数据的所述传输期间没有从所述网络设备接收到用于拒绝所述传输的消息。

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

在终端设备处在非活动状态下向网络设备传输上行链路数据；

从所述网络设备接收用于恢复与所述网络设备的连接的消息，所述消息指示分组数据汇聚协议(PDCP)重新建立针对不支持所述非活动状态下的传输的无线电承载被执行；以及

通过以下至少一项执行所述恢复：

针对所述无线电承载执行所述PDCP重新建立，或者

恢复不支持所述非活动状态下的传输的所述无线电承载。

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

从所述网络设备接收下行链路数据；以及

根据确定所述下行链路数据的完整性保护的检查失败，进入空闲状态。

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

存储所述失败的信息。

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

在网络设备处接收从非活动状态下的终端设备传输的上行链路数据，其中在所述上行链路数据的所述接收之后没有从所述网络设备向所述终端设备传输用于拒绝所述传输的消息。

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

在网络设备处接收从非活动状态下的终端设备传输的上行链路数据；以及

向所述终端设备传输用于针对所述上行链路数据恢复所述终端设备与所述网络设备之间的连接的消息，所述消息指示分组数据汇聚协议(PDCP)重新建立针对不支持所述非活动状态下的传输的无线电承载被执行。

15.一种终端设备，包括：

处理器，被配置为执行根据权利要求1、3至7中任一项、权利要求2至6和8中任一项、或权利要求9、或权利要求10、或权利要求11至12中任一项所述的方法。

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

处理器，被配置为执行根据权利要求13或14所述的方法。

17.一种计算机可读介质，其上存储有指令，所述指令当在至少一个处理器上被执行时使所述至少一个处理器执行根据权利要求1、3至7中任一项、权利要求2至6和8中任一项、或权利要求9、或权利要求10、或权利要求11至12中任一项所述的方法。

18.一种计算机可读介质，其上存储有指令，所述指令当在至少一个处理器上被执行时使所述至少一个处理器执行根据权利要求13或14所述的方法。