CN116325947A - 一种数据处理的方法和装置 - Google Patents

一种数据处理的方法和装置 Download PDF

Info

Publication number
CN116325947A
CN116325947A CN202080105957.6A CN202080105957A CN116325947A CN 116325947 A CN116325947 A CN 116325947A CN 202080105957 A CN202080105957 A CN 202080105957A CN 116325947 A CN116325947 A CN 116325947A
Authority
CN
China
Prior art keywords
message
drb
data transmission
rrc
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080105957.6A
Other languages
English (en)
Inventor
毛颖超
常俊仁
张亮亮
李娇娇
冯淑兰
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of CN116325947A publication Critical patent/CN116325947A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供了一种数据处理的方法，包括：接收第一消息，第一消息包括带有挂起指示的无线资源控制RRC释放消息，并且，重建第一数据无线承载DRB的无线链路控制层RLC实体，丢弃该第一DRB的第一分组数据汇聚协议层PDCP实体的服务数据单元SDU。从而，通过重建支持小数据传输的终端设备的DRB的RLC实体，并丢弃PDCP实体的SDU，使得终端设备在进入非激活态后，不再存在缓存数据，因此，不会占用非激活态的用于小数据传输的上行资源，避免影响非激活态的小数据传输。

Description

一种数据处理的方法和装置 技术领域
本申请涉及通信领域，并且，更具体地，涉及数据处理的方法和装置。
背景技术
对于M2M(Machine to Machine，机器间)通信的研究表明，在移动网络上提供M2M通信具有潜在的市场前景。M2M业务对系统提出了很多新要求，且小数据传输(Small Data Transmission,SDT)为一项重要需求，小数据传输的特性适用于发送或者接收小量数据的设备。
然而，在通信过程中，当无线接入网(Radio Access Network,RAN)侧决定将连接态的终端设备(User Equipment,UE)释放进入RRC(Radio Resource Control，RRC)非激活态时，会发送带有挂起指示的RRC释放消息，终端设备接收带有挂起指示的RRC释放信息，从接收到RRC释放消息的那一刻起延迟60ms，或者可选地，当低层指示已经成功确认了RRC释放消息的接收之后，UE执行接收RRC释放之后的操作，此时，可能会在DRB上行传输的RLC中形成待初传的预组包数据(或缓存数据)，或存在产生的缓存的PDCP数据。在非激活态小包传输过程中会发送这些缓存数据到基站，占用正常小数据传输的资源，影响非激活态的正常小包传输。同时，当终端设备发起连接恢复过程，如果终端设备有未传完的小数据包，而此时基站响应UE的RRC恢复请求消息，发送了RRC恢复消息指示终端设备进入连接态，终端设备会重建RLC和分组数据汇聚协议层(Packet Data Convergence Protocol,PDCP)，清掉未发送完的用于小数据传输的缓存，导致数据包丢失。所以，需要一种数据处理的方法，解决上述存在的问题。
发明内容
本申请实施例提供一种数据处理的方法和装置，能够使终端设备进入非激活态后清空缓存数据，从而避免占用非激活态时用于小数据传输的上行资源，同时避免影响非激活态的小数据传输。
第一方面，提供了一种传输数据的方法，该方法包括：接收第一消息，该第一消息包括带有挂起指示的无线资源控制RRC释放消息；重建第一数据无线承载DRB的无线链路控制RLC实体，丢弃该第一DRB的第一分组数据汇聚协议PDCP实体的服务数据单元SDU。
基于上述技术方案，终端设备通过接收第一消息后，对第一DRB的RLC实体进行重建，并丢弃了PDCP实体的SDU，使得终端设备在进入非激活态后，不再存在缓存数据，因此，不会占用非激活态用于小数据传输的上行资源，避免影响了非激活态的小数据传输。
结合第一方面，在第一方面的某些实现方式中，重建信令无线承载SRB1的RLC实体与SRB2的RLC实体；或，重建该SRB2的RLC实体；或，重建所有SRB的RLC实 体。
结合第一方面，在第一方面的某些实现方式中，该第一消息还用于指示该第一DRB用于小数据传输。
结合第一方面，在第一方面的某些实现方式中，根据该第一消息，确定该第一DRB用于该小数据传输。
结合第一方面，在第一方面的某些实现方式中，发送第三消息，该第三消息包括RRC恢复请求消息与该小数据传输的数据。
结合第一方面，在第一方面的某些实现方式中，恢复该第一DRB。
第二方面，提供了一种数据处理的方法，该方法包括：接收第三消息，该第三消息包括带有挂起指示的RRC释放消息；丢弃第二DRB的RLC实体缓存的未发送的数据或者已经发送但未被确认的数据。
基于上述方案，终端设备在接收第三消息之后，丢弃DRB的RLC实体缓存的未发送的数据或者已经发送但未被确认的数据。此处，上述数据可能是已缓存但未传输至介质访问控制层MAC的数据，已经传输至MAC层但未被MAC层确认的数据，也可能为已缓存但未传输至基站的数据，以及已经传输至基站但未被基站确认的数据，本申请在此不做限定。进一步地，终端设备也可以会清除缓冲区中的缓存的数据。通过上述操作，终端设备不再存在缓存数据或缓存数据存在但不会发送，由此，不会占用非激活态用于小数据传输的上行资源，避免影响了非激活态的小数据传输。
结合第二方面，在第二方面的某些实现方式中，丢弃该第二DRB的PDCP实体的SDU。
结合第二方面，在第二方面的某些实现方式中，停止或者重置该第二DRB的RLC实体的正在运行的定时器。
结合第二方面，在第二方面的某些实现方式中，重建SRB1的RLC实体与SRB2的RLC实体；或，重建该SRB2的RLC实体；或，重建该SRB的RLC实体。
结合第二方面，在第二方面的某些实现方式中，该第三消息还用于指示该第二DRB用于小数据传输。
结合第二方面，在第二方面的某些实现方式中，根据该第三消息，确定该第二DRB用于小数据传输。
结合第二方面，在第二方面的某些实现方式中，发送第四消息，该第四消息包括RRC恢复请求消息与小数据传输的数据。
结合第二方面，在第二方面的某些实现方式中，恢复该第二DRB。
第三方面，提供了一种数据处理的方法，该方法包括：接收第五消息，该第五消息用于指示第三DRB用于小数据传输；跳过重建第三DRB的RLC实体，跳过挂起该第三DRB的PDCP实体。
基于上述技术方案，终端设备通过跳过重建DRB的RLC实体，以及跳过挂起DRB的PDCP实体，如果终端设备有缓存的用于小数据传输的数据未传输完成，则终端设备进入非激活态后缓存的用于小数据传输的数据可以继续传输，不会产生丢包现象。
结合第三方面，在第三方面的某些实现方式中，禁止该第三DRB的RLC实体的状态参数重置，保持该第三DRB的RLC实体的定时器继续运行。
结合第三方面，在第三方面的某些实现方式中，该第五消息还包括带有挂起指示的 RRC释放消息。结合第三方面，在第三方面的某些实现方式中，该第五消息通过第一密钥进行加密。
结合第三方面，在第三方面的某些实现方式中，发送第六消息，该第六消息包括RRC恢复请求消息，该第六消息通过第二密钥进行加密，该第二密钥与第一密钥包括相同的K gNB。
结合第三方面，在第三方面的某些实现方式中，恢复第三DRB；或，恢复所有SRB；或，恢复第三DRB与所有SRB。
结合第三方面，在第三方面的某些实现方式中，该第六信息还包括在非激活态小数据传输的数据。
结合第三方面，在第三方面的某些实现方式中，接收第七消息，该第七消息为RRC恢复消息或该第五消息，该第七消息通过该第一密钥进行加密。
结合第三方面，在第三方面的某些实现方式中，当该第七消息为该RRC恢复消息时，该第七消息还用于指示该跳过重建第三DRB的RLC实体。
结合第三方面，在第三方面的某些实现方式中，当该第七消息为该RRC恢复消息时，该第七消息还用于指示跳过重建该第三DRB的PDCP实体。
结合第三方面，在第三方面的某些实现方式中，该第五信息还包括下一跳链技术值NCC。
第四方面，提供了一种数据处理的方法，该方法包括：接收第八信息，该第八信息包括带有挂起指示的RRC释放消息；发送第九信息，该第九消息包括RRC恢复请求消息；接收第十信息，该第十信息是RRC恢复消息，包含跳过重建第四DRB的RLC实体的指示，或，跳过重建该第四DRB的PDCP实体的指示，或，跳过重建该第四DRB的RLC实体以及PDCP实体的指示。
基于上述方案，对于非激活态中有小数据传输的终端设备，如果终端设备正在传输小数据包，或终端设备有后续的小数据包待传输，但此时基站响应终端设备的RRC恢复请求消息并发送了RRC恢复消息使终端设备进入连接态，此时，终端设备不需要对小数据传输的DRB进行RLC实体或PDCP实体的重建，因此，不会清空缓存的未传输的小数据包，避免了小数据包的丢失。
结合第四方面，在第四方面的某些实现方式中，根据第十信息，跳过重建该第四DRB的RLC实体，或，跳过重建该第四DRB的PDCP实体，或，跳过重建该第四DRB的RLC实体以及PDCP实体。
结合第四方面，在第四方面的某些实现方式中，该第九信息还包括在非激活态小数据传输的数据。
第五方面，提供了一种数据处理的装置，该装置包括：
收发模块，用于接收第一消息，该第一消息包括带有挂起指示的无线资源控制RRC释放消息；
处理模块，用于重建第一DRB的RLC实体，丢弃该第一DRB的第一PDCP实体的服务数据单元SDU。
结合第五方面，在第五方面的某些实现方式中，该处理模块还用于，重建SRB1的RLC实体与SRB2的RLC实体；或，重建该SRB2的RLC实体；或，重建所有SRB的 RLC实体。
结合第五方面，在第五方面的某些实现方式中，该第一消息还用于指示该第一DRB用于小数据传输。
结合第五方面，在第五方面的某些实现方式中，该处理模块还用于，根据该第一消息，确定该第一DRB用于该小数据传输。
结合第五方面，在第五方面的某些实现方式中，该收发模块还用于，发送第二消息，该第二消息包括RRC恢复请求消息与该小数据传输的数据。
结合第五方面，在第五方面的某些实现方式中，该处理模块还用于，恢复该第一DRB。
第六方面，提供了一种数据处理的装置，该装置包括：
收发模块，用于接收第三消息，该第三消息包括带有挂起指示的RRC释放消息；
处理模块，用于丢弃第二DRB的RLC实体缓存的未发送的数据或者已经发送但未被确认的数据。
结合第六方面，在第六方面的某些实现方式中，该处理模块还用于，丢弃该第二DRB的PDCP实体的SDU。
结合第六方面，在第六方面的某些实现方式中，该处理模块还用于，重建SRB1的RLC实体与SRB2的RLC实体；或，重建该SRB2的RLC实体；或，重建所有SRB的RLC实体。
结合第六方面，在第六方面的某些实现方式中，该处理模块还用于，停止或者重置该第二DRB的RLC实体的正在运行的定时器。
结合第六方面，在第六方面的某些实现方式中，该第三消息还用于指示该第二DRB用于小数据传输。
结合第六方面，在第六方面的某些实现方式中，该处理模块还用于，根据该第三消息，确定该第二DRB用于该小数据传输。
结合第六方面，在第六方面的某些实现方式中，该收发模块还用于，发送第四消息，该第四消息包括RRC恢复请求消息与小数据传输的数据。
结合第六方面，在第六方面的某些实现方式中，该处理模块还用于，恢复该第二DRB。
第七方面，提供了一种数据处理的装置，该装置包括：
收发模块，用于接收第五消息，该第五消息用于指示第三DRB用于小数据传输；
处理模块，用于跳过重建该第三DRB的RLC实体，跳过挂起该第三DRB的PDCP实体。
结合第七方面，在第七方面的某些实现方式中，该处理模块还用于，禁止该第三DRB的RLC实体的状态参数重置，保持该第三DRB的RLC实体的定时器继续运行。
结合第七方面，在第七方面的某些实现方式中，该第五消息还包括带有挂起指示的RRC释放消息。
结合第七方面，在第七方面的某些实现方式中，该第五消息通过第一密钥进行加密。
结合第七方面，在第七方面的某些实现方式中，收发模块还用于，发送第六消息，该第六消息包括RRC恢复请求消息，该第六消息通过第二密钥进行加密，该第二密钥与该第一密钥包括相同的K gNB。
结合第七方面，在第七方面的某些实现方式中，该处理模块还用于，恢复该第三DRB； 或，恢复所有SRB；或，恢复该第三DRB与该所有SRB。
结合第七方面，在第七方面的某些实现方式中，该第六信息还包括在非激活态小数据传输的数据。
结合第七方面，在第七方面的某些实现方式中，该收发模块还用于，接收第七消息，该第七消息为RRC恢复消息或该第五消息，该第七消息通过该第一密钥进行加密。
结合第七方面，在第七方面的某些实现方式中，当该第七消息为该RRC恢复消息时，该第七消息还用于指示该跳过重建第三DRB的RLC实体。
结合第七方面，在第七方面的某些实现方式中，当该第七消息为该RRC恢复消息时，该第七消息还用于指示跳过重建该第三DRB的PDCP实体。
结合第七方面，在第七方面的某些实现方式中，该第五信息还包括NCC。
第八方面，提供了一种数据处理的装置，该装置包括：
收发模块，用于接收第八信息，该第八信息包括带有挂起指示的RRC释放消息；发送第九信息，该第九消息包括RRC恢复请求消息；接收第十信息，该第十信息是RRC恢复消息，包含跳过重建第四DRB的RLC实体的指示，或，跳过重建该第四DRB的PDCP实体的指示，或，跳过重建该第四DRB的RLC实体以及PDCP实体的指示；
处理模块，用于根据第十信息，跳过重建该第四DRB的RLC实体，或，跳过重建该第四DRB的PDCP实体，或，跳过重建该第四DRB的RLC实体以及PDCP实体。
结合第八方面，在第八方面的某些实现方式中，该处理模块还用于，根据第十信息，跳过重建该第四DRB的RLC实体，或，跳过重建该第四DRB的PDCP实体，或，跳过重建该第四DRB的RLC实体以及PDCP实体。
结合第八方面，在第八方面的某些实现方式中，该第九信息还包括在非激活态小数据传输的数据。
第九方面，提供一种用于数据处理的装置，包括处理器。该处理器与存储器耦合，可用于执行存储器中的指令，以实现上述第一方面至第四方面以及第一方面至第四方面中任一种可能实现方式中的通信方法。可选地，该用于数据处理的装置还包括存储器。可选地，该用于数据处理的装置还包括通信接口，处理器与通信接口耦合，该通信接口用于输入和/或输出信息。该信息包括指令和数据中的至少一项。
在一种实现方式中，该用于数据处理的装置为网络设备。当该用于数据处理的装置为网络设备时，该通信接口可以是收发器，或，输入/输出接口。
在另一种实现方式中，该用于数据处理的装置为芯片或芯片系统。当该用于数据处理的装置为芯片或芯片系统时，该通信接口可以是该芯片或芯片系统上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等。该处理器也可以体现为处理电路或逻辑电路。
在另一种实现方式中，该用于数据处理的装置为配置于网络设备中的芯片或芯片系统。
可选地，该收发器可以为收发电路。可选地，该输入/输出接口可以为输入/输出电路。
第十方面，提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被通信装置执行时，使得该数据处理的装置实现第一方面至第四方面，以及第一方面至第四方面的任一可能的实现方式中的通信方法。
第十一方面，提供一种包含指令的计算机程序产品，该指令被计算机执行时使得通信装置实现第一方面至第四方面提供的通信方法。
附图说明
图1示出了适用于本申请实施例的无线通信系统100的一示意图。
图2示出了适用于本申请实施例的终端设备的RRC状态及状态转换200的一示意图。
图3示出了适用于本申请实施例的RRC连接释放的系统架构300的一示意图。
图4示出了适用于本申请实施例的RRC连接恢复的系统架构400的一示意图。
图5示出了适用于本申请实施例提供的数据处理的方法500的一种示意性框图。
图6示出了适用于本申请实施例提供的数据处理的方法600的另一种示意性框图。
图7示出了适用于本申请实施例提供的数据处理的方法700的另一种示意性框图。
图8示出了适用于本申请实施例提供的数据处理的方法800的另一种示意性框图。
图9示出了一种适用于本申请实施例提供的通信装置的一种示意性框图。
图10示出了一种适用于本申请实施例提供的通信装置的一种示意性架构图。
图11示出了一种适用于本申请实施例提供的通信装置的一种示意性结构图。
图12示出了一种适用于本申请实施例提供的通信装置的一种示意性架构图。
具体实施方式
下面将结合附图，对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：第五代(5th generation，5G)系统或NR(New radio)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)等。
图1是适用于本申请实施例的无线通信系统100的一示意图。如图1所示，该无线通信系统100可以包括至少一个网络设备，例如图1所示的网络设备111，该无线通信系统100还可以包括至少一个终端设备，例如图1所示的终端设备121至终端设备123。网络设备和终端设备均可配置多个天线，网络设备与终端设备可使用多天线技术通信。
其中，网络设备和终端设备通信时，网络设备可以管理一个或多个小区，一个小区中可以有整数个终端设备。可选地，网络设备111和终端设备121至终端设备123组成一个单小区通信系统，不失一般性，将小区记为小区#1。网络设备111可以是小区#1中的网络设备，或者说，网络设备111可以为小区#1中的终端设备(例如终端设备121)服务。
需要说明的是，小区可以理解为网络设备的无线信号覆盖范围内的区域。
图2是适用于本申请实施例的终端设备的RRC状态及状态转换200的一示意图。如图2所示，当终端设备处于RRC空闲态时，无线接入网中还不存在RRC上下文—即还不存在终端设备和网络设备之间通信所需的参数，此时终端设备不属于任一小区。从核心网的角度来看，此时终端设备处于空闲态。并且，终端设备不能进行数据传输，没有RRC连接，不存在核心网的连接，以及终端设备对移动性的处理是通过小区重选来实现的。在RRC连接态时，RRC上下文已建立起来，终端设备和无线接入网络之间通信所需的全部参数对于两者也是已知的。从核心网的角度来看，此时终端处于连接态。终端设备所属的 小区也已知,并且用于终端和网络之间信令目的的终端标识。由于连接态时网络设备中已经建立了RRC上下文，因此开始接收或发送数据相对较快。此时终端设备有数据传输，建立RRC连接，建立核心网连接，以及受网络控制移动性。
在RRC非激活态时，RRC上下文保持在终端和网络设备中。核心网连接也保持不变，即，从核心网络角度看，终端处于CN_CONNECTED状态。因此，转换到连接态以进行数据传输的速度很快，不需要核心网信令参与。RRC上下文已经在网络设备中，空闲态到激活态的转换可以在无线接入网中处理。同时，终端设备睡眠的方式与空闲态下的睡眠方式类似，移动性的处理也依然是通过小区重选的方式进行，不需要网络的介入。
图3是适用于本申请实施例的RRC连接释放的系统架构300的一示意图。如图3所示，当RAN侧决定将连接态UE释放并进入RRC非激活态时，会通过专用信令(带有挂起指示的RRC释放消息)通知终端设备。该RRC释放信息中包含进入非激活态的配置信息，其中该非激活态相关配置信息包含以下内容：
1、无线网络临时标识(Radio network tempory identity,RNTI)，用于目标网络侧寻找终端设备进入RRC非激活态前的基站(Next generation NodeB,gNB)及其所存储的终端设备上下文；
2、RAN寻呼周期，即，RAN侧节点给某非激活态终端设备配置的RAN寻呼周期；
3、RAN通知区域，可以包括一个或多个小区；
4、周期性RAN通知区域更新的定时器时长，用于触发周期性RAN通知区域更新的定时器；
5、下一跳链计数值(NH Chaining Counter,NCC)，用于计算安全密钥。
图4是适用于本申请实施例的RRC连接恢复的系统架构400的一示意图。如图4所示，当处于RRC非激活态的UE想要恢复已挂起的RRC时，可以采用RRC连接恢复过程。通过此过程，可以恢复信令无线承载(Signaling radio bearers,SRB)和DRB或者进行RAN通知区域的更新。RRC恢复过程的典型流程如下所述：
S401、发送RRC恢复请求消息/RRC恢复请求1消息。
UE在SRB0上发送一条RRC恢复请求消息，其中主要携带UE的I-RNTI、安全参数以及恢复原因等信息。
S402、发送RRC恢复消息。
gNB通过下行专用控制信道(Down link dedicated control Channel,DL-DCCH)在SRB1上回复一条RRC恢复消息，其中该消息携带SRB、DRB和主小区组(Master cell group,MCG)的配置参数、测量等配置。
S403、发送RRC恢复响应消息
通过UL-DCCH在SRB1上发送RRC恢复响应消息。此消息主要用于确认。
应理解，上述图1至图4仅是示例性说明，本申请并未限定于此。
应理解，主要应用于5G NR系统。本申请也适用于通用移动通信系统(Universal mobile telecommunications system,UMTS)系统、码分多址技术(Code division multiple access,CDMA)系统、无线局域网(wireless local area network,WLAN)或未来5G(the fifth generation)无线通信系统等，例如新接入(New Radio，NR)系统，新接入技术(New Radio Access Technology)演进的LTE(evolved LTE，eLTE)，即eLTE的接入网设备可以同时 连接到LTE的核心网以及未来5G的核心网等。
应理解，在本申请实施例中，网络设备可以是指接入网中在空中接口上通过扇区与终端通信连接的设备。网络设备可用于将收到的空中帧与网际协议(IP)分组进行相互转换，作为终端设备与接入网的其余部分之间的路由器，其中接入网的其余部分可包括IP网络。网络设备还可协调对空中接口的属性管理。例如，网络设备可以是全球移动通信系统(Global system for mobile communication,GSM)或CDMA中的基站(Base transceiver station,BTS)，也可以是宽带码分多址(Wideband Ccode division multiple access,WCDMA)中的基站(NodeB)，还可以是LTE中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，此处不做限定。
还应理解，在本申请实施例中，RAN设备可以是WLAN中的接入点(ACCESS POINT,AP)，GSM或CDMA中的基站，也可以是WCDMA中的基站，还可以是LTE中的演进型基站，或者中继站或接入点，或者车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备，例如可以连接5G核心网设备的基站，传输与接收点(Transmission and reception point,TRP)，集中式处理单元(Centralized unit，CU)，分布式处理单元(Distributed unit，DU)等。
还应理解，在本申请实施例中，该无线通信系统中的终端设备也可以称为用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。本申请的实施例对应用场景不做限定。
为便于理解本申请实施例，下面首先对本申请中涉及的几个术语做简单介绍。
1、PDCP
分组数据汇聚协议层，属于无线接口协议栈的第二层，处理控制平面上的无线资源管理(RRC)消息。PDCP子层为上层RRC提供信令传输服务，并实现RRC信令的加密和一致性保护，以及在反方向上实现RRC信令的解密和一致性检查。
2、RRC
无线资源控制协议层，处于无线接口协议栈第三层的底层，RRC子层的主要功能是管理、控制无线资源，为上层提供无线资源参数以及控制下层的主要参数和行为，在整个LTE-A网络中具有非常重要的作用。RRC协议在连接控制中的过程可分为以下6种：
(1)寻呼过程：网络向小区内RRC协议空闲模的UE发出寻呼消息，触发UE建立SRB1的过程；
(2)RRC连接建立过程：UE与基站之间建立连接的过程，包括SRB1的建立；
(3)安全激活过程：SRB1建立后，基站激活和配置UE的加密算法和完整性保护；
(4)RRC连接配置过程：是管理基站的过程，也可触发UE进行切换；
(5)RRC连接重建过程：在无线链路出现问题或切换失败后，UE重新发起的建立 SRB1的过程；
(6)释放过程：UE释放全部与基站相关的RB后切换到空闲模式的过程。
RRC协议状态主要有以下三种：空闲状态和非激活态(RRC_INACTIVE)和连接状态。
3、RLC
无线链路层控制协议，RLC层位于MAC层之上，PDCP层之下，为用户和控制数据提供分段。
RLC子层主要服务和功能取决于传输模式，包括：上层PDU的传输，PDCP独立的编号顺序(仅限AM和UM)，通过ARQ进行纠错(仅限AM)，RLC SDU的分割(AM和UM)和重新分割(仅AM)，SDU的重新组装(AM和UM)，重复检测(仅限AM)，丢弃RLC SDU(AM和UM)，RLC重建，协议错误检测(仅限AM)。
4、SDU和PDU
服务数据单元(Service data unit,SDU)和上一层的协议数据单元(Protocol data unit，PDU)是一一对应的。进入每个子层未被处理的数据称为服务数据单元(SDU)，经过子层处理后形成特定格式的数据被称为协议数据单元(PDU)。同时，本层形成的PDU即为下一层的SDU。根据协议数据单元的数据的不同，送到接收端的指定层。
5、小数据传输
小数据传输(Small data transmission,SDT),是指传输小数据包的传输模式，其中，小数据包指UE在非激活态中，新产生的数据包，且该数据包小于一定的阈值。
或者，小数据包也可以是针对某个业务而言的。其中，上述业务可以为如下所述应用案例，比如针对智能仪表的所有数据都可理解为小数据。针对某一业务的服务质量(Quality of service,QoS)要求，该业务对应到某DRB,该DRB上的数据，可以理解为小数据包。
小数据传输的应用案例，即，少量和不频繁数据流量包含的使用案例可以为：智能手机应用程序，包括即时通讯服务的流量(whatsapp，QQ，微信等)，来自IM/e-mail客户端和其他APP的Heart-beat/keep-alive流量，以及各种应用程序的推送通知；非智能手机应用，包括可穿戴设备的流量(周期性的定位信息等)，传感器(工业无线传感器网络定期或以时间出发的方式传输温度，压力读数等)，智能仪表和智能仪表网络发送定期的仪表读数，来自IM/email客户端和其他APP的Heart-beat/keep-alive流量，以及各种应用程序的推送通知。当UE处于RRC非激活态时，上层/应用层有新的数据包产生或存在上述小数据传输的数据包，并且上行的数据总量(或数据包的大小)小于一定的阈值(该阈值是系统信息中配置的最大阈值)，且UE支持小数据传输，UE会发起小数据传输，此为发起小数据传输的含义。
当基站决定将连接态UE移动到非激活态时，基站会触发RRC连接释放过程，给UE发送RRC释放消息(携带挂起指示)，UE接收到RRC释放消息后，会按照现有技术进行如下操作：
1.从接收到RRC释放消息的那一刻起，延迟60ms，或者可选地，当低层指示已经成功确认了RRC释放消息的接收之后，执行但不限于下述动作：
如果RRC释放消息包含挂起指令：
重置MAC并释放默认的MAC小区组配置(如果有)；
为SRB1重新建立RLC实体；
如果响应RRC恢复请求消息或RRC恢复请求消息1而收到带有挂起指令的RRC释放消息：
如果运行，则停止定时器T319；
在存储的UE非活动认证服务器(Authentication server,AS)上下文中：
将K gNB和K RRCint密钥替换为当前的K gNB和K RRCint密钥；
暂停除SRB0之外的所有SRB和DRB；
指示PDCP暂停到所有DRB的较低层；
如果响应RRC恢复请求消息或RRC恢复请求消息1而收到带有挂起指令的RRC释放消息；
如果运行，则停止定时器T319；
在存储的UE非活动AS上下文中：
将K gNB和K RRCint密钥替换为当前的K gNB和K RRCint密钥；
输入RRC_INACTIVE并按照协议TS 38.304[20]的规定执行小区选择。
按上述描述，UE接收到RRC释放消息后进行后续操作，包括重建SRB1的RLC实体，暂停除SRB0之外的所有的SRB和DRB，指示所有DRB的PDCP挂起，然后UE进入非激活态。
UE收到RRC释放消息后，从接收到RRC释放消息的那一刻起延迟60ms，或者可选地，当低层指示已经成功确认了RRC释放消息的接收之后，执行接收RRC释放之后的操作，这时可能存在DRB上行的RLC待初传的预组包数据，或存在缓存的PDCP数据。在收到释放消息后执行挂起PDCP操作，为SRB1重建了RLC等操作，未对DRB的RLC做任何处理，所以进入非激活态后，DRB的RLC的缓存数据一直存在。在非激活态小数据包传输过程中会发送这些缓存数据(小数据包或其他数据包)到基站，会占用正常小数据传输的资源，影响非激活态的正常小数据包传输。
本申请提供一种方案，通过在UE收到RRC释放消息之后，对支持小数据传输的UE的所有DRB的RLC实体进行重建，使得UE在进入非激活态后，不再存在缓存数据。因此，不会占用非激活态用于小数据传输的上行资源，不会影响非激活态的小数据传输。
图5为适用于本申请实施例提供的数据处理的方法的一种示意性框图。方法500可以包括如下步骤。
应理解，本实施可以应用于但不限于小数据包传输与其他业务的传输共用一个DRB的场景。
S501，发送第一消息。
示例地，网络设备会向终端设备发送第一消息，该第一消息包括带有挂起指示的RRC释放消息。应理解，此处第一消息可以为带有挂起指示的RRC释放消息，也可以为其他消息，本申请在此不做限定。
终端设备接收挂起指示的RRC释放消息，从接收到RRC释放消息的那一刻起延迟60ms，或者可选地，当低层指示已经成功确认了RRC释放消息的接收之后，UE执行接收RRC释放之后的操作，此时，可能会在DRB上行的RLC产生待初传的预组包数据或存在缓存的PDCP数据。进入非激活态后，DRB的RLC实体的缓存数据会一直存在。在 非激活态小包传输过程中会发送这些缓存数据(小数据包或其他数据包)到网络设备，会占用正常小数据传输的资源，影响非激活态的正常小数据传输。可选地，第一消息也会用于指示终端设备进入非激活态。
S502,重建DRB的RLC实体，丢弃DRB的PDCP实体的SDU。
示例地，如果终端设备支持在非激活态下的小数据传输，终端设备在收到第一消息后，会根据第一消息重建DRB的RLC实体，丢弃DRB的PDCP实体中的SDU。
具体地，终端设备会通过丢弃第一DRB所有的RLC实体的SDU，RLC SDU分段以及RLC PDU，停止并重置所有定时器，将所有状态变量重置为初始值，完成重建DRB的RLC实体的操作。如果终端设备不支持小数据传输，则不需要重建第一DRB的RLC实体。同时，终端设备会根据第一消息丢弃DRB的PDCP实体中的SDU，使得终端设备在进入非激活态后不再有缓存的数据。
S503，重建SRB的RLC实体。
示例地，终端设备会重建SRB1的RLC实体、SRB2的RLC实体，或，重建所述SRB2的RLC实体，或，重建所有SRB的RLC实体，使得终端设备在进入非激活态后SRB的RLC实体中不存在缓存的数据。具体的重建SRB的RLC实体的操作，可以参考S601中的重建DRB的RLC实体的操作，为了简洁，此处不再赘述。
S504，确定用于小数据传输的DRB。
示例地，终端设备会确定用于小数据传输的DRB。
在可能实现的一种方式中，当第一消息中指示DRB的字段为0时，终端设备在接收第一消息之后，根据第一消息确定用于小数据传输的DRB。
在可能实现的另一种方式中，在网络设备发送第一消息之前，网络设备会向终端设备发送指示消息，该指示消息中会携带小数据传输的DRB的索引，终端设备在接收指示消息之后，根据指示消息中小数据传输的DRB的索引确定用于小数据传输的DRB。其中，该指示消息可以为RRC释放消息或其他消息。
S505，发送第二消息。
示例地，终端设备会向网络设备发送第二消息，第二消息包括RRC恢复请求消息与小数据传输的数据。此时，用于小数据传输的数据中，不再存在终端设备在进入非激活态之前的缓存的数据。应理解，此处第一消息可以为RRC恢复请求消息，也可以为其他消息，本申请在此不做限定。
S506，恢复DRB。
示例地，终端设备会对DRB的RLC实体与PDPC实体进行恢复操作。其中，如果是小数据包传输与其他业务传输共用一个DRB，需要恢复该DRB。如果小数据传输与其他业务传输不共用一个DRB，则只恢复用于小数据传输的DRB，或恢复所有DRB。
通过上述技术方案，终端设备在进入非激活态后，不再存在缓存数据，因此，不会占用非激活态用于小数据传输的上行资源，避免影响了非激活态的小数据传输。
图6为适用于本申请实施例提供的数据处理的方法的另一种示意性框图。方法600可以包括如下步骤。
应理解，本实施可以应用于但不限于小数据包传输与其他业务的传输共用一个DRB的场景。
S601，发送第三消息。
示例地，网络设备会向终端设备发送的第三消息，该第三消息包括带有挂起指示的RRC释放消息。应理解，此处第三消息可以为带有挂起指示的RRC释放消息，也可以为其他消息，本申请在此不做限定。
终端设备接收挂起指示的RRC释放消息，从接收到RRC释放消息的那一刻起延迟60ms，或者可选地，当低层指示已经成功确认了RRC释放消息的接收之后，UE执行接收RRC释放之后的操作，此时可能会在DRB上行的RLC中产生待初传的预组包数据，或存在缓存的PDCP数据。进入非激活态后，DRB的RLC实体的缓存数据会一直存在。在非激活态小包传输过程中会发送这些缓存数据(小数据包或其他数据包)到网络设备，会占用正常小数据传输的资源，影响非激活态的正常小数据传输。在可能实现的一种方式中，第一消息也会用于指示终端设备进入非激活态。可选地，第四消息也会用于指示终端设备进入非激活态。
S602，丢弃DRB的RLC实体缓存的未发送的数据或者已经发送但未被确认的数据。
示例地，终端设备在接收到第四消息后，会丢弃DRB的RLC实体缓存的未发送的数据或者已经发送但未被确认的数据。
具体地，如果终端设备支持非激活态下的小数据传输，终端设备会丢弃RLC实体缓存的未传输的数据与已经传输但未被确认的数据，进一步地，会停止或者重置DRB的RLC实体的正在运行的定时器。其中，上述数据可能是已缓存但未传输至介质访问控制层MAC的数据，已经传输至MAC层但未被MAC层确认的数据，也可能为已缓存但未传输至基站的数据，以及已经传输至基站但未被基站确认的数据，本申请在此不做限定。进一步地，终端设备也可以清除缓冲区中的缓存的数据。
S603，丢弃DRB的PDCP实体的SDU。
示例地，终端设备会丢弃DRB的PDCP实体的SDU，使得终端设备在进入非激活态后不再有缓存的数据。
S604，重建SRB。
示例地，终端设备会重建SRB1的RLC实体、SRB2的RLC实体，或，重建所述SRB2的RLC实体，或，重建所有SRB的RLC实体，使得终端设备在进入非激活态后SRB的RLC实体中不存在缓存的数据。具体的重建SRB的RLC实体的操作，可以参考S601中的重建DRB的RLC实体的操作，为了简洁，此处不再赘述。
S605，确定用于小数据传输的DRB。
示例地，终端设备会确定用于小数据传输的DRB。
在可能实现的一种方式中，当第三消息中指示DRB的字段为0时，终端设备在接收第三消息之后，可以根据第三消息确定用于小数据传输的DRB。
在可能实现的另一种方式中，网络设备会向终端设备发送指示消息，该指示消息中会携带小数据传输的DRB的索引，终端设备在接收指示消息之后，根据指示消息中小数据传输的DRB的索引确定用于小数据传输的DRB。该指示消息可以为RRC释放消息或其他消息。
S606，发送第四消息。
示例地，终端设备会向网络设备发送第四消息，该第四消息包括RRC恢复请求消息 与小数据传输的数据。此时，用于小数据传输的数据中，不再存在终端设备在进入非激活态之前的缓存的数据。应理解，此处第四消息可以为RRC恢复请求消息，也可以为其他消息，本申请在此不做限定。
S607，恢复DRB。
示例地，终端设备会对DRB的RLC实体和PDPC实体进行恢复操作。其中，如果是小数据包传输与其他业务传输共用一个DRB，当共用一个DRB但有不同的Qos flow时，需要恢复指示的DRB；当共用一个DRB且有相同的Qos flow时，需要恢复该DRB。如果小数据传输与其他业务传输不共用一个DRB，则只恢复用于小数据传输的DRB，或恢复所有DRB。
通过上述方案，终端设备不再存在缓存数据或缓存数据存在但不会发送，由此，不会占用非激活态用于小数据传输的上行资源，避免影响了非激活态的小数据传输。
图7为适用于本申请实施例提供的数据处理的方法的另一种示意性框图。方法700可以包括如下步骤。
应理解，本实施可以应用于但不限于小数据包传输不与其他业务的传输共用一个DRB的场景，即，小数据传输配置单独的DRB的场景。
S701，发送第五消息。
示例地，网络设备会向终端设备发送第五消息，该第五消息用于指示第三DRB用于小数据传输。进一步地，第五消息也可以包括带有挂起指示的RRC释放消息。应理解，此处第五消息可以为带有挂起指示的RRC释放消息，也可以为其他消息，本申请在此不做限定。
终端设备在接收到挂起指示的RRC释放消息后，终端设备会重置MAC层并释放默认的MAC小区组配置。进一步地，该第五信息使用第一密钥进行加密。其中，第一密钥是终端侧上下文中维护的密钥，该密钥可以包括K gNB。
S702，跳过重建DRB的RLC实体，跳过挂起DRB的PDCP实体。
示例地，终端设备在接收第五消息之后，会跳过重建DRB的RLC实体的步骤，以及跳过挂起DRB的PDCP实体的步骤。
在可能实现的一种方式中，终端设备会跳过重建DRB的RLC实体，即，不进行停止并重置所有定时器，且不将所有状态变量重置为初始值，完成不重建DRB的RLC实体的操作。同时，终端设备会跳过挂起DRB的PDCP实体，即，不对PDCP实体的定时器进行停止并重置，不将PDCP实体的控制传输和接收操作的状态变量进行初始化，完成不挂起DRB的PDCP实体的操作。
在可能实现的另一种方式中，终端设备会跳过重建DRB的RLC实体，即，终端设备会通过保持所有定时器运行，保持所有状态变量不重置，完成不重建DRB的RLC实体的操作。同时，终端设备会跳过挂起DRB的PDCP实体，即，保持DRB的PDCP实体的控制传输和接收操作的状态变量不重置，以及保持PDCP实体的定时器继续运行，完成不挂起DRB的PDCP实体的操作。
应理解，终端设备在接收第五消息之后，并未进行密钥更新，终端侧仍保持当前的密钥是激活的，有效的。
S703，发送第六消息。
示例地，终端设备会发送第六消息，该第六消息包括RRC恢复请求消息，并且该第六消息使用第二密钥进行加密，其中，第二密钥与第一密钥包括相同的K gNB，第二密钥是网络侧上下文中维护的密钥，该密钥可以包括K gNB。进一步地，第六消息也会包括用于终端设备在非激活态下小数据传输的数据。应理解，此处第六消息可以为RRC恢复请求消息，也可以为其他消息，本申请在此不做限定。
S704，恢复DRB或SRB。
示例地，终端设备会恢复DRB，或恢复所有SRB，或同时恢复DRB与所有SRB。可选地，终端设备会只恢复用于小数据传输的DRB与SRB，以能够继续发送之前缓存的小数据包及新的小数据包。其中，如果终端设备处于连接态时已经建立了用于小数据传输的DRB及其QoS flow，则恢复该DRB；如果终端设备在连接态未建立相关的DRB，则需要建立用于小数据传输的DRB。
S705，发送第七消息。
示例地，网络设备会向终端设备发送第七消息，该第七消息为RRC恢复消息或上述第五消息，并且，该第七消息通过第一密钥进行加密。应理解，此处第七消息可以为RRC恢复请求消息，也可以为其他消息，本申请在此不做限定。
在可能实现的一种方式中，当第七消息为RRC恢复消息时，第七消息还用于指示跳过重建DRB的RLC实体。
具体地，第七消息通过将关于重建DRB的RLC实体的字段设置为假(false)，即，在连接恢复过程中不重建DRB的RLC实体，以此指示跳过重建DRB的RLC实体。
在可能实现的另一种方式中，当第七消息为RRC恢复消息时，第八消息还用于指示跳过重建DRB的PDCP实体。
具体地，第七消息通过将关于重建DRB的PDCP实体的字段设置为假(flase)，即，在连接恢复过程中不重建DRB的PDCP实体，以此指示跳过重建DRB的PDCP实体。
在可能实现的另一种方式中，当第七消息为第五消息时，即，第七消息为包括带有挂起指示的RRC释放消息，并指示终端设备重新进入非激活态，可选地，该消息携带最新的下一跳链技术值NCC，但不进行密钥更新的操作，并且可选地，可以重复上述S701至S705的步骤。
应理解，当重复上述S701至S705，或在下一次小数据传输时，小数据传输的序列号是连续的，例如，下一次小数据传输的序列号为前一次小数据传输的序列号加1，并且，本次密钥流的序列号是根据前一次小数据传输的序列号确定的。
还应理解，在本实施例中，密钥未进行安全更新，终端设备使用相同第一密钥接收第五消息、第七消息，通过第二密钥发送第六消息，第一密钥与第二密钥包括相同的K gNB。其中，当网络设备将I-RNTI、Resume MAC-I以及当前小区的PCI与频点信息一并发送至锚点gNB。锚点gNB会根据I-RNTI寻找终端设备上下文信息，按照与终端设备相同的方法导出Resume MAC-I，然后与接收到的Resume MAC-I进行比对以验证此次RRC恢复请求。验证成功后，锚点gNB将旧的接入层根密钥K gNB，与终端设备的上下文信息(其中包含安全上下文信息)一并发送至当前网络设备。
还应理解，在本实施例的执行过程中，终端设备的控制面处理与处于非激活态时类似，对于测量、非连续性接收(Discontinuous reception,DRX)、寻呼、终端设备的移动性管理(包 括终端设备自主小区选择和重选)等处理与处于非激活态时保持一致；但是，用户面数据传输与处于连接态时的数据传输类似，PDCP实体没有被挂起，RLC实体未进行重建，安全密钥保持不更新,保持密钥的有效性和激活性。在该状态下的操作以及处理，无论对于节能，还是数据传输，都是有益的，即，能够更好的达到节能目的，并保持数据的连续性。
通过上述方案，如果终端设备有缓存的用于小数据传输的数据未传输完成，则终端设备进入非激活态后缓存的用于小数据传输的数据可以继续传输，不会产生丢包现象。同时，不进行密钥的更新，可以简化安全更新的措施。此外，通过将关于重建DRB的RLC实体的字段设置为假，或将关于重建DRB的PDCP实体的字段设置为假，终端设备不需要对小数据传输的DRB进行RLC实体和PDCP实体的重建，因此不会清空缓存的未传输的小数据包，避免了小数据包的丢失。
图8为适用于本申请实施例提供的数据处理的方法的另一种示意性框图。方法800可以包括如下步骤。
S801，发送第八消息。
示例地，网络设备会向终端设备发送第八消息，该第八消息包括带有挂起指示的RRC释放消息。终端设备在接收到第八消息后，进入非激活态。应理解，此处第八消息可以为带有挂起指示的RRC释放消息，也可以为其他消息，本申请在此不做限定。
S802，发送第九消息。
示例地，终端设备会向网络设备发送第九消息，第九消息包括RRC恢复请求消息。进一步地，第九消息还可能包括用于终端设备在非激活态下小数据传输的数据。应理解，此处第九消息可以为RRC恢复请求消息，也可以为其他消息，本申请在此不做限定。
S803，发送第十消息。
示例地，网络设备会向终端设备发送第十消息，第十消息为RRC恢复消息。进一步地，第十消息可以用于指示跳过重建DRB的RLC实体以及跳过重建DRB的PDCP实体。应理解，此处第十消息可以为RRC恢复消息，也可以为其他消息，本申请在此不做限定。
具体地，第十消息通过将关于重建DRB的RLC实体的字段设置为假(false)，即，在连接恢复过程中不重建DRB的RLC实体，以此指示跳过重建DRB的RLC实体；以及，第十消息通过将关于重建DRB的PDCP实体的字段设置为假(flase)，即，在连接恢复过程中不重建DRB的PDCP实体，以此指示跳过重建DRB的PDCP实体。
S804，跳过重建DRB的RLC实体与PDCP实体。
示例地，终端设备在接收到第十消息之后，会跳过重建DRB的RLC实体与PDCP实体的步骤。关于跳过重建DRB的RLC实体与PDCP实体的描述，可以参考步骤S702中的描述，为了简洁，此处不再赘述。
基于上述方案，对于非激活态中有小数据传输的终端设备，如果终端设备正在传输小数据包，或终端设备有后续的小数据包待传输，但此时基站响应终端设备的RRC恢复请求消息并发送了RRC恢复消息使终端设备进入连接态，此时，终端设备不需要对小数据传输的DRB进行RLC实体和PDCP实体的重建，因此，不会清空缓存的未传输的小数据包，避免了小数据包的丢失。
本文中描述的各个实施例可以为独立的方案，也可以根据内在逻辑进行组合，这些方案都落入本申请的保护范围中。
可以理解的是，上述各个方法实施例中，由终端设备实现的方法和操作，也可以由可用于终端设备的部件(例如芯片或者电路)实现，由网络设备实现的方法和操作，也可以由可用于网络设备的部件(例如芯片或者电路)实现。
以上，结合图5至图8详细说明了本申请实施例提供的方法。以下，结合图8至图11详细说明本申请实施例提供的通信装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，这里不再赘述。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如发射端设备或者接收端设备，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。
图9是本申请实施例提供的通信装置的示意性框图。该通信装置900包括收发单元910和处理单元920。收发单元910可以实现相应的通信功能，处理单元910用于进行数据处理。收发单元910还可以称为通信接口或通信单元。
可选地，该通信装置900还可以包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元920可以读取存储单元中的指令和/或数据，以使得通信装置实现前述方法实施例。
该通信装置900可以用于执行上文方法实施例中终端设备所执行的动作，这时，该通信装置900可以为终端设备或者可配置于终端设备的部件，收发单元910用于执行上文方法实施例中终端设备侧的收发相关的操作，处理单元920用于执行上文方法实施例中终端设备侧的处理相关的操作。
或者，该通信装置900可以用于执行上文方法实施例中网络设备所执行的动作，这时，该通信装置900可以为网络设备或者可配置于网络设备的部件，收发单元910用于执行上文方法实施例中网络设备侧的收发相关的操作，处理单元920用于执行上文方法实施例中网络设备侧的处理相关的操作。
作为一示例，该通信装置900用于执行上文图5所示实施例中终端设备所执行的动作，收发单元910用于：S501、S505；处理单元920用于：S502、S503、S504、S506。
作为又一示例，该通信装置900用于执行上文图6所示实施例中终端设备所执行的动作，收发单元910用于：S601、S606；处理单元920用于：S602、S603、S604、S605、S607。
作为又一示例，该通信装置900用于执行上文图7所示实施例中终端设备所执行的动作，收发单元910用于：S701、S703、S705；处理单元920用于：S702、S704。
作为又一示例，该通信装置900用于执行上文图8所示实施例中终端设备所执行的动作，收发单元910用于：S801、S802、S803；处理单元920用于：S804。
该通信装置900可实现对应于根据本申请实施例的方法500、方法600、方法700和方法800中的终端设备执行的步骤或者流程，该通信装置900可以包括用于执行图5中的方法500、图6中的方法600、图7中方法700和图8中方法800中的终端设备执行的方法的单元。并且，该通信装置900中的各单元和上述其他操作和/或功能分别为了实现图5中的方法500、图6中的方法600、图7中方法700和图8中方法800的相应流程。
其中，当该通信装置900用于执行图5中的方法500时，收发单元910可用于执行方法500中的步骤S501、S505。
当该通信装置900用于执行图6中的方法600时，收发单元910可用于执行方法600中的步骤S601、S606。
当该通信装置900用于执行图7中的方法700时，收发单元910可用于执行方法700中的步骤S701、S703、S705。
当该通信装置900用于执行图8中的方法800时，收发单元910可用于执行方法800中的步骤S801、S802、S803。
应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
作为一示例，通信装置900用于执行上文图5所示实施例中网络设备所执行的动作，收发单元910用于：S501、S505。
作为又一示例，通信装置900用于执行上文图6所示实施例中网络设备所执行的动作，收发单元910用于：S601、S606。
作为又一示例，通信装置900用于执行上文图7所示实施例中网络设备所执行的动作，收发单元910用于：S701、S703、S705。
作为又一示例，通信装置900用于执行上文图8所示实施例中网络设备所执行的动作，收发单元910用于：S801、S802、S803。
该通信装置900可实现对应于根据本申请实施例的方法500、方法600、方法700和方法800中的网络设备执行的步骤或者流程，该通信装置900可以包括用于执行图5中的方法500、图6中的方法600、图7中方法700和图8中方法800中的网络设备执行的方法的单元。并且，该通信装置900中的各单元和上述其他操作和/或功能分别为了实现图5中的方法500、图6中的方法600、图7中方法700和图8中方法800的相应流程。
上文实施例中的处理单元920可以由至少一个处理器或处理器相关电路实现。收发单元910可以由收发器或收发器相关电路实现。收发单元910还可称为通信单元或通信接口。存储单元可以通过至少一个存储器实现。
如图10所示，本申请实施例还提供一种通信装置1000。该通信装置1000包括处理器1010，处理器1010与存储器1020耦合，存储器1020用于存储计算机程序或指令和/或数据，处理器1010用于执行存储器1020存储的计算机程序或指令和/或数据，使得上文方法实施例中的方法被执行。
可选地，该通信装置1000包括的处理器1010为一个或多个。
可选地，如图10所示，该通信装置1000还可以包括存储器1020。
可选地，该通信装置1000包括的存储器1020可以为一个或多个。
可选地，该存储器1020可以与该处理器1010集成在一起，或者分离设置。
可选地，如图10所示，该通信装置1000还可以包括收发器1030，收发器1030用于信号的接收和/或发送。例如，处理器1010用于控制收发器1030进行信号的接收和/或发送。
作为一种方案，该通信装置1000用于实现上文方法实施例中由终端设备执行的操作。
例如，处理器1010用于实现上文方法实施例中由终端设备执行的处理相关的操作，收发器1030用于实现上文方法实施例中由终端设备执行的收发相关的操作。
作为另一种方案，该通信装置1000用于实现上文方法实施例中由网络设备执行的操作。
例如，处理器1010用于实现上文方法实施例中由网络设备执行的处理相关的操作，收发器1030用于实现上文方法实施例中由网络设备执行的收发相关的操作。
本申请实施例还提供一种通信装置1100，该通信装置1100可以是终端设备也可以是芯片。该通信装置1100可以用于执行上述方法实施例中由终端设备所执行的操作。
当该通信装置1100为终端设备时，图11示出了一种简化的终端设备的结构示意图。如图11所示，终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器主要用于对通信协议以及通信数据进行处理，以及对终端设备进行控制，执行软件程序，处理软件程序的数据等。存储器主要用于存储软件程序和数据。射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。需要说明的是，有些种类的终端设备可以不具有输入输出装置。
当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。为便于说明，图11中仅示出了一个存储器和处理器，在实际的终端设备产品中，可以存在一个或多个处理器和一个或多个存储器。存储器也可以称为存储介质或者存储设备等。存储器可以是独立于处理器设置，也可以是与处理器集成在一起，本申请实施例对此不做限制。
在本申请实施例中，可以将具有收发功能的天线和射频电路视为终端设备的收发单元，将具有处理功能的处理器视为终端设备的处理单元。
如图10所示，终端设备包括收发单元1110和处理单元1120。收发单元1110也可以称为收发器、收发机、收发装置等。处理单元1120也可以称为处理器，处理单板，处理模块、处理装置等。
可选地，可以将收发单元1110中用于实现接收功能的器件视为接收单元，将收发单元1110中用于实现发送功能的器件视为发送单元，即收发单元1110包括接收单元和发送单元。收发单元有时也可以称为收发机、收发器、或收发电路等。接收单元有时也可以称 为接收机、接收器、或接收电路等。发送单元有时也可以称为发射机、发射器或者发射电路等。
例如，在一种实现方式中，处理单元1120用于执行图5、图6和图7中终端设备侧的处理动作。例如，处理单元1120用于执行图5中的步骤S502、S503、S504、S506中的处理步骤；收发单元1110用于执行图5中的步骤S501、S505中的收发操作。
又如，在一种实现方式中，处理单元1120用于执行图6中的步骤S602、S603、S604、S605、S607中的处理步骤；收发单元1110用于执行图5中的步骤S601、S606中的收发操作。
又如，在一种实现方式中，处理单元1120用于执行图7中的步骤S702、S704中的处理步骤；收发单元1110用于执行图7中的步骤S701、S703、S705中的收发操作。
又如，在一种实现方式中，处理单元1120用于执行图8中的步骤S804中的处理步骤；收发单元1110用于执行图8中的步骤S801、S802、S803中的收发操作。
应理解，图11仅为示例而非限定，上述包括收发单元和处理单元的终端设备可以不依赖于图10所示的结构。
当该通信装置1100为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路或通信接口；处理单元可以为该芯片上集成的处理器或者微处理器或者集成电路。
本申请实施例还提供一种通信装置1200，该通信装置1200可以是网络设备也可以是芯片。该通信装置1200可以用于执行上述方法实施例中由网络设备所执行的操作。
当该通信装置1200为网络设备时，例如为基站。图12示出了一种简化的基站结构示意图。基站包括1210部分以及1220部分。1210部分主要用于射频信号的收发以及射频信号与基带信号的转换；1220部分主要用于基带处理，对基站进行控制等。1210部分通常可以称为收发单元、收发机、收发电路、或者收发器等。1220部分通常是基站的控制中心，通常可以称为处理单元，用于控制基站执行上述方法实施例中网络设备侧的处理操作。
1210部分的收发单元，也可以称为收发机或收发器等，其包括天线和射频电路，其中射频电路主要用于进行射频处理。可选地，可以将1210部分中用于实现接收功能的器件视为接收单元，将用于实现发送功能的器件视为发送单元，即1210部分包括接收单元和发送单元。接收单元也可以称为接收机、接收器、或接收电路等，发送单元可以称为发射机、发射器或者发射电路等。
1220部分可以包括一个或多个单板，每个单板可以包括一个或多个处理器和一个或多个存储器。处理器用于读取和执行存储器中的程序以实现基带处理功能以及对基站的控制。若存在多个单板，各个单板之间可以互联以增强处理能力。作为一种可选的实施方式，也可以是多个单板共用一个或多个处理器，或者是多个单板共用一个或多个存储器，或者是多个单板同时共用一个或多个处理器。
例如，在一种实现方式中，1210部分的收发单元用于执行图5所示实施例中由网络设备执行的收发相关的步骤；1220部分用于执行图5所示实施例中由网络设备执行的处理相关的步骤。
例如，在又一种实现方式中，1210部分的收发单元用于执行图6所示实施例中由网 络设备执行的收发相关的步骤；1220部分用于执行图6所示实施例中由网络设备执行的处理相关的步骤。
例如，在又一种实现方式中，1210部分的收发单元用于执行图7所示实施例中由网络设备执行的收发相关的步骤；1220部分用于执行图7所示实施例中由网络设备执行的处理相关的步骤。
例如，在又一种实现方式中，1210部分的收发单元用于执行图8所示实施例中由网络设备执行的收发相关的步骤；1220部分用于执行图8所示实施例中由网络设备执行的处理相关的步骤。
应理解，图12仅为示例而非限定，上述包括收发单元和处理单元的网络设备可以不依赖于图12所示的结构。
当该通信装置1200为芯片时，该芯片包括收发单元和处理单元。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。
本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由终端设备执行的方法，或由网络设备执行的方法的计算机指令。
例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由终端设备执行的方法，或由网络设备执行的方法。
本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中由终端设备执行的方法，或由网络设备执行的方法。
本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的网络设备与终端设备。
所属领域的技术人员可以清楚地了解到，为描述方便和简洁，上述提供的任一种通信装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。
在本申请实施例中，终端设备或网络设备可以包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。其中，硬件层可以包括中央处理器(central processing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。操作系统层的操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。应用层可以包含浏览器、通讯录、文字处理软件、即时通信软件等应用。
本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构进行特别限定，只要能够通过运行记录有本申请实施例提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可。例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。
本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本文中使用的术语“制品”可以涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。
其中，计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或 多个可用介质集成的服务器、数据中心等数据存储设备。可用介质(或者说计算机可读介质)例如可以包括但不限于：磁性介质或磁存储器件(例如，软盘、硬盘(如移动硬盘)、磁带)、光介质(例如，光盘、压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)、智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，EPROM)、卡、棒或钥匙驱动器等)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等、U盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)等各种可以存储程序代码的介质。
本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可以包括但不限于：无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。
应理解，本申请实施例中提及的处理器可以是中央处理单元(central processing unit，CPU)，还可以是其他通用处理器、数字信号处理器(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可以用作外部高速缓存。作为示例而非限定，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)。
需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。
还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。此外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的 部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元实现本申请提供的方案。
另外，在本申请各个实施例中的各功能单元可以集成在一个单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。
当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，计算机可以是个人计算机，服务器，或者网络设备等。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。关于计算机可读存储介质，可以参考上文描述。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求和说明书的保护范围为准。

Claims (27)

  1. 一种数据处理的方法，其特征在于，所述方法包括：
    接收第一消息，所述第一消息包括带有挂起指示的无线资源控制RRC释放消息；
    重建第一数据无线承载DRB的无线链路控制RLC实体，丢弃所述第一DRB的第一分组数据汇聚协议PDCP实体的服务数据单元SDU。
  2. 根据权利要求1所述的方法，其特征在于，所述方法还包括以下至少一项：
    重建信令无线承载SRB1的RLC实体与SRB2的RLC实体；或
    重建所述SRB2的RLC实体；或
    重建所有SRB的RLC实体。
  3. 根据权利要求1或2所述的方法，其特征在于，所述第一消息还用于指示所述第一DRB用于小数据传输。
  4. 根据权利要求3所述的方法，其特征在于，所述方法还包括：
    根据所述第一消息，确定所述第一DRB用于所述小数据传输。
  5. 根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：
    发送第二消息，所述第二消息包括RRC恢复请求消息与所述小数据传输的数据。
  6. 根据权利要求5所述的方法，其特征在于，所述方法还包括：
    恢复所述第一DRB。
  7. 一种数据处理的方法，其特征在于，所述方法包括：
    接收第三消息，所述第三消息包括带有挂起指示的RRC释放消息；
    丢弃第二DRB的RLC实体缓存的未发送的数据或者已经发送但未被确认的数据。
  8. 根据权利要求8所述的方法，其特征在于，所述方法还包括：
    丢弃所述第二DRB的PDCP实体的SDU。
  9. 根据权利要求7或8所述的方法，其特征在于，所述方法还包括以下至少一项：
    重建SRB1的RLC实体与SRB2的RLC实体；或
    重建所述SRB2的RLC实体；或
    重建所有SRB的RLC实体。
  10. 根据权利要求7至9中任一项所述的方法，其特征在于，所述丢弃第二DRB的RLC实体缓存的未发送的数据或已经发送但未被确认的数据，包括：
    停止或者重置所述第二DRB的RLC实体的正在运行的定时器。
  11. 根据权利要求7至10中任一项所述的方法，其特征在于，所述第三消息还用于指示所述第二DRB用于小数据传输。
  12. 根据权利要求11所述的方法，其特征在于，所述方法还包括：
    根据所述第三消息，确定所述第二DRB用于所述小数据传输。
  13. 根据权利要求7至12中任一项所述的方法，其特征在于，所述方法还包括：
    发送第四消息，所述第四消息包括RRC恢复请求消息与小数据传输的数据。
  14. 根据权利要求13所述的方法，其特征在于，所述方法还包括：
    恢复所述第二DRB。
  15. 一种数据处理的方法，其特征在于，所述方法包括：
    接收第五消息，所述第五消息用于指示第三DRB用于小数据传输；
    跳过重建所述第三DRB的RLC实体，跳过挂起所述第三DRB的PDCP实体。
  16. 根据权利要求15所述的方法，其特征在于，所述跳过重建所述第三DRB的RLC实体，包括：
    禁止所述第三DRB的RLC实体的状态参数重置，保持所述第三DRB的RLC实体的定时器继续运行。
  17. 根据权利要求15或16所述的方法，其特征在于，所述第五消息还包括带有挂起指示的RRC释放消息。
  18. 根据权利要求17所述的方法，其特征在于，所述第五消息通过第一密钥进行加密。
  19. 根据权利要求15至18中任一项所述的方法，其特征在于，所述方法还包括：
    发送第六消息，所述第六消息包括RRC恢复请求消息，所述第六消息通过第二密钥进行加密，所述第二密钥与所述第一密钥包括相同的K gNB。
  20. 根据权利要求19所述的方法，其特征在于，所述方法还包括以下至少一项：
    恢复所述第三DRB；或
    恢复所有SRB；或
    恢复所述第三DRB与所述所有SRB。
  21. 根据权利要求20所述方法，其特征在于，所述第六信息还包括在非激活态小数据传输的数据。
  22. 根据权利要求15至21中任一项所述的方法，其特征在于，所述方法还包括：
    接收第七消息，所述第七消息为RRC恢复消息或所述第五消息，所述第七消息通过所述第一密钥进行加密。
  23. 根据权利要求22所述的方法，其特征在于，当所述第七消息为所述RRC恢复消息时，所述第七消息还用于指示所述跳过重建第三DRB的RLC实体。
  24. 根据权利要求22所述的方法，其特征在于，当所述第七消息为所述RRC恢复消息时，所述第七消息还用于指示跳过重建所述第三DRB的PDCP实体。
  25. 根据权利要求15至24中任一项所述的方法，其特征在于，所述第五信息还包括下一跳链技术值NCC。
  26. 一种用于数据传输的装置，其特征在于，包括：
    存储器，用于存储计算机指令；
    处理器，用于执行所述存储器中存储的计算机指令，使得所述用于数据传输的装置执行如权利要求1至6中任一项所述的方法或如权利要求7至14中任一项所述的方法或如权利要求15至25中任一项所述的方法。
  27. 一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被用于数据传输的装置执行时，使得所述用于数据传输的装置执行如权利要求1至6中任一项所述的方法或如权利要求7至14中任一项所述的方法或如权利要求15至25中任一项所述的方法。
CN202080105957.6A 2020-10-23 2020-10-23 一种数据处理的方法和装置 Pending CN116325947A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2020/123401 WO2022082770A1 (zh) 2020-10-23 2020-10-23 一种数据处理的方法和装置

Publications (1)

Publication Number Publication Date
CN116325947A true CN116325947A (zh) 2023-06-23

Family

ID=81291230

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080105957.6A Pending CN116325947A (zh) 2020-10-23 2020-10-23 一种数据处理的方法和装置

Country Status (3)

Country Link
EP (1) EP4228333A4 (zh)
CN (1) CN116325947A (zh)
WO (1) WO2022082770A1 (zh)

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111866819B (zh) * 2016-02-05 2022-09-13 中兴通讯股份有限公司 终端与网络间连接处理方法和装置
CN109788516B (zh) * 2017-11-13 2021-04-16 普天信息技术有限公司 一种lte切换过程中下行数据的确认方法及设备
EP3664524A1 (en) * 2018-04-03 2020-06-10 Telefonaktiebolaget LM Ericsson (publ) Handling of parameters provided in release / suspend
US11212867B2 (en) * 2018-09-19 2021-12-28 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving data in wireless communication system
US11937326B2 (en) * 2018-09-24 2024-03-19 Telefonaktiebolaget Lm Ericsson (Publ) User equipment (UE) reachability request parameter for suspended radio access network (RAN)
KR20200049444A (ko) * 2018-10-30 2020-05-08 삼성전자주식회사 차세대 이동 통신 시스템에서 이더넷 프레임의 오버헤드를 줄이는 방법 및 장치
CN111757471A (zh) * 2019-03-27 2020-10-09 夏普株式会社 用户设备及其执行的预配置上行资源发送方法
CN111800886B (zh) * 2019-07-12 2022-04-08 维沃移动通信有限公司 一种随机接入过程回退方法、设备及系统

Also Published As

Publication number Publication date
EP4228333A1 (en) 2023-08-16
EP4228333A4 (en) 2023-12-13
WO2022082770A1 (zh) 2022-04-28

Similar Documents

Publication Publication Date Title
EP3469830B1 (en) Method for performing a re-establishment of a pdcp entity associated with um rlc entity in wireless communication system and a device therefor
US11178538B2 (en) Transmission method and network device
EP3592097B1 (en) Radio link failure handling method and related product
EP3625987B1 (en) Method and apparatus for modifying mapping rule
CN111034343A (zh) 在无线通信系统中处理rb的分组重复和恢复的方法和系统
CN110381554B (zh) 通信方法、装置、系统和计算机存储介质
CN110636535B (zh) 一种数据传输方法及装置
US11765627B2 (en) Sequence number transfer for radio bearers
WO2016138937A1 (en) Connection suspend and resume requests for wireless network
ES2963419T3 (es) Verificación de la seguridad cuando se reanuda una conexión de RRC
TWI670954B (zh) 處理承載型態改變的裝置
US20220345883A1 (en) Security key updates in dual connectivity
US10455472B2 (en) Device and method of handling data transmissions in a wireless communication system
WO2022206362A1 (zh) 一种通信的方法及装置
US20240172176A1 (en) Managing downlink early data transmission
WO2022082770A1 (zh) 一种数据处理的方法和装置
WO2022078867A1 (en) Methods, apparatuses and computer program for data transmission in inactive state
CN116783986A (zh) 用于数据发射处理的方法及设备
US20240080928A1 (en) Method and apparatus for data transmission
US20240114586A1 (en) Handling communication errors during early data communication
US20240188164A1 (en) Managing radio connections during early data commuinication via a distributed base station
US20240147568A1 (en) Managing early data communication
US20240147524A1 (en) Managing data communication before and after a state transition
US20240155726A1 (en) Managing data communication in a distributed base station
WO2023028972A1 (zh) 数据处理的方法及其装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination