数据传输方法、设备和存储介质技术

本公开实施例提供了一种用于在用户设备UE处传输数据的方法，包括接收指示恢复RRC连接的第一RRC连接恢复请求；以及基于所述第一RRC连接恢复请求重建分组数据汇聚协议PDCP层。本公开实施例还提供了用于传输数据的设备和存储介质。

【技术实现步骤摘要】
数据传输方法、设备和存储介质
本专利技术涉及无线通信
，更具体地，本专利技术涉及数据传输的方法以及相应的设备和存储介质。
技术介绍
随着移动通信的快速增长和技术的巨大进步，世界将走向一个完全互联互通的网络社会，即任何人或任何东西在任何时间和任何地方都可以获得信息和共享数据。预计到2020年，互联设备的数量将达到500亿部，其中仅有100亿部左右可能是手机和平板电脑，其它的则不是与人对话的机器，而是彼此对话的机器。因此，如何设计系统以更好地支持万物互联是一项需要深入研究的课题。为了更好地实现万物互联，在2017年3月举行的3GPPRAN#75全会上，成立了一个新的工作项目(参见非专利文献：RP-170852NewWIDonFurtherNB-IoTenhancements)。该项目以进一步增强NB-Iot系统为目标，并且提出进一步缩短数据传输时延的要求。在现有技术中，根据UE是否存在空口连接来判断，UE可以处于空闲态和连接态。当UE有数据需要传输时，首选需要从空闲态进入连接态。为了缩短数据传输时延，引入了一个中间态，在这个状态下，UE虽然在空口上处于无连接的空闲态，但是UE的接入层上下文(AScontext)被保留在基站和UE侧，并且UE被分配了resumeID，该ID是UE用来恢复RRC连接的身份标示。这种中间态可以认为是一种连接暂停(suspend)的状态，又或者可以认为是连接非激活(Inactive)状态。在在这种中间态下，UE在空口处于实际无连接的情况，但是UE与核心网的连接可以是处于激活状态，或者是处于暂停状态。当UE有数据需要发送时，UE向基站发送携带resumeID的恢复RRC连接请求消息，当基站收到该请求后，基于之前的配置，可以很快的指示UE进入连接态，进而进行数据传输。为了进一步缩短数据传输时延，目前讨论的尽早数据传输(earlydatatransmission，EDT)试图通过避免UE进入连接态、使UE在非连接态下即可实现数据包的传输。该方案的一种实现是UE处于前文所说的连接暂停(suspend)或者非激活(Inactive)状态。在该状态下，UE可以在发起恢复RRC连接请求的同时将生成好的数据包一并发给基站。一种实现方式可以是要发送的数据包和恢复RRC连接请求消息在相同的上行资源上发给基站，还可以是基站在同一时刻调度或者分配了用于数据包传输的上行资源和恢复RRC连接请求消息传输的上行资源给用户。一旦基站接受了UE的请求，基站可以恢复UE的上下文，并根据上下文，将数据包发送给相应的核心网，如果没有后续的数据交互，那么基站可以指示UE再次进入suspend状态。从而实现UE不需要进入连接态即可完成数据传输的目的，大大缩短传输时延。在连接态下的数据传输是有安全保证的，即在空口传输的数据需要加密然后再传输，这种加密方式是通常是在RRC连接建立之后，UE和基站之间通过交互，确定了所要采取的加密方式，以及保证加密的输入同步后开始使用，只有这样，这样基站才能正确解密接收到的数据包。现有技术中，数据包的加密在PDCP层执行，UE在生成PDCPPDU时，将COUNT值用做安全算法的输入，对数据包进行加密。COUNT值是由数据包对应的HFN和PDCPSN两部分组成的，每生成一个数据包，COUNT值都会发生变化。基站接收到UE发送的数据包，只有输入和UE加密时相同的COUNT值，才能够正确解密。即，基站和UE需要在COUNT值上保持同步，才能正确解密数据包。为了实现EDT的安全传输，UE被允许在进行数据传输之前，即与基站没有任何交互的前提下，启动加密流程。在连接态下，UE总是能够和基站保持COUNT的同步。然而在suspend或者inactive态下，由于UE与基站在空口无连接，一旦COUNT值失步，则会对下一次数据传输产生影响。当基站没有正确收到EDT发送的数据包，那么有可能导致COUNT值的失步。则UE再次启动EDT时，基站有可能因为count值失步而无法对数据包进行解密，进而导致数据传输再次失败。因此，需要能够避免这种应count值失步而导致数据传输失败的技术方案。
技术实现思路
为解决上述问题中的至少一些，本专利技术实施例提出了用于传输数据的方法、设备和存储介质。根据本专利技术的一个方面，提供了一种用于在用户设备UE处传输数据的方法，包括接收指示恢复RRC连接的第一RRC连接恢复请求；以及基于所述第一RRC连接恢复请求重建分组数据汇聚协议PDCP层。通过对PDCP层进行重建，使得UE和例如基站可以使用约定的加密输入进行机密操作，解决了应UE和基站的COUNT值失步所导致的解码失败。在一些示例中，该方法还可包括向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求。基于所述第一RRC连接恢复请求重建PDCP层可包括：如果所述第一RRC连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求之前执行PDCP层的重建。基于所述第一RRC连接恢复请求重建PDCP层还可包括：如果所述第一RRC连接恢复请求不涉及数据传输，在向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求之后执行PDCP层的重建。在一些示例中，所述PDCP层的重建可包括：恢复PDCP层的状态，并为数据无线承载和/或信令无线承载重建PDCP实体。在一些示例中，该方法还可包括：针对配置了头压缩的数据无线承载，重置头压缩协议内容。在一些示例中，该方法还可包括在以下情况发生时重建PDCP层：控制所述RRC连接恢复的相关定时器超时；所述RRC连接恢复期间发生小区重选；以及从所述网络侧设备接收到拒绝恢复RRC连接的响应。根据本专利技术实施例的另一方面，提供了一种用于传输数据的设备。该设备包括命令接收模块和RRC连接恢复模块。命令接收模块，用于接收指示恢复无线资源控制RRC连接的第一RRC连接恢复请求。RRC连接恢复模块，用于基于所述第一RRC连接恢复请求重建分组数据汇聚协议PDCP层。在一些示例中，该设备还可包括：发送模块，用于向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求。所述RRC连接恢复模块还用于：如果所述第一RRC连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求之前执行PDCP层的重建。所述RRC连接恢复模块还用于如果所述第一RRC连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求之后执行PDCP层的重建。在一些示例中，所述RRC连接恢复模块还可用于恢复PDCP层的状态，并为数据无线承载和/或信令无线承载重建PDCP实体。在一些示例中，该设备还可包括头压缩重置模块，用于针对配置了头压缩的数据无线承载，重置头压缩协议内容。在一些示例中，所述RRC连接恢复模块还可以在以下情况发生时重建PDCP层：控制RRC连接恢复的相关定时器超时；RRC连接恢复期间发生小区重选；以及从所述网络侧设备接收到拒绝恢复RRC连接的响应。本公开实施例的另一个方面提供了一种用于传输数据的设备。该设备包括存储器和处理器。存储器用于存储可执行指令。处理器用于执行存储器中存储的可执行指令，以执行上述方法。本公开实施例的另一个方面提供本文档来自技高网...

【技术保护点】
1.一种用于在用户设备UE处传输数据的方法，包括：接收指示恢复无线资源控制RRC连接的第一RRC连接恢复请求；以及基于所述第一RRC连接恢复请求重建分组数据汇聚协议PDCP层。

【技术特征摘要】
1.一种用于在用户设备UE处传输数据的方法，包括：接收指示恢复无线资源控制RRC连接的第一RRC连接恢复请求；以及基于所述第一RRC连接恢复请求重建分组数据汇聚协议PDCP层。2.根据权利要求1所述的方法，还包括：向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求，其中，基于所述第一RRC连接恢复请求重建PDCP层包括：如果所述第一RRC连接恢复请求涉及数据传输，在向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求之前执行PDCP层的重建；或者如果所述第一RRC连接恢复请求不涉及数据传输，在向网络侧设备发送用于请求恢复RRC连接的第二RRC连接恢复请求之后执行PDCP层的重建。3.根据权利要求2所述的方法，其中，所述PDCP层的重建包括：恢复PDCP层的状态，并为数据无线承载和/或信令无线承载重建PDCP实体。4.根据权利要求3所述的方法，还包括：针对配置了头压缩的数据无线承载，重置头压缩协议内容。5.根据权利要求1所述的方法，还包括在以下情况发生时重建PDCP层：控制RRC连接恢复的相关定时器超时；RRC连接恢复期间发生小区重选；以及从所述网络侧设备接收到拒绝恢复RRC连接的响应。6.一种用于传输数据的设备，包括：命令接收模块，用于...

【专利技术属性】
技术研发人员：张崇铭，刘仁茂，罗超，常宁娟，
申请(专利权)人：夏普株式会社，
类型：发明
国别省市：日本,JP