CN111373791B - 在无线通信系统中处理数据的方法和设备 - Google Patents
在无线通信系统中处理数据的方法和设备 Download PDFInfo
- Publication number
- CN111373791B CN111373791B CN201880075419.XA CN201880075419A CN111373791B CN 111373791 B CN111373791 B CN 111373791B CN 201880075419 A CN201880075419 A CN 201880075419A CN 111373791 B CN111373791 B CN 111373791B
- Authority
- CN
- China
- Prior art keywords
- udc
- data
- header
- pdcp
- packet
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 214
- 238000004891 communication Methods 0.000 title claims abstract description 45
- 238000012545 processing Methods 0.000 title abstract description 72
- 238000007906 compression Methods 0.000 claims abstract description 35
- 230000006835 compression Effects 0.000 claims abstract description 35
- 238000013144 data compression Methods 0.000 claims abstract description 29
- 230000006837 decompression Effects 0.000 claims description 123
- 239000000872 buffer Substances 0.000 claims description 31
- 238000012795 verification Methods 0.000 claims description 11
- 230000006870 function Effects 0.000 description 115
- 230000008569 process Effects 0.000 description 72
- 230000005540 biological transmission Effects 0.000 description 47
- 238000010586 diagram Methods 0.000 description 35
- 230000001174 ascending effect Effects 0.000 description 31
- 102100022734 Acyl carrier protein, mitochondrial Human genes 0.000 description 20
- 101000678845 Homo sapiens Acyl carrier protein, mitochondrial Proteins 0.000 description 20
- 238000005516 engineering process Methods 0.000 description 19
- 238000012546 transfer Methods 0.000 description 18
- 238000003672 processing method Methods 0.000 description 13
- 238000001514 detection method Methods 0.000 description 12
- 238000010295 mobile communication Methods 0.000 description 8
- 238000007726 management method Methods 0.000 description 5
- 238000011084 recovery Methods 0.000 description 5
- 230000011218 segmentation Effects 0.000 description 5
- 238000006243 chemical reaction Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000012937 correction Methods 0.000 description 4
- 230000007774 longterm Effects 0.000 description 4
- 238000013507 mapping Methods 0.000 description 4
- 230000011664 signaling Effects 0.000 description 3
- 230000003044 adaptive effect Effects 0.000 description 2
- 230000003321 amplification Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000003780 insertion Methods 0.000 description 2
- 230000037431 insertion Effects 0.000 description 2
- 238000003199 nucleic acid amplification method Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 206010042135 Stomatitis necrotising Diseases 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 201000008585 noma Diseases 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
- H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
- H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
在无线通信系统中处理数据的方法,该方法由发送分组数据汇聚协议(PDCP)实体执行,并且包括:从上层接收数据;基于上行链路数据压缩(UDC)配置信息对接收到的数据执行压缩;对所述压缩数据进行加密;以及将UDC报头和PDCP报头添加到所述加密数据,并将得到的数据发送到下层。
Description
技术领域
本公开涉及一种用于在无线通信系统中处理数据的方法和装置。
背景技术
为了满足在第四代(4G)通信系统的商业化之后增加的对无线数据通信量的需求,已经做出开发改进的第五代(5G)或准5G(pre-5G)通信系统的努力。因此,5G或准5G通信系统也称为“超4G网络”通信系统或“后长期演进(post-LTE)”系统。5G通信系统被认为是在超高频或毫米波(mmWave)频带(例如,60GHz频带)中实施的,以便实现更高的数据速率。为了降低路径损耗并增加5G通信系统在超高频带的传输距离,讨论了诸如波束形成、大规模多输入多输出(multi-input multi-output,MIMO)、全维MIMO(full dimensional MIMO,FD-MIMO)、阵列天线、模拟波束形成和大规模天线的各种技术。为了改善5G通信系统的系统网络,正在开发诸如演进的小型小区、先进的小型小区、云无线电接入网络(RAN)、超密集网络、设备到设备(device-to-device,D2D)通信、无线回程、移动网络、协作通信、多点协作(coordinated multi-point,CoMP))、以及干扰消除的各种技术。另外,对于5G通信系统,已经开发了诸如混合频移键控(Frequency-shift keying,FSK)和正交振幅调制(QuadratureAmplitude Modulation,QAM)调制(FQAM)和滑动窗口叠加编码(sliding windowsuperposition coding,SWSC)的先进编码调制(advanced coding modulation,ACM)技术,以及诸如滤波器组多载波(filter bank multi carrier,FBMC)、非正交多址接入(non-orthogonal multiple access,NOMA)和稀疏代码多址接入(sparse code multipleaccess,SCMA)的先进接入技术。
互联网已经从人类生成和消费信息的以人为中心的连接网络向物联网(Internetof Things,IoT)演进,物联网(IoT)中的诸如对象的分布式元素彼此交换信息以处理信息。通过与云服务器连接,IoT技术和例如大数据处理技术相结合的万物互联(The Internetof Everything,IoE)技术已经出现。为了实施IoT,需要诸如传感技术、有线/无线通信和网络基础设施、服务接口技术和安全技术的各种技术要素,并且最近已经研究了用于连接对象的传感器网络、机器对机器(Machine-to-Machine,M2M)通信、以及机器类型通信(Machine Type Communication,MTC)。在IoT环境下,可以提供智能互联网技术(IT)服务以收集和分析在连接的对象之间生成的数据来为人类生活创建新的价值。通过现有信息技术(Information Technology,IT)和各种工业应用的融合和组合,IoT可以应用于各种领域,诸如智能家庭、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能电器和先进医疗服务。
人们正在进行将5G通信系统应用于IoT网络的各种尝试。例如,与传感器网络、M2M通信和MTC相关的技术正在通过使用5G通信技术来实现,包括波束形成、MIMO和阵列天线。将云RAN作为上述大数据处理技术的应用可能是5G通信技术和IoT技术融合的一个示例。
由于根据前述内容和无线通信系统的发展可以提供各种服务,因此需要用于平滑地提供这种服务的方法。
发明内容
技术问题
提供了一种用于在无线通信系统中平滑地提供服务的方法和装置。
技术方案
根据实施例,一种在无线通信系统中处理数据的方法包括:接收数据并按照分组数据汇聚协议(packet data convergence protocol,PDCP)序列号(sequence number)的顺序对接收到的数据进行重新排序;确定是否对每个数据应用上行链路数据压缩(uplinkdata compression,UDC);通过使用硬件加速器来处理数据;以及将处理后的数据发送到上层。
有益效果
根据所描述的实施例,可以在无线通信系统中平滑地提供服务。
附图说明
图1A是示出长期演进(LTE)系统的结构的图。
图1B是示出了LTE系统中的无线电协议架构的图。
图1C是示出应用实施例的下一代移动通信系统的结构的图。
图1D是示出应用实施例的下一代移动通信系统的无线电协议架构的图。
图1E是示出根据实施例的当终端建立与网络的连接时对基站是否执行上行链路数据压缩进行配置的过程的图。
图1F是示出根据实施例的数据配置和执行上行链路数据压缩的过程的图。
图1G是示出根据实施例的上行链路数据压缩方法的图。
图1H是示出根据实施例的一过程的图,在该过程中,发送分组数据汇聚协议(PDCP)实体执行上行链路数据压缩(UDC)和发送,并且接收PDCP实体对由UDC产生的数据执行解压缩,并且将解压缩的数据发送到上层。
图1I是示出根据另一实施例的一过程的图,在该过程中,发送PDCP实体执行UDC和发送,并且接收PDCP实体对由UDC产生的数据执行解压缩,并且将解压缩的数据发送到上层。
图1J是示出根据实施例的在发送PDCP实体中对要应用UDC的数据和不应用UDC的数据的并行处理方法的图。
图1K是用于描述在接收PDCP实体中由于UDC过程导致的传输延迟的图。
图1L是示出根据实施例的在接收PDCP实体中对要应用UDC解压缩的数据和不应用UDC解压缩的数据的并行处理方法的图。
图1M是示出根据另一实施例的在接收PDCP实体中对应用UDC解压缩的数据和不应用UDC解压缩的数据的并行处理方法的图。
图1N是示出根据实施例的发送PDCP实体的操作和接收PDCP实体的操作的图。
图1O是示出根据实施例的终端的结构的框图。
图1P是示出根据实施例的基站的结构的框图。
具体实施方式
根据实施例,一种在无线通信系统中处理数据的方法,该方法由发送分组数据汇聚协议(PDCP)实体执行,包括:从上层接收数据;基于上行链路数据压缩(UDC)配置信息对接收到的数据执行压缩;对压缩数据执行加密;以及将UDC报头和PDCP报头添加到加密数据,并将得到的数据发送到下层。
根据实施例,该方法还可以包括基于UDC配置信息对接收到的数据执行加密,而不压缩接收到的数据。
根据实施例,该方法还可以包括基于UDC配置信息来确定是否压缩接收到的数据,其中要压缩的数据和不压缩的数据可以彼此分开地并行处理。
根据实施例,硬件加速器可以用于处理要压缩的数据和不压缩的数据中的至少一个。
根据实施例,UDC报头可以包括指示是否已经应用UDC配置的指示符和用于检查缓冲区的有效性的校验和比特中的至少一个。
根据实施例,该方法还可以包括经由高层信令接收UDC配置信息。
根据实施例,一种在无线通信系统中处理数据的方法,该方法由接收PDCP实体执行,包括:从下层接收数据;从接收到的数据中移除PDCP报头和UDC报头;对移除PDCP报头和UDC报头得到的数据执行解密;按照PDCP序列号的顺序对解密数据进行重新排序;基于UDC报头对重新排序的数据执行解压缩;以及将解压缩数据发送到上层。
根据实施例,该方法还可以包括基于UDC报头,将重新排序的数据发送到上层,而不对重新排序的数据执行解压缩。
根据实施例,该方法还可以包括基于UDC报头来确定是否对重新排序的数据进行解压缩,其中要解压缩的数据和不解压缩的数据可以彼此分开地并行处理。
根据实施例,硬件加速器可以用于处理要解压缩的数据和不解压缩的数据中的至少一个。
根据实施例,并行处理的解压缩数据和不解压缩数据可以按照处理完成的顺序发送到上层。
根据实施例,UDC报头可以包括指示是否已经应用UDC配置的指示符和用于检查缓冲区的有效性的校验和比特中的至少一个。
根据实施例,该方法还可以包括通过使用包括在UDC报头中的校验和比特来确定校验和失败或校验和错误是否已经发生,其中,当校验和失败或校验和错误已经发生时,可以不对校验和失败或校验和错误发生的数据执行解密。
根据实施例,一种用于在无线通信系统中处理数据的发送PDCP实体包括:收发器;至少一个存储装置,存储用于处理数据的程序;以及至少一个处理器,被配置为从上层接收数据,基于UDC配置信息对接收到的数据执行压缩,对压缩数据执行加密,以及将UDC报头和PDCP报头添加到加密数据,并将得到的数据发送到下层。
根据实施例,一种用于在无线通信系统中处理数据的PDCP实体包括:收发器;至少一个存储装置,存储用于处理数据的程序;以及至少一个处理器,被配置为从下层接收数据,从接收到的数据中移除PDCP报头和UDC报头,对移除PDCP报头和UDC报头得到的数据执行解密,按照PDCP序列号的顺序对解密数据进行重新排序,基于UDC报头对重新排序的数据执行解压缩,以及将解压缩数据发送到上层。
根据实施例,一种在无线通信系统中处理数据的方法包括:接收数据并按照PDCP序列号的顺序对接收到的数据进行重新排序;确定是否对每个数据应用UDC;通过使用硬件加速器来处理数据;以及将处理后的数据发送到上层。
公开内容
在下文中,将参考附图详细描述本公开的实施例。
在描述实施例时,将省略对本公开所属的技术领域中熟知且与本公开不直接相关的技术内容的描述。这是为了通过省略其不必要的描述来更清楚地传达本公开的主题而不使其模糊。
出于相同的原因,附图中的一些组件可能被放大、省略或示意性地示出。并且,每个组件的尺寸可以不完全反映其实际尺寸。在附图中,相同或对应的元件可以被给予相同的参考标号。
从下面参考附图详细描述的实施例中,本公开的优点和特征及其实现方法将变得显而易见。然而,本公开可以以许多不同的形式实现,并且不应该被解释为限于这里阐述的实施例;相反,提供这些实施例使得本公开将是全面和完整的,并且将向本领域普通技术人员充分传达本公开的范围。在整个说明书中,相同的附图标号指代相同的元件。
应该理解,过程流程图的每个框和流程图的组合可以由计算机程序指令来执行。因为这些计算机程序指令可以安装在通用计算机、专用计算机或其他可编程数据处理设备的处理器上,所以通过计算机或其他可编程数据处理设备的处理器执行的指令可以生成执行(多个)流程图框中描述的功能的手段(means)。因为这些计算机程序指令可以存储在计算机可用或计算机可读存储器中,该存储器可以被定向到计算机或其他可编程数据处理设备以特定方式实现功能,所以存储在计算机可用或计算机可读存储器中的指令也可以产生包含执行(多个)流程图框中描述的功能的指令手段的产品。因为计算机程序指令也可以安装在计算机或其他可编程数据处理设备上,所以在计算机或其他可编程数据处理设备上执行一系列操作以生成执行计算机或其他可编程数据处理设备的计算机实施的过程的指令也可以提供用于执行(多个)流程图框中描述的功能的操作。
并且,每个框可以表示包括用于执行一个或多个特定的逻辑功能的一个或多个可执行指令的模块、段、或代码的一部分。并且,还应该注意,在一些替代实施方式示例中,在框中记录的功能可能以不同的顺序发生。例如,取决于对应的功能,连续示出的两个框实际上可以基本上同时执行,或者有时块可以以相反的顺序执行。
在这种情况下,本实施例中使用的术语“单元”可以指代软件组件或硬件组件,诸如现场可编程门阵列(Field Programmable Gate Array,FPGA)或专用集成电路(Application Specific Integrated Circuit,ASIC),并且“单元”可以执行特定任务。然而,“单元”不限于软件或硬件。“单元”可以被配置为在可寻址存储介质中,或者可以被配置为操作一个或多个处理器。因此,作为示例,“单元”可以包括组件,诸如软件组件、面向对象的软件组件、类组件和任务组件,并且可以包括进程、功能、属性、过程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表格、阵列、和变量。由组件和“单元”提供的功能可以与更少的组件和“单元”相关联,或者被进一步划分成额外的组件和“单元”。另外,组件和“单元”可以被实施为在设备或安全多媒体卡中操作一个或多个中央处理单元(Central Processing Unit,CPU)。并且,在实施例中,“单元”可以包括一个或多个处理器。
在以下描述中,为了便于描述,示出了用于识别接入节点的术语、涉及网络实体的术语、涉及消息的术语、涉及网络实体之间的接口的术语、涉及各种识别信息的术语等。因此,本公开不限于下面描述的术语,并且可以使用涉及具有等同技术含义的对象的其他术语。
在以下描述中,为了便于描述,可以使用在第三代合作伙伴项目长期演进(3rdgeneration partnership project long term evolution,3GPP LTE)标准中定义的术语和名称或者基于其的修改的术语和名称。然而,本公开不限于这些术语和名称,并且可以类似地应用于根据其他标准的系统。
图1A是示出了LTE系统的结构的图。
参考图1A,如图所示,LTE系统的无线电接入网络可以包括下一代基站(例如,演进节点B(evolved Node B,eNB)、节点B(Node B)或基站)1a-05、1a-10、1a-15和1a-20、移动性管理实体(mobility management entity,MME)1a-25和服务网关(serving-gateway,S-GW)1a-30。用户终端(例如,用户设备(user equipment,UE)或终端)1a-35可以通过eNB 1a-05至1a-20和S-GW 1a-30接入外部网络。
在图1A中,eNB 1a-05至1a-20可以是蜂窝网络的接入节点,可以向接入网络的终端提供无线电接入,并且可以对应于UMTS系统的现有节点B。eNB可以通过无线信道连接到UE 1a-35,并且可以执行比现有的节点B更复杂的功能。在LTE中,因为通过因特网协议(Internet protocol,IP)的包括诸如基于IP的语音(Voice over IP,VoIP)的实时服务的所有用户业务都是通过共享信道服务的,所以可能需要用于收集和调度诸如UE的缓冲区状态、可用传输功率状态或信道状态的状态信息的装置,该装置可以由eNB 1a-05至1a-20来管理。也就是说,eNB 1a-05至1a-20可以支持终端和核心网(core network,CN)之间的连接。一个eNB通常可以控制多个小区。例如,为了实施100兆比特/秒(Mbps)的传输速率,LTE系统可以在20MHz带宽中使用正交频分复用(orthogonal frequency divisionmultiplexing,OFDM)作为无线电接入技术。并且,可以应用自适应调制和编码(adaptivemodulation&coding,AMC)方案来根据终端的信道状态确定调制方案和信道编码率。S-GW1a-30可以是用于提供数据承载的装置,并且可以在MME 1a-25的控制下生成或移除数据承载。MME 1a-25可以是用于管理终端的各种控制功能以及移动性管理功能的装置,并且可以连接到多个基站。MME 1a-25和S-GW1a-30还可以为接入网络的终端执行认证、承载管理等,并且可以处理从eNB1a-05至1a-20接收的分组或者要发送到eNB 1a-05到1a-20的分组。
图1B是示出了LTE系统中的无线电协议架构的图。
参考图1B,LTE系统的无线电协议可以分别包括终端和eNB中的分组数据汇聚协议(PDCP)1b-05和1b-40、无线电链路控制(Radio Link Control,RLC)1b-10和1b-35、以及介质接入控制(MediumAccess Control,MAC)1b-15和1b-30。PDCP 1b-05和1b-40可以管理诸如IP报头压缩/恢复的操作。PDCP的主要功能可以概括如下。
-报头压缩和解压缩功能(报头压缩和解压缩:仅ROHC)
-用户数据传输功能(用户数据的传送)
-顺序传输功能(在RLC AM的PDCP重建过程中,上层PDU的按序列传递)
-重新排序功能(针对DC中的分离承载(仅支持RLC AM):PDCP PDU路由用于传输,并且PDCP PDU重新排序用于接收)
-重复检测功能(在RLC AM的PDCP重建过程中,下层SDU的重复检测)
-重传功能(在切换时重传PDCP SDU,并且对于DC中的分离承载,在RLC AM的PDCP数据恢复过程中重传PDCP PDU)
-加密和解密功能(加密和解密)
-基于定时器的SDU丢弃功能(上行链路中基于定时器的SDU丢弃)
-无线电链路控制(RLC)1b-10和1b-35可以将PDCP分组数据单元(packet dataunit,PDU)重新配置为合适的尺寸,以执行ARQ操作等。RLC的主要功能可以概括如下。
-数据传输功能(上层PDU的传送)
-ARQ功能(通过ARQ纠错(仅用于AM数据传送))
-串接(concatenation)、分割和重组功能(RLC SDU的串接、分割和重组(仅用于UM和AM数据传送))
-重新分割功能(RLC数据PDU的重新分割(仅用于AM数据传送))
-重新排序功能(RLC数据PDU的重新排序(仅用于UM和AM数据传送))
-重复检测功能(重复检测(仅用于UM和AM数据传送))
-错误检测功能(协议错误检测(仅用于AM数据传送))
-RLC·SDU丢弃功能(RLC·SDU丢弃(仅用于UM和AM数据传送))
-RLC重建功能(RLC重建)
MAC 1b-15和1b-30可以连接到在一个终端中配置的几个RLC实体,并且可以执行将RLC PDU复用到MAC PDU中以及将RLC PDU从MAC PDU解复用的操作。MAC的主要功能可以概括如下。
-映射功能(逻辑信道和传输信道之间的映射)
-复用和解复用功能(将属于一个或不同逻辑信道的MAC SDU复用到传输信道上传递到物理层或从物理层传递的传输块(transport block,TB)中/从其中解复用
-调度信息报告功能(调度信息报告)
-HARQ功能(通过HARQ纠错)
-逻辑信道之间的优先级处理功能(一个UE的逻辑信道之间的优先级处理)
-终端之间的优先级处理功能(通过动态调度的UE之间的优先级处理)
-MBMS服务识别功能(MBMS服务识别)
-传输格式选择功能(传输格式选择)
-填充功能(填充)
物理层(PHY)1b-20和1b-25可以对上层数据进行信道编码和调制,生成OFDM符号,并通过无线信道发送这些OFDM符号,或者可以对通过无线信道接收的OFDM符号进行解调和信道解码,并将其结果发送给上层。
图1C是示出应用实施例的下一代移动通信系统的结构的图。
参考图1C,下一代移动通信系统的无线电接入网络(以下称为NR或5G)可以包括下一代基站(例如,新的无线电节点B(NR NB)、NR gNB或NR基站)1c-10和新的无线电核心网络(NR CN)或下一代核心网络(NG CN)1c-05。用户终端(例如,新的无线电用户设备(NR UE)或终端)1c-15可以通过NR gNB 1c-10和NR CN 1c-05来接入外部网络。
在图1C中,NR gNB 1c-10可以对应于现有LTE系统的演进节点B(eNB)。NR gNB可以通过无线信道连接到NR UE 1c-15,并且可以提供比现有节点B更好的服务。在下一代移动通信系统中,因为所有用户业务都是通过共享信道来服务的,所以可能需要一种用于收集和调度诸如UE的缓冲区状态、可用传输功率状态或信道状态的状态信息的装置,该装置可以由NR gNB 1c-10来管理。一个NR gNB通常可以控制多个小区。为了实施与LTE相比的超高速数据传输,可以提供现有的最大带宽或更大带宽,并且可以通过使用正交频分复用(OFDM)作为无线电接入技术来附加地移接波束形成技术。并且,可以应用自适应调制和编码(AMC)方案来根据终端的信道状态确定调制方案和信道编码率。NR CN 1c-05可以执行诸如移动性支持、承载建立和服务质量(Quality of Service,QoS)建立的功能。NR CN可以是用于管理终端的各种控制功能以及移动性管理功能的装置,并且可以连接到多个基站。并且,下一代移动通信系统也可以与现有的长期演进系统相链接,并且NR CN可以通过网络接口连接到MME 1c-25。MME可以连接到作为现有基站的eNB 1c-30。
图1D是示出可以应用本公开的下一代移动通信系统的无线电协议架构的图。
参考图1D,下一代移动通信系统的无线电协议可以分别包括终端和NR基站中的NRPDCP 1d-05和1d-40、NR RLC 1d-10和1d-35、以及NR MAC1d-15和1d-30。
NR PDCP 1d-05和1d-40的主要功能可以包括以下功能中的一些。
-报头压缩和解压缩功能(报头压缩和解压缩:仅ROHC)
-用户数据传输功能(用户数据的传送)
-顺序传输功能(上层PDU的按序列传递)
-非顺序传输功能(上层PDU的无序传递)
-重新排序功能(PDCP PDU重新排序用于接收)
-重复检测功能(下层SDU的重复检测)
-重传功能(PDCP SDU的重传)
-加密和解密功能(加密和解密)
-基于定时器的SDU丢弃功能(上行链路中基于定时器的SDU丢弃)
这里,NR PDCP装置的重新排序功能可以指基于PDCP序列号(sequence number,SN)对从下层接收的PDCP PDU进行重新排序的功能,可以包括以重新排序的序列或不考虑该序列的情况下立即向上层发送数据的功能,可以包括重新排序该序列并记录丢失的PDCPPDU的功能,可以包括向发送方报告丢失的PDCP PDU的状态的功能,并且可以包括请求重传丢失的PDCP PDU的功能。
NR RLC 1d-10和1d-35的主要功能可以包括以下功能中的一些。
-数据传输功能(上层数据单元的传送)
-顺序传输功能(上层PDU的按序列传递)
-非顺序传输功能(上层PDU的无序传递)
-ARQ功能(通过ARQ纠错)
-串接、分割和重组功能(RLC SDU的串接、分割和重组)
-重新分割功能(RLC数据PDU的重新分割)
-重新排序功能(RLC数据PDU的重新排序)
-重复检测功能(重复检测)
-错误检测功能(协议错误检测)
-RLC·SDU丢弃功能(RLC·SDU丢弃)
-RLC重建功能(RLC重建)
这里,NR RLC装置的顺序传输功能(按序列传递)可以指将从下层接收的RLC SDU顺序地发送到上层的功能,可以包括当一个原始RLC SDU被分割成几个RLC SDU然后被接收时,重组和发送其的功能,可以包括基于RLC SN或PDCP SN对接收到的RLC PDU进行重新排序的功能,可以包括重新排序该序列和记录丢失的RLC PDU的功能,可以包括向发送方报告丢失的RLC PDU的状态的功能,可以包括请求重传丢失的RLC PDU的功能,可以包括当存在丢失的RLC SDU时,仅顺序地发送直到丢失的RLC SDU之前的RLC SDU到上层的功能,可以包括尽管存在丢失的RLCSDU,当某个定时器到期时,将在定时器启动前接收到的所有RLC SDU顺序地发送到上层的功能,并且可以包括尽管存在丢失的RLC SDU,当某个定时器到期时,将直到现在接收到的所有RLC SDU顺序地发送到上层的功能。在这种情况下,RLC PDU可以按照接收的顺序(不管序列号的顺序如何,按照到达的顺序)进行处理,然后不管顺序如何,发送到PDCP装置(无序传递),并且在分割的情况下,可以接收存储在缓冲区中的或以后要接收的分段,重新配置成一个完整的RLC PDU,然后进行处理并发送到PDCP装置。NR RLC层可以不包括串接功能,并且该功能可以在NR MAC层中执行,或者可以用NR MAC层的复用功能来代替。
这里,NR RLC装置的非顺序传输功能(无序传送)可以指将从下层接收的RLC SDU立即发送到上层的功能,而不管其顺序如何,可以包括当一个原始RLC SDU被分割成几个RLC SDU然后被接收时,重组并发送其的功能,并且可以包括存储接收到的RLC PDU的RLCSN或PDCP SN、排序该序列以及记录丢失的RLC PDU的功能。
NR MAC 1d-15和1d-30可以连接到配置在一个终端中的几个NR RLC实体,并且NRMAC的主要功能可以包括以下功能中的一些。
-映射功能(逻辑信道和传输信道之间的映射)
-复用和解复用功能(MAC SDU的复用/解复用)
-调度信息报告功能(调度信息报告)
-HARQ功能(通过HARQ纠错)
-逻辑信道之间的优先级处理功能(一个UE的逻辑信道之间的优先级处理)
-终端之间的优先级处理功能(通过动态调度的UE之间的优先级处理)
-MBMS服务识别功能(MBMS服务识别)
-传输格式选择功能(传输格式选择)
-填充功能(填充)
NR PHY层1b-20和1b-25可以对上层数据进行信道编码和调制,生成OFDM符号,并通过无线信道发送这些OFDM符号,或者可以对通过无线信道接收的OFDM符号进行解调和信道解码,并将其结果发送给上层。
在无线通信系统中,下行链路可以通过使用高频带和通过使用宽带宽来确保更多的传输资源。并且,因为可以通过在其中安装更多天线来获得波束成形增益和高信号强度,所以基站可以通过下行链路在相同的频率/时间资源上向终端传送和发送更多数据。然而,在上行链路的情况下,因为终端具有小的尺寸,并且难以将高频带和宽带宽用于上行链路频率,所以与下行链路传输资源相比,上行链路传输资源可能会造成瓶颈。并且,因为终端的最大传输功率比基站的最大传输功率小得多,所以在上行链路数据传输中其覆盖范围可能会减小。
当上行链路数据被压缩和发送时,可以在相同的传输资源上承载和发送更多的数据,并且可以提高覆盖范围。并且,当数据在下行链路和上行链路中被压缩和发送时,可以在相同的传输资源上承载和发送更多的数据,并且也可以提高覆盖范围。然而,因为压缩和解压缩数据的过程具有很高的复杂性,所以它可能由于处理时间而导致传输延迟。
本公开描述了一种用于当终端在上行链路上压缩和发送数据并且基站接收和解压缩数据时减少无线通信系统中的传输延迟的方法和装置。这可以应用于下行链路和上行链路。也就是说,该方法和装置可以用于当基站在下行链路上压缩和发送数据并且终端接收和解压缩数据时减少传输延迟。根据实施例,通过在发送端压缩和发送数据以及在接收端接收和解压缩数据,可以减少其传输延迟,其效果是允许发送更多的数据并提高其覆盖范围。
图1E是示出根据实施例的当终端建立与网络的连接时对基站是否执行上行链路数据压缩进行配置的过程的图。
图1E示出了在一个实施例中,由终端通过从RRC空闲模式或RRC非活动模式(或轻度连接模式)切换到RRC连接模式来建立与网络的连接的过程,以及对是否执行上行链路数据压缩(UDC)进行配置的过程。
参考图1E,当在RRC连接模式下发送/接收数据的终端由于某种原因或某个时间没有发送/接收数据时,基站可以向终端发送RRC连接释放(RRCConnectionRelease)消息(1e-01),以将终端切换到RRC空闲模式。此后,当要发送的数据出现时,当前未被配置用于连接的终端(以下称为空闲模式UE)可以执行与基站的RRC连接建立过程。终端可以通过随机接入过程与基站建立反向传输同步,并向基站发送RRC连接请求(RRCConnectionRequest)消息(1e-05)。RRC连接请求消息可以包括终端的标识符和建立原因(establishmentCause)。
基站可以发送RRC连接建立(RRCConnectionSetup)消息(1e-10),使得终端可以建立RRC连接。RRC连接建立消息可以包括指示是否对每个逻辑信道(logicalchannelconfig)、每个承载或每个PDCP装置(PDCP-config)的信息使用UDC方法。并且,更具体地,RRC连接建立消息可以指示是否仅对每个逻辑信道或承载或每个PDCP装置(或SDAP装置)中的特定IP流或特定QoS流使用UDC方法(关于对IP流或QoS流使用或不使用UDC方法的信息可以被配置给SDAP装置,并且因此SDAP装置可以向PDCP装置指示是否对每个QoS流使用UDC方法,或者PDCP装置可以自己识别每个QoS流(基于由基站配置的配置信息),并且确定是否应用UDC方法)。在这种情况下,当指示要使用UDC方法时,可以指示要在UDC方法中使用的预定义库或字典的标识符、要在UDC方法中使用的缓冲区尺寸等。并且,RRC连接建立消息可以包括用于配置(也称为设置)或释放以执行上行链路解压缩的命令。这里,当配置使用UDC方法时,它可以总是被配置为RLC AM承载模式(由于ARQ功能或重传功能的无损模式),并且可以不与报头压缩协议(ROHC)一起被配置。并且,RRC连接建立消息可以包括RRC连接配置信息等。RRC连接也可以被称为信令无线电承载(signaling radiobearer,SRB),并且可以用于发送/接收作为终端和基站之间的控制消息的RRC消息。
在建立RRC连接时,终端可以向基站发送RRC连接建立完成(RRCConnetionSetupComplete)消息(1e-15)。当不知道当前正在建立连接的终端的终端能力时,或者当想要知道终端能力时,基站可以发送询问终端能力的消息。然后,终端可以发送用于报告其能力的消息。该消息可以指示终端是否可以使用UDC方法,并且可以包括指示终端是否可以使用UDC方法的指示符。RRC连接建立完成消息可以包括控制消息“服务请求”,该消息用于终端请求MME为某种服务配置承载。
基站可以向MME发送包括在RRC连接建立完成消息中的服务请求(SERVICEREQUEST)消息(1e-20),并且MME可以确定是否提供终端请求的服务。在确定提供终端请求的服务时,MME可以向基站发送初始上下文建立请求(INITIALCONTEXT SETUP REQUEST)消息(1e-25)。初始上下文建立请求消息可以包括诸如当配置数据无线电承载(data radiobearer,DRB)时要应用的QoS信息和要应用于DRB的安全相关信息(例如,安全密钥和安全算法)的信息。基站可以与终端交换安全模式命令(SecurityModeCommand)消息(1e-30)和安全模式完成(SecurityModeComplete)消息(1e-35),以配置安全性。
在完成安全配置时,基站可以向终端发送RRC连接重新配置(RRCConnectionReconfiguration)消息(1e-40)。RRC连接重新配置消息可以包括指示是否对每个逻辑信道(logicalchannelconfig)、每个承载或每个PDCP装置(PDCP-config)使用UDC方法的信息。并且,更具体地,RRC连接重新配置消息可以指示是否仅对每个逻辑信道或承载或每个PDCP装置(或SDAP装置)中的特定IP流或特定QoS流使用UDC方法(关于对IP流或QoS流使用或不使用UDC方法的信息可以被配置给SDAP装置,并且因此SDAP装置可以向PDCP装置指示是否对每个QoS流使用UDC方法,或者PDCP装置可以自己识别每个QoS流(基于由基站配置的配置信息),并且确定是否应用UDC方法)。在这种情况下,当指示要使用UDC方法时,可以指示要在UDC方法中使用的预定义库或字典的标识符、要在UDC方法中使用的缓冲区尺寸等。并且,RRC连接重新配置消息可以包括用于配置或释放以执行上行链路解压缩的命令。这里,当配置使用UDC方法时,它可以总是被配置为RLC AM承载模式(由于ARQ功能或重传功能的无损模式),并且可以不与报头压缩协议(ROHC)一起被配置。并且,RRC连接重新配置消息可以包括要处理用户数据的DRB的配置信息,并且终端可以应用该配置信息来配置DRB,并且向基站发送RRC连接重新配置完成(RRCConnectionReconfigurationcomplete)消息(1e-45)。
在完成与终端的DRB配置时,基站可以向MME发送初始上下文建立完成(INITIALCONTEXT SETUP COMPLETE)消息(1e-50),并且在接收到该消息后,MME可以与S-GW交换S1承载建立(S1 BEARER SETUP)消息和S1承载建立响应(S1 BEARER SETUP RESPONSE)消息(1e-55和1e-60)以配置S1承载。S1承载可以是在S-GW和基站之间建立的数据传输连接,并且可以一对一地对应于DRB。
当所有这些过程完成时,终端可以通过S-GW与基站交换数据(1e-65和1e-70)。上述数据传输过程通常可以包括RRC连接配置、安全配置和DRB配置三种操作。并且,基站可以向终端发送RRC连接重新配置消息,以出于某种原因更新、添加或改变配置(1e-75)。RRC连接重新配置消息可以包括指示是否对每个逻辑信道(logicalchannelconfig)、每个承载或每个PDCP装置(PDCP-config)使用UDC方法的信息。并且,更具体地,RRC连接重新配置消息可以指示是否仅对每个逻辑信道或承载或每个PDCP装置(或SDAP装置)中的特定IP流或特定QoS流使用UDC方法(关于度对IP流或QoS流使用或不使用UDC方法的信息可以被配置给SDAP装置,并且因此SDAP装置可以向PDCP装置指示是否对每个QoS流使用UDC方法,或者PDCP装置可以自己识别每个QoS流(基于由基站配置的配置信息),并且确定是否应用UDC方法)。在这种情况下,当指示要使用UDC方法时,可以指示要在UDC方法中使用的预定义库或字典的标识符、要在UDC方法中使用的缓冲区尺寸等。并且,RRC连接重新配置消息可以包括用于配置或释放以执行上行链路解压缩的命令。这里,当配置使用UDC方法时,它可以总是被配置为RLC AM承载模式(由于ARQ功能或重传功能的无损模式),并且可以不与报头压缩协议(ROHC)一起被配置。
在上述过程中,可能指示是否仅对每个逻辑信道或承载或每个PDCP装置(或SDAP装置)中的特定IP流或特定QoS流使用UDC方法。例如,基站可以使用RRC消息(AS消息),或者核心网络可以使用NAS消息来对SDAP装置配置关于对IP流或QoS流要使用还是不使用UDC方法的指示符或信息,并且因此SDAP装置可以使用该指示符来向PDCP装置指示是否对每个QoS流使用UDC方法,或者PDCP装置可以自己识别每个QoS流(基于指示符或由基站或核心网络配置的配置信息)并确定是否应用UDC方法,或者基站或核心网络可以向终端配置包括UDC应用/不应用指示符的业务流模板(traffic flow template,TFT)过滤信息,并且因此终端PDCP实体可以为每个分组确定UDC的应用/不应用。
图1F是示出根据实施例的数据配置和执行上行链路数据压缩的过程的图。
在图1F中,上行链路数据1f-05可以被生成为与诸如视频传输、图片传输、网络搜索和VoLTE的服务相对应的数据。由应用层生成的数据可以通过与网络数据传输层相对应的TCP/IP或UDP来处理,可以配置相应的报头1f-10和1f-15,并且可以被发送到PDCP层。在从上层接收到数据(PDCP SDU)时,PDCP层可以执行以下过程。
在图1F中,当PDCP层根据诸如1e-10、1e-40或1e-75的RRC消息被配置为使用UDC方法时,可以对PDCP SDU执行UDC方法,以如1f-20中那样对上行链路数据执行压缩,配置与其相对应的UDC报头(压缩的上行链路数据的报头)1f-25,执行加密,在被配置时执行完整性保护,并且配置PDCP报头1f-30以配置PDCP PDU。PDCP实体可以包括UDC压缩器/解压缩器,并且可以根据RRC消息中的配置来确定是否对每个数据执行UDC过程,并且使用UDC压缩器/解压缩器。在发送端,发送PDCP实体可以通过使用UDC压缩器来执行数据压缩,并且在接收端,接收PDCP实体可以通过使用UDC解压缩器来执行数据解压缩。
图1F的上述过程也可以被终端应用于压缩下行链路数据以及压缩上行链路数据。并且,上行链路数据的描述可以类似地应用于下行链路数据。
在图1F中,单独地描述了UDC报头1f-15和PDCP报头1f-30;然而,UDC报头和PDCP报头都可以在PDCP实体中被配置、生成和串接,并且这两个报头都可以被称为PDCP报头。在下文中,UDC报头将被描述为PDCP报头的一部分。
图1G是示出根据实施例的上行链路数据压缩方法的图。
图1G是示出基于DEFLATE的上行链路数据压缩算法的描述的图,并且基于DEFLATE的上行链路数据压缩算法是无损压缩算法。基于DEFLATE的上行链路数据压缩算法可以基本上结合LZ77算法和霍夫曼编码来压缩上行链路数据。
LZ77算法可以执行寻找重复数据阵列的操作,并且当在滑动窗口中找到重复阵列时,可以通过以长度表示滑动窗口中重复阵列的位置和重复程度来执行数据压缩。滑动窗口在UDC方法中也可以被称为缓冲区,并且可以被配置为8千字节或32千字节。也就是说,滑动窗口或缓冲区可以通过写入8,192或32,768个字母(letter)、找到重复阵列并以位置和长度表示该重复阵列来执行压缩。因此,因为LZ77算法是滑动窗口方法,也就是说,因为在对先前编码的数据进行编码之前,在缓冲区中更新原始数据,并且立即对下一个数据进行编码,所以连续数据之间可能具有相关性。因此,第一编码数据应该被正常解码,以便下一个数据可以被正常解码。
以位置和长度表示并由LZ77算法压缩的代码(位置、长度等的表示)可以通过霍夫曼编码再次压缩。霍夫曼编码可以再次找到重复的代码,并通过对重重复代码或频繁代码使用短符号以及对轻度重复代码或不频繁代码使用长符号来再次执行压缩。霍夫曼编码是前缀编码,并且是一种最佳编码方案,其中所有代码都是唯一可解码的。
如上所述,在发送端,LZ77算法可以应用于原始数据(1g-05)以执行编码(1g-10),更新缓冲区(1g-15),为缓冲区的内容(或数据)生成校验和比特,并在UDC报头中配置该校验和比特。校验和比特可以用于在接收端确定缓冲区状态的有效性。由LZ77算法编码的代码可以再次由霍夫曼编码压缩,然后作为上行链路数据发送(1g-25)。接收端可以执行与发送端相反的解压缩过程。也就是说,可以执行霍夫曼解码(1g-30),可以用先前解压缩的数据更新缓冲区(1g-35),并且可以通过UDC报头的校验和比特来识别所更新的缓冲区的有效性。当确定校验和比特中没有错误时,可以通过LZ77算法执行解码(1g-40),以解压缩数据,恢复原始数据,并将其发送到上层(1g-45)。
如上所述,因为LZ77算法是滑动窗口方法,也就是说,因为先前编码的数据在缓冲区中被更新,并且下一个数据被立即编码,所以连续数据之间可能具有相关性。因此,第一编码数据应该被正常解码,以便下一个数据可以被正常解码。因此,接收PDCP实体可以检查PDCP报头的PDCP序列号,检查UDC报头(检查指示是否已经执行数据压缩的指示符),并且以PDCP序列号的升序对已经应用数据压缩过程的数据执行数据解压缩过程。因此,当在某个PDCP序列号上出现UDC解压缩失败或校验和失败时,可能出现错误传播现象,其中UDC解压缩错误出现在此后应用UDC的所有数据中。
根据实施例,由基站对终端配置的UDC的过程和由终端执行UDC的过程可以如下。
参考图1E,基站可以配置或释放以对承载或逻辑信道执行UDC,在该承载或逻辑信道中,经由诸如图1E中的1e-10、1e-40或1e-75的RRC消息向终端配置RLC AM模式。并且,RRC消息可以用于配置是否对每个承载、每个逻辑信道或每个PDCP实体执行UDC,并且更具体地,它可以用于配置是否对一个承载、逻辑信道或PDCP实体中的每个IP流(或QoS流)执行UDC。这里,每个QoS流的配置可以在PDCP实体中配置指示符或信息,以指示哪个QoS流将执行上行链路数据解压缩,以及哪个QoS流不执行上行链路数据解压缩。并且,这里,每个QoS流的配置可以被配置给SDAP实体而不是PDCP实体,使得当每个QoS流被映射到每个承载时,SDAP实体可以指示PDCP实体是否对每个QoS流执行上行链路数据解压缩。
图1H是示出根据实施例的一过程的图,在该过程中,发送PDCP实体执行UDC和发送,并且接收PDCP实体对由UDC产生的数据执行解压缩,并且将解压缩的数据发送到上层。
参考图1H,当经由RRC消息被配置为对特定承载、逻辑信道或PDCP实体(或特定承载、逻辑信道或PDCP实体的特定QoS流)执行UDC时,发送PDCP实体1h-01可以根据对应的配置来重置PDCP实体的UDC装置中的缓冲区,并准备UDC过程。然后,在从上层接收数据(PDCPSDU)时,发送PDCP实体1h-01可以按照接收的顺序向接收到的数据分配PDCP序列号(1h-05)。当它被配置为执行UDC时,它可以对接收到的数据执行UDC(1h-10)。当它被配置为仅对PDCP实体的特定QoS流执行UDC时,它可以检查QoS流标识符或上面的SDAP层的指示,确定是否执行UDC,以及执行UDC。然后,当执行UDC并且缓冲区被更新用于数据压缩时,可以配置UDC缓冲区。在这种情况下,当执行UDC时,从上层接收的PDCP SDU可以被压缩成具有较小尺寸的UDC压缩数据(UDC块)。然后,当为发送PDCP实体1h-01配置完整性保护时,完整性保护可以应用于UDC压缩数据(1h-15),并且可以通过使用安全密钥对其执行加密(1h-20)。
然后,可以配置加密的UDC压缩数据的UDC报头(1h-25)。UDC报头可以包括指示是否已经执行UDC的指示符(例如,UDC报头可以包括1比特指示符;并且当指示符为0时,可以应用UDC,并且当指示符为1时,可以不应用UDC)。当不应用UDC时,因为已经在上层中执行了压缩,所以即使当在PDCP实体中执行UDC过程时,其压缩率也可能非常低,并且仅由于压缩过程引起的发送端处理负载可能增加。可替代地,因为从上层接收的PDCP SDU数据结构不具有重复的数据结构,所以数据压缩可能不通过上述UDC压缩方法(DEFLATE算法)来执行,或者其数据压缩率可能非常低。当对从上层接收的数据(PDCP SDU)执行UDC并且更新UDC缓冲区时,可以计算校验和比特以允许接收PDCP实体检查所更新的UDC缓冲区的有效性,并且UDC报头可以被配置为包括校验和比特(校验和比特可以具有特定长度并且可以包括例如4比特)。
对于加密的UDC压缩数据,可以如上所述配置UDC报头并串接到其前部,PDCP报头可以被配置有在1h-05中分配的PDCP序列号,可以将PDCP报头串接到UDC报头的前面,并且可以按照PDCP序列号的顺序将其结果发送到下层(1h-30)。
当接收PDCP实体1h-02接收到从发送PDCP实体1h-01发送的PDCP PDU时,它可以首先读取PDCP报头,识别PDCP序列号,以及移除PDCP报头(1h-35)。然后,当为PDCP实体配置UDC过程时,它可以读取UDC报头,检查指示发送PDCP实体1h-01是否应用UDC的指示符,以及检查UDC报头的校验和字段以计算校验和,并检查校验和是否出现故障或错误。是否应用UDC或者UDC报头是否存在可以通过PDCP报头的1比特指示符来检查。
当没有UDC报头的校验和错误时,可以移除UDC报头,可以通过使用安全密钥来对加密的UDC压缩数据进行解密(1h-40),以及当在PDCP实体中配置完整性保护时,可以执行完整性验证(1h-45)。在操作1h-35中,可以通过检查PDCP报头来存储接收到的数据的PDCP序列号。在LTE系统中,在LTE RLC实体的情况下,它可以总是向PDCP实体顺序发送数据。然而,当在诸如切换的环境中重建RLC层时,无序数据可以被发送到PDCP实体。可替代地,当配置分离承载时,无序数据可以被发送到PDCP实体。并且,在NR系统中,NR RLC实体可能不总是对序列进行排序,并且可以将处理后的数据发送到PDCP实体,而不管序列如何。因此,如在操作1h-50中,接收到的数据可能需要按照PDCP序列号的顺序重新排序。重新排序功能可以包括按照PDCP序列号的升序对接收到的数据进行排序,使得没有序列号在中间丢失,没有序列号尚未被接收,或者没有序列号间隙,可以根据在操作1h-35中在UDC报头(或PDCP报头)中检查的UDC的应用/不应用,按照PDCP序列号的升序来执行UDC解压缩过程(1h-55)。可以不对未应用UDC的数据执行UDC解压缩过程。然后,在没有PDCP序列号在中间丢失的情况下按照PDCP序列号的升序处理的数据可以按照PDCP序列号的升序发送到上层(1h-60)。
重新排序功能可能是重要的,因为仅当按照图1G中描述的UDC应用的顺序将UDC解压缩应用于UDC应用的数据时,才不会出现错误。例如,当在发送PDCP实体中按照PDCP序列号1、2、4和7的顺序应用UDC时,在接收PDCP实体中也应该按照PDCP序列号1、2、4和7的顺序执行UDC解压缩。在这种情况下,UDC可能不适用于PDCP序列号3、5和6。
在上述实施例中,当通过使用安全密钥仅对除了UDC报头之外的上层数据或UDC数据块配置完整性验证时,可以在应用完整性验证之后执行加密。如此以来,当通过使用安全密钥仅对除了UDC报头之外的上层数据或UDC数据块配置完整性验证时,当执行完整性验证然后执行加密时,接收PDCP实体可以读取PDCP报头,然后读取UDC报头而不执行解密。因此,当通过检查UDC报头的校验和字段来计算接收的UDC缓冲区值和校验和字段并且作为其结果而出现校验和错误时,可能不需要对出现错误的UDC数据块执行解密。根据实施例,可以在接收PDCP实体中降低处理复杂度和处理负载。
如上所述,基站可以配置或释放以对承载或逻辑信道执行UDC,其中经由诸如图1E中的1e-10、1e-40或1e-75的RRC消息向终端配置RLC AM模式。并且,RRC消息可以用于对是否对每个承载、每个逻辑信道或每个PDCP实体执行UDC进行配置,并且更具体地,它可以用于对是否对一个承载、逻辑信道或PDCP实体中的每个IP流(或QoS流)执行UDC进行配置。这里,每个QoS流的配置可以在PDCP实体中配置指示符或信息,以指示哪个QoS流将执行上行链路数据解压缩,以及哪个QoS流不执行上行链路数据解压缩。并且,这里,每个QoS流的配置可以被配置给SDAP实体而不是PDCP实体,使得当每个QoS流被映射到每个承载时,SDAP实体可以指示PDCP实体是否对每个QoS流执行上行链路数据解压缩。
图1I是示出根据另一实施例的一过程的图,在该过程中,发送PDCP实体执行UDC和发送,并且接收PDCP实体对由UDC产生的数据执行解压缩,并且将解压缩的数据发送到上层。
参考图1I,当被配置为经由RRC消息对特定承载、逻辑信道或PDCP实体(或特定承载、逻辑信道或PDCP实体的特定QoS流)执行UDC时,发送PDCP实体1i-01可以根据对应的配置来重置PDCP实体的UDC装置中的缓冲区,并准备UDC过程。然后,在从上层接收数据(PDCPSDU)时,发送PDCP实体1i-01可以按照接收的顺序向接收到的数据分配PDCP序列号(1i-05)。当它被配置为执行UDC时,它可以对接收到的数据执行UDC(1i-10)。当它被配置为仅对PDCP实体的特定QoS流执行UDC时,它可以检查QoS流标识符或上面的SDAP层的指示,确定是否执行UDC,以及执行UDC。然后,当执行UDC并且缓冲区被更新用于数据压缩时,可以配置UDC缓冲区。在这种情况下,当执行UDC时,从上层接收的PDCP SDU可以被压缩成具有较小尺寸的UDC压缩数据(UDC块)。
然后,可以配置加密的UDC压缩数据的UDC报头(1i-15)。UDC报头可以包括指示是否已经执行UDC的指示符(例如,UDC报头可以包括1比特指示符;并且当指示符为0时,可以应用UDC,并且当指示符为1时,可以不应用UDC)。当不应用UDC时,因为已经在上层中执行压缩,所以即使当在PDCP实体中执行UDC过程时,其压缩率也可能非常低,并且仅由于压缩过程而引起的发送端处理负载可能增加。可替代地,因为从上层接收的PDCP SDU数据结构不具有重复的数据结构,所以数据压缩可以不通过上述UDC压缩方法(DEFLATE算法)来执行,或者其数据压缩率可能非常低。当对从上层(PDCP SDU)接收的数据执行UDC并且更新UDC缓冲区时,可以计算校验和比特以允许接收PDCP实体检查所更新的UDC缓冲区的有效性,并且UDC报头可以被配置为包括校验和比特(校验和比特可以具有特定长度并且可以包括例如4比特)。
对于加密的UDC压缩数据,如上所述,可以配置UDC报头并将其串接到其前部,并且当为发送PDCP实体1i-01配置完整性保护时,可以将完整性保护应用于UDC报头和UDC压缩数据(1i-20),并且可以通过使用安全密钥对其执行加密(1i-25)。
对于加密数据,PDCP报头可以被配置有在1i-05中分配的PDCP序列号(i1-30),可以将PDCP报头串接到加密数据的前面,并且可以按照PDCP序列号的顺序将其结果发送到下层(1i-35)。
当接收PDCP实体1i-02接收到从发送PDCP实体1i-01发送的PDCP PDU时,它可以首先读取PDCP报头,识别PDCP序列号,并移除PDCP报头(1i-40)。
然后,可以通过使用安全密钥来对由于PDCP报头的移除而得到的加密数据进行解密(1i-45),并且当在PDCP实体中配置完整性保护时,可以执行完整性验证(1i-50)。可以通过在操作1i-40中检查PDCP报头来存储接收到的数据的PDCP序列号。在LTE系统中,在LTERLC实体的情况下,它可以总是向PDCP实体顺序发送数据。然而,当在诸如切换的环境中重建RLC层时,无序数据可以被发送到PDCP实体。并且,在NR系统中,NR RLC实体可以不总是对序列进行排序,并且可以将处理后的数据发送到PDCP实体,而不管序列如何。因此,如在操作1i-55中,可能需要按照PDCP序列号的顺序执行重新排序。重新排序功能可以包括按照PDCP序列号的升序对接收到的数据进行排序,使得没有序列号在中间丢失,没有序列号尚未接收,或者没有序列号间隙,并且可以在没有PDCP序列号在中间丢失的情况下按照PDCP序列号的顺序处理数据。当为PDCP实体配置UDC过程时,它可以读取UDC报头,检查指示发送PDCP实体1i-01是否应用UDC的指示符,以及检查UDC报头的校验和字段以计算校验和,并检查校验和是否出现故障或错误。是否应用UDC或者UDC报头是否存在可以由PDCP报头的1比特指示符来检查。
当UDC报头的校验和错误没有发生时,可以移除UDC报头(1i-60),并且可以根据在UDC报头(或PDCP报头)中检查的UDC的应用/不应用来执行UDC解压缩过程(1i-65)。可以不对不应用UDC的数据执行UDC解压缩过程。然后,在没有PDCP序列号在中间丢失的情况下按照PDCP序列号的升序处理的数据可以按照PDCP序列号的升序发送到上层(1i-70)。
重新排序功能可能是重要的,因为仅当按照图1G中描述的UDC应用的顺序将UDC解压缩应用于UDC应用的数据时,才不会出现错误。例如,当在发送PDCP实体中按照PDCP序列号1、2、4和7的顺序应用UDC时,在接收PDCP实体中也应该按照PDCP序列号1、2、4和7的顺序执行UDC解压缩。在这种情况下,UDC可能不适用于PDCP序列号3、5和6。
在上述实施例中,当通过使用安全密钥为UDC报头或整个UDC数据块配置完整性验证时,可以在应用完整性验证之后执行加密。这样,当通过使用安全密钥对UDC报头和整个UDC数据块执行加密时,因为UDC压缩和UDC报头配置可以被捆绑到在发送PDCP实体的实施方式方面的一系列过程中,所以用于UDC处理的功能可以被单独实施,并且因此可以容易地实施。
在上述实施例中,当基站将发送PDCP实体配置为应用UDC时,特别是当基站通过配置信息向SDAP实体、PDCP实体或TFT指示对特定IP流应用或不应用UDC时;当在将UDC应用于该IP流时,在关于该IP流的数据中没有重复结构时,例如,当在应用图1G中描述的LZ77编码时,在要应用UDC的数据中没有发现重复结构时,发送PDCP实体可以跳过UDC应用,并且在UDC报头中配置指示不应用UDC配置的指示符。如此以来,当即使当执行UDC应用时压缩比也预期显著降低时,发送PDCP实体可以跳过UDC应用,并且接收PDCP实体可以跳过UDC解压缩过程,以减少发送PDCP实体和接收PDCP实体中的处理负载。
上述UDC过程可以类似地应用于下行链路数据,并且可以通过压缩要发送的数据来提高传输资源的效率并减少传输延迟。然而,在发送PDCP实体中压缩数据的过程和在接收PDCP实体中解压缩数据的过程可能具有很高的复杂性,消耗大量的处理能力,并且需要很长的处理时间。
下面提出了在发送PDCP实体和接收PDCP实体中的UDC过程的并行处理方法,这可以减少处理时间。
图1J是示出根据实施例的在发送PDCP实体中对要应用UDC的数据和不应用UDC的数据的并行处理方法的图。
图1J示出了适用于图1H和图1I中描述的发送PDCP实体(1h-01和1i-01)的发送PDCP实体的UDC并行处理方法。
参考图1J,在从上层接收数据时,发送PDCP实体可以按照接收的顺序向接收到的数据分配PDCP序列号,并确定是否对接收到的数据应用UDC。是否将UDC应用于接收到的数据可以由上层(SDAP层、TFT过滤器或RRC配置信息)来指示,或者PDCP实体可以基于配置信息来区分IP流,然后可以由复用器1j-10来确定。在接收到一系列数据时,发送PDCP实体可以确定是否应用UDC,并且复用器1j-10可以不对用于并行处理的不应用UDC的数据执行UDC过程,并且可以为下一个数据处理过程发送该数据(1j-15和1j-40)。例如,可以立即应用图1H的操作1h-15或图1I的操作1i-15。
复用器1j-10可以通过应用UDC过程将用于并行处理的要应用UDC的数据转换成压缩的UDC块(1j-25和1j-30)。硬件加速器1j-25可以应用于该UDC过程。硬件加速器1j-25可以是SOC(System on a Chip,片上系统)芯片中的独立块,并且可以是在一个调制解调器中实施的独立硬件模块,不能访问主CPU,并且不需要主CPU的处理能力。并且,因为硬件加速器1j-25在重复和连续处理中非常有效,所以通过仅将硬件加速器1j-25连续地应用于要应用UDC的数据(在复用器1j-10中通过区分要应用UDC的数据和不应用UDC的数据)来重复执行UDC过程可能是有效的,并且可以减少处理时间。
并且,如上所述,可以区分要应用UDC的数据和不应用UDC的数据,以执行并行处理。也就是说,可以执行数据处理,使得硬件加速器可以将UDC应用于要应用UDC的数据,同时不应用UDC的数据可以立即进行到主CPU中的下一个处理过程。在操作1j-40中并行处理的应用UDC的数据和不应用UDC的数据可以同时并行进行下一个数据处理操作。作为另一种方法,在操作1j-40中并行处理的应用UDC的数据和不应用UDC的数据可以按照数据处理先完成(先进先出(First In First Out,FIFO))的顺序进行下一个数据处理操作。
也就是说,在操作1j-40中,它可以进行较低数据处理操作,而不管PDCP序列号如何。然后,当数据被完全处理然后被发送到下层时,它可以在本公开的实施例1的图1H的操作1h-30中或者在本公开的实施例2的图1I的操作1i-30中被重新排序,然后可以按照PDCP序列号的顺序被发送。
在上述并行处理方法中,复用器1j-10和1j-35可以在必要时被实施用于复用,并且可以在没有复用的情况下实施。
在上述实施例中,硬件加速器1j-25也可以应用于加密、解密、完整性保护和完整性验证过程。因为加密和解密被应用于所有分组,所以通过应用硬件加速器1j-25可以有效地减少处理时间。当完整性保护也被配置时,因为完整性保护和完整性验证应该被应用于配置的承载的所有分组,所以通过应用硬件加速器1j-25可以有效地减少处理时间。
由于复杂性和长处理时间,上述UDC过程可能导致接收PDCP实体中的传输延迟。
图1K是用于描述在接收PDCP实体中由于UDC过程导致的传输延迟的图。
参考图1K,当下层是LTE RLC实体时,接收PDCP实体1k-05可以按照PDCP序列号的顺序接收PDCP PDU,并且可以按照PDCP序列号的升序接收PDCP PDU,尽管在切换期间或者在分离承载的情况下,可能有PDCP序列号没有被接收或者在中间丢失。当下层是NR RLC实体时,可以不按照PDCP序列号顺序接收PDCP PDU,而不管数据被处理的顺序的PDCP序列号顺序如何。接收PDCP实体应该基于PDCP序列号执行重新排序,而不管下层是LTE RLC层还是NR RLC层(1k-20)。在图1K中,因为解密过程是对所有分组执行的,所以可以对其应用硬件加速器,并且可以对从下层接收的数据执行解密过程,而不管PDCP序列号的顺序如何。然而,UDC解压缩过程应该按照应用UDC的顺序来执行解压缩以用于如图1G中所描述的成功解压缩而没有错误。因此,当解密数据在操作1k-20中按照PDCP序列号的升序进行重新排序,并且在没有PDCP序列号在其中间丢失的情况下按序列进行排序时,UDC解压缩过程可以按照PDCP序列号的顺序应用于需要UDC解压缩的数据,并且UDC解压缩过程可以不被应用于不需要UDC解压缩的数据。在操作1k-20中等待直到数据在没有PDCP序列号在中间丢失的情况下按照PDCP序列号的升序进行排序的时间可以等于对应于PDCP重新排序定时器值的时间。当PDCP重排序定时器值过去时,也就是说,当PDCP重排序定时器到期时,数据可以开始按照PDCP序列号的升序进行处理,尽管PDCP序列号在中间丢失。当出现UDC解压缩错误时,可以在发送PDCP实体和接收PDCP实体中执行错误恢复过程。
在上述过程中,因为数据是按照PDCP序列号的顺序进行处理的,所以不执行UDC解压缩过程的数据1k-15应该等待,因为要对其应用需要长处理时间的UDC解压缩过程的数据(PDCP PDU)1k-10。也就是说,由于UDC解压缩过程,在接收PDCP实体中可能出现瓶颈。
在下文中,将描述在接收PDCP实体中减少由于UDC解压缩过程导致的传输延迟的实施例。
图1L是示出根据实施例的在接收PDCP实体中对要应用UDC解压缩的数据和不应用UDC解压缩的数据的并行处理方法的图。
图1L示出了适用于图1H和图1I中描述的接收PDCP实体(1h-02和1i-02)的用于UDC解压缩的接收PDCP实体的并行处理方法。
参考图1L,当解密数据在操作1l-01中按照PDCP序列号的升序进行重新排序,并且在没有PDCP序列号在其中间丢失的情况下按序列进行排序时,UDC解压缩过程可以按照PDCP序列号的顺序应用于需要UDC解压缩的数据,并且UDC解压缩过程可以不被应用于不需要UDC解压缩过程的数据。在操作1l-01中等待直到数据在没有PDCP序列号在中间丢失的情况下按照PDCP序列号的升序进行排序的时间可以等于对应于PDCP重新排序定时器值的时间。当PDCP重排序定时器值过去时,也就是说,当PDCP重排序定时器到期时,数据可以开始按照PDCP序列号的升序进行处理,尽管PDCP序列号在中间丢失。当出现UDC解压缩错误时,可以在发送PDCP实体和接收PDCP实体中执行错误恢复过程。
当在操作1l-01中数据在没有丢失PDCP序列号的情况下按序列进行排序时,通过区分需要UDC解压缩的数据和不需要UDC解压缩过程的数据,可以按照PDCP序列号的顺序执行并行处理(1l-15和1l-20)。也就是说,UDC解压缩过程可以不应用于不需要UDC解压缩过程的数据,并且它可以准备发送到上层(1l-15和1l-30),并且UDC解压缩过程可以应用于需要UDC解压缩过程的数据以恢复原始数据,并且它可以准备发送到上层(1l-20和1l-25)。硬件加速器1l-25可以应用于UDC解压缩过程,以对需要UDC解压缩过程的数据重复执行UDC解压缩过程。并且,不需要UDC解压缩的数据可以由主CPU处理。对于不应用UDC解压缩过程的数据和应用UDC解压缩过程的数据,在操作1l-30中并行处理的数据可以按照处理的顺序发送(1l-35),以执行重新排序(1l-40)。在操作1l-40中,接收PDCP实体可以按照PDCP序列号的升序对要并行处理的不应用UDC解压缩过程的数据和应用UDC解压缩过程的数据进行排序,并按序列将数据发送到上层(1l-45)。
根据上述实施例,通过区分需要UDC解压缩的数据和不需要UDC解压缩过程的数据并并行处理它们,可以提高应用于UDC解压缩过程的硬件加速器的效率,并且可以减少由于UDC解压缩过程产生的处理时间。
在上述并行处理方法中,复用器1l-10和1l-30可以在必要时被实施用于复用,并且可以在没有复用的情况下实施。
图1M是示出根据另一实施例的在接收PDCP实体中对应用UDC解压缩的数据和不应用UDC解压缩的数据的并行处理方法的图。
图1M示出了适用于图1H和图1I中描述的接收PDCP实体(1h-02和1i-02)的用于UDC解压缩的接收PDCP实体的并行处理方法。
参考图1M,当在操作1m-01中按照PDCP序列号的升序对解密数据进行重新排序,并且在没有PDCP序列号在其中间丢失的情况下按序列进行排序时,可以将UDC解压缩过程按照PDCP序列号的顺序应用于需要UDC解压缩的数据,并且可以不将UDC解压缩过程应用于不需要UDC解压缩过程的数据。在操作1m-01中等待直到数据在没有PDCP序列号在中间丢失的情况下按照PDCP序列号的升序进行排序的时间可以等于对应于PDCP重新排序定时器值的时间。当PDCP重排序定时器值过去时,也就是说,当PDCP重排序定时器到期时,数据可以开始按照PDCP序列号的升序进行处理,尽管PDCP序列号在中间丢失。当出现UDC解压缩错误时,可以在发送PDCP实体和接收PDCP实体中执行错误恢复过程。
当在操作1m-01中数据在没有PDCP序列号丢失的情况下按序列进行排序时,通过区分需要UDC解压缩的数据和不需要UDC解压缩过程的数据,可以按照PDCP序列号的顺序执行并行处理(1m-15和1m-20)。也就是说,可以不将UDC解压缩过程应用于不需要UDC解压缩过程的数据,并且它可以准备被发送到上层(1m-15和1m-30),并且可以将UDC解压缩过程应用于需要UDC解压缩过程的数据以恢复原始数据,并且它可以准备被发送到上层(1m-20和1m-25)。硬件加速器1m-25可以应用于UDC解压缩过程,以对需要UDC解压缩过程的数据重复执行UDC解压缩过程。并且,不需要UDC解压缩的数据可以由主CPU处理。对于不应用UDC解压缩过程的数据和应用UDC解压缩过程的数据,在操作1m-30中并行处理的数据可以按照处理的顺序发送(1m-35),以执行重新排序(1m-40)。也就是说,在操作1m-30中,复用器可以先发送先处理的数据(FIFO)。
在操作1m-40中,当按照数据处理的顺序或并行接收到不应用UDC解压缩过程的数据和应用UDC解压缩过程的数据时,接收PDCP实体可以接收不按照PDCP序列号顺序排序的数据(1m-35)。然而,当在操作1m-01中在没有PDCP序列号在中间丢失的情况下按照PDCP序列号的顺序对数据进行排序时(当PDCP重新排序定时器期满时,即使有丢失也开始数据处理),因为数据是区分的并按照PDCP序列号的顺序并行处理的,所以在操作1m-40中接收的不应用UDC解压缩过程的数据(1m-15)和应用UDC解压缩过程的数据(1m-25)可以彼此区分并按照PDCP序列号的升序自动排序。也就是说,不应用UDC解压缩过程的数据可以按照PDCP序列号的升序进行排序并在1m-35中接收,而应用UDC解压缩过程的数据可以按照PDCP序列号的升序进行排序并在1m-35中接收。
在操作1m-40中,在1m-35中接收的不应用UDC解压缩过程的数据(1m-15)和应用UDC解压缩过程的数据(1m-25)可以按照先处理的顺序(FIFO)被发送到上层。也就是说,可以不按照PDCP序列号的顺序发送数据,可以按照PDCP序列号的升序对要发送的不应用UDC解压缩过程的数据进行排序,并且可以按照PDCP序列号的升序对要发送到上层的应用UDC解压缩过程的数据进行排序,其中,不应用UDC解压缩过程的数据(1m-15)和应用UDC解压缩过程的数据(1m-25)当中的先处理数据可以被先发送到上层(FIFO)。
通常,当数据从PDCP实体发送到上层时,当数据不按照PDCP序列号的升序发送时,数据吞吐量可能会下降。然而,因为不同的上层可以在一个PDCP实体中发送/接收数据,所以当仅发送到每个上层的与每个上层相对应的数据被顺序发送时,数据吞吐量可能不会降低。
在实施例中,应用UDC压缩的数据和不应用UDC压缩的数据可以是在不同的上层中发送/接收的数据。因此,当不应用UDC解压缩过程的数据按照PDCP序列号的升序进行排序以被发送,并且应用UDC解压缩过程的数据按照PDCP序列号的升序进行排序并被发送到上层时,数据吞吐量可能不降低。
并且,因为不需要UDC解压缩过程的不应用UDC压缩的数据可以在对应用UDC压缩的数据执行UDC解压缩过程所花费的处理时间期间被先处理并被发送到上层,所以可能不出现由于图1K中描述的UDC解压缩导致的瓶颈。
根据上述实施例,通过区分需要UDC解压缩的数据和不需要UDC解压缩过程的数据并并行处理它们,可以提高应用于UDC解压缩过程的硬件加速器的效率,并且可以减少由于UDC解压缩过程产生的处理时间。并且,因为不需要UDC解压缩过程的不应用UDC压缩的数据可以在对应用UDC压缩的数据执行UDC解压缩过程所花费的处理时间期间被先处理并发送到上层,所以可以减少传输延迟。
在上述并行处理方法中,当需要时,复用器1m-10和1m-30可以在必要时被实施用于复用,并且可以在没有复用的情况下实施。
将通过特定示例来描述图1M中所示的实施例。
在发送之前,发送PDCP实体可以对与PDCP序列号1、3、5、7和9相对应的数据应用UDC压缩,并且可以不对与PDCP序列号2、4、6和8相对应的数据(PDCP SDU)应用UDC压缩。在接收到PDCP序列号4、1、5、3、6、7、8和9时,接收PDCP实体可以将其排序为1、3、4、5、6、7、8和9,可以检查报头(UDC报头或PDCP报头)以确定与PDCP序列号1相对应的数据是应用UDC的数据还是不应用UDC的数据,并且可以相应地执行数据处理。当PDCP序列号2在PDCP重排序定时器期满之前到达时,与PDCP序列号2、3、4、5、6、7、8和9相对应的数据可以通过UDC的应用/不应用来区分,UDC解压缩可以通过将硬件加速器应用于应用UDC的3、5、7和9来应用,同时主CPU可以对不应用UDC的2、4、6和8执行并行数据处理,并将结果发送到上层。因为执行并行处理,所以先处理的数据可以被先发送到上层。也就是说,数据可以按照PDCP序列号2、4、3、6、8、5、7和9的顺序被发送到上层。然而,如上所述,应用UDC的数据可以按照PDCP序列号的升序(即按照3、5、7和9的顺序)被自动发送,并且不应用UDC的数据可以按照PDCP序列号的升序被发送。也就是说,数据可以按照2、4、6和8的顺序被发送。
图1N是示出根据实施例的发送PDCP实体的操作和接收PDCP实体的操作的图。
参考图1N,发送PDCP实体可以被配置为关于是否经由图1E的RRC消息应用PDCP实体的UDC(1N-05),并且可以根据关于从上层接收的数据的配置信息来确定是否对每个数据应用UDC(1N-10)。在这种情况下,确定是否对每个数据应用UDC,可以通过使用硬件加速器来执行并行处理(1n-15)。然后,数据可以按照PDCP序列号的顺序发送到下层(1n-20)。
参考图1N,接收PDCP实体可以按照PDCP序列号的顺序对接收到的数据进行重新排序(1n-25)。当在操作1n-25中在没有PDCP序列号在中间丢失的情况下按照PDCP序列号的顺序对数据进行排序时(当PDCP重新排序定时器期满时,即使有丢失也开始数据处理),可以确定是否对每个数据应用UDC(1n-30),并且可以通过使用硬件加速器来执行并行处理(1n-35)。根据实施例,数据可以按照PDCP序列号的顺序被发送到上层。并且,根据实施例,数据可以按照在并行处理中被先处理的顺序而不是以PDCP序列号的顺序被发送到上层,不应用UDC解压缩过程的数据可以按照PDCP序列号的升序进行排序,然后被发送,并且应用UDC解压缩过程的数据可以按照PDCP序列号的升序进行排序,然后被发送到上层(1n-40)。
图1O是示出根据本公开的终端的结构的框图。
参考图1O,终端可以包括射频(radio frequency,RF)处理器1o-10、基带处理器1o-20、存储装置1o-30和控制器1o-40。
RF处理器1o-10可以执行通过无线信道发送/接收信号的功能,诸如信号的频带转换和放大。也就是说,RF处理器1o-10可以将从基带处理器1o-20提供的基带信号上变频未RF频带信号,并通过天线发送该信号,并且可以将通过天线接收的RF频带信号下变频为基带信号。例如,RF处理器1o-10可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(digital-to-analog converter,DAC)和模数转换器(analog-to-digitalconverter,ADC)。尽管在附图中仅示出了一个天线,但是终端可以包括多个天线。并且,RF处理器1o-10可以包括多个RF链。另外,RF处理器1o-10可以执行波束成形。对于波束成形,RF处理器1o-10可以调整通过多个天线或天线元件发送/接收的每个信号的相位和幅度。并且,RF处理器可以执行多输入多输出(MIMO),并且在执行MIMO操作时可以接收多个层。在控制器的控制下,RF处理器1o-10可以通过适当地配置多个天线或天线元件来执行接收波束扫描,或者可以调整接收波束的方向和宽度,使得接收波束可以与发送波束协调。
基带处理器1o-20可以根据系统的物理层标准执行基带信号和比特流之间的转换功能。例如,在数据发送期间,基带处理器1o-20可以通过对发送比特流进行编码和调制来生成复数(complex)符号。并且,在数据接收期间,基带处理器1o-20可以通过对从RF处理器1o-10提供的基带信号进行解调和解码来恢复接收比特流。例如,根据OFDM方案,在数据发送期间,基带处理器10-20可以通过对发送比特流进行编码和调制来生成复数符号,将复数符号映射到子载波,然后通过逆快速傅立叶变换(inverse fast Fourier transform,IFFT)操作和循环前缀(cyclic prefix,CP)插入来配置OFDM符号。并且,在数据接收期间,基带处理器1o-20可以将从RF处理器1o-10提供的基带信号划分成OFDM符号单元,通过快速傅立叶变换(fast Fourier transform,FFT)操作恢复映射到子载波的信号,然后通过解调和解码恢复接收比特流。
基带处理器1o-20和RF处理器1o-10可以如上所述发送和接收信号。因此,基带处理器1o-20和RF处理器1o-10可以被称为发送器、接收器、收发器或通信器。另外,基带处理器1o-20和RF处理器1o-10中的至少一个可以包括多个通信模块,以支持多种不同的无线电接入技术。并且,基带处理器1o-20和RF处理器1o-10中的至少一个可以包括多个通信模块来处理不同频带的信号。例如,不同的无线接入技术可以包括无线LAN(例如,IEEE 802.11)和蜂窝网络(例如,LTE)。并且,不同的频带可以包括超高频(super high frequency,SHF)(例如,2.5GHz、2.NR Hz、5GHz或NR Hz)频带和毫米波(例如,60GHz)频带。
存储装置1o-30可以存储诸如基本程序、应用程序或终端操作的配置信息的数据。在实施例中,存储装置1o-30可以应控制器1o-40的请求提供存储的程序、数据等。
控制器1o-40可以控制终端的整体操作。例如,控制器1o-40可以通过基带处理器1o-20和RF处理器1o-10发送/接收信号。并且,控制器1o-40可以将数据写入存储装置1o-30/从存储装置1o-30读取数据。为此,控制器1o-40可以包括至少一个处理器。例如,控制器1o-40可以包括用于执行通信控制的通信处理器(communication processor,CP)和用于控制上层的诸如应用程序的应用处理器(application processor,AP)。另外,控制器1o-40可以包括多连接处理器1o-42,其执行用于以多连接模式操作的过程。在实施例中,控制器1o-40可以接收数据以按照PDCP序列号的顺序执行重新排序,确定是否对每个数据应用UDC,通过使用硬件加速器来处理数据,并将处理后的数据发送到上层。
图1P是示出根据实施例的基站的结构的框图。
如图1P所示,基站可以包括RF处理器1p-10、基带处理器1p-20、回程通信器1p-30、存储装置1p-40和控制器1p-50。
RF处理器1p-10可以执行通过无线信道发送/接收信号的功能,诸如信号的频带转换和放大。也就是说,RF处理器1p-10可以将从基带处理器1p-20提供的基带信号上变频为RF频带信号,并通过天线发送该信号,并且可以将通过天线接收的RF频带信号下变频为基带信号。例如,RF处理器1p-10可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC和ADC。尽管附图中仅示出了一个天线,但是第一接入节点可以包括多个天线。并且,RF处理器1p-10可以包括多个RF链。另外,RF处理器1p-10可以执行波束成形。对于波束成形,RF处理器1p-10可以调整通过多个天线或天线元件发送/接收的每个信号的相位和幅度。RF处理器可以通过发送一个或多个层来执行下行链路MIMO操作。
基带处理器1p-20可以根据第一无线电接入技术的物理层标准来执行基带信号和比特流之间的转换功能。例如,在数据发送期间,基带处理器1p-20可以通过对发送比特流进行编码和调制来生成复数符号。并且,在数据接收期间,基带处理器1p-20可以通过从RF处理器1p-10提供的基带信号进行解调和解码来恢复接收比特流。例如,根据OFDM方案,在数据发送期间,基带处理器1p-20可以通过对发送比特流进行编码和调制来生成复数符号,将复数符号映射到子载波,然后通过IFFT操作和CP插入来配置OFDM符号。并且,在数据接收期间,基带处理器1p-20可以将从RF处理器1p-10提供的基带信号划分成OFDM符号单元,通过FFT操作恢复映射到子载波的信号,然后通过解调和解码恢复接收比特流。基带处理器1p-20和RF处理器1p-10可以如上所述发送和接收信号。因此,基带处理器1p-20和RF处理器1p-10可以被称为发送器、接收器、收发器、通信器或无线通信器。
回程通信器1p-30可以提供用于与网络中的其他节点通信的接口。也就是说,回程通信器1p-30可以将从主基站发送到另一个节点(例如,辅助基站、核心网络等)的比特流转换成物理信号,并且可以将从另一个节点接收的物理信号转换成比特流。
存储装置1p-40可以存储诸如基本程序、应用程序或基站操作的配置信息的数据。具体地,存储装置1p-40可以存储关于分配给连接终端的承载的信息、从连接终端报告的测量结果等。并且,存储装置1p-40可以存储作为用于确定是提供还是终止到终端的多连接的参考的信息。并且,存储装置1p-40可以应控制器1p-50的请求提供存储的程序、数据等。
控制器1p-50可以控制主基站的整体操作。例如,控制器1p-50可以通过基带处理器1p-20和RF处理器1p-10或者通过回程通信器1p-30发送/接收信号。并且,控制器1p-50可以将数据写入存储装置1p-40/从存储装置1p-40读取数据。为此,控制器1p-50可以包括至少一个处理器。另外,控制器1p-50可以包括多连接处理器1p-52,其执行用于以多连接模式操作的过程。在实施例中,控制器1p-50可以从上层接收数据以接收关于PDCP实体的UDC应用/不应用的配置,根据配置信息确定是否对每个数据应用UDC,使用硬件加速器来执行并行处理,并按照PDCP序列号的顺序将处理后的数据发送到下层。
说明书或权利要求中描述的根据本公开实施例的方法可以通过硬件、软件或其组合来实施。
当这些方法由软件实施时,可以提供计算机可读存储介质来存储一个或多个程序(软件模块)。存储在计算机可读存储介质中的一个或多个程序可以被配置为由电子设备中的一个或多个处理器运行。一个或多个程序可以包括用于使电子设备执行说明书或权利要求中描述的根据本公开的实施例的方法的指令。
这些程序(软件模块或软件)可以存储在随机存取存储器(random accessmemory,RAM)、包括闪存的非易失性存储器、只读存储器(read only memory,ROM)、电可擦除可编程ROM(electrically erasable programmable ROM,EEPROM)、磁盘存储设备、光盘ROM(compact disc-ROM,CD-ROM)、数字多功能盘(digital versatile disc,DVD)、其他类型的光存储设备或磁带盒中。并且,程序可以存储在由一些或所有这样的存储设备的组合配置的存储器中。并且,可以提供多个每个存储器。
并且,程序可以存储在可附接的存储设备中,该存储设备可以通过诸如因特网、内联网、局域网(LAN)、广域网(WLAN)或存储区域网(SAN)的通信网络,或者通过由它们的任意组合配置的通信网络被接入。这种存储设备可以通过外部端口连接到执行本公开实施例的装置。并且,通信网络上的独立存储设备可以连接到执行本公开实施例的装置。
在本公开的上述特定实施例中,根据所呈现的本公开的特定实施例,包括在本公开中的组件以单数或复数表示。然而,为了描述方便,根据所呈现的情况适当地选择单数或复数表达,本公开不限于单数或复数组件,并且以复数表达的组件甚至可以被配置为单数,或者以单数表达的组件甚至可以被配置为复数。
应该理解,这里描述的本公开的实施例应该仅被认为是描述性的,而不是出于限制的目的。也就是说,本领域普通技术人员将理解,在不脱离本公开的范围的情况下,可以在本公开的实施例中进行形式和细节上的各种改变。并且,必要时,本公开的实施例可以组合操作。例如,基站和终端可以根据本公开的实施例和另一实施例的部分组合来操作。并且,尽管本公开的上述实施例是基于FDD LTE系统呈现的,但是基于本公开的实施例的技术精神的其他修改也可以在其他系统中实施,诸如TDD LTE系统和5G或NR系统。
Claims (12)
1.一种由无线通信系统中的发送分组数据汇聚协议PDCP实体执行的方法,该方法包括:
基于指示上行链路数据压缩UDC配置的无线电资源控制RRC消息,识别UDC被配置;
从上层接收第一数据和第二数据;
基于UDC配置,通过对第一数据执行压缩来生成UDC数据块;
通过将第一UDC报头添加到UDC数据块来生成第一UDC分组;
通过将第二UDC报头添加到第二数据来生成第二UDC分组,其中,第一UDC报头指示第一UDC分组被压缩,第二UDC报头指示第二UDC分组不被压缩;
基于识别出UDC被配置,确定第一UDC报头和UDC数据块二者以及第二UDC报头和第二数据二者要被加密;
基于该确定,对第一UDC报头和UDC数据块两者以及第二UDC报头和第二数据二者执行加密;
通过将第一PDCP报头添加到第一UDC分组来生成第一结果数据;
通过将第二PDCP报头添加到第二UDC分组来生成第二结果数据;以及
将第一结果数据和第二结果数据发送到下层。
2.根据权利要求1所述的方法,还包括:
在执行加密之前,对第一UDC分组执行完整性保护。
3.根据权利要求1所述的方法,其中,UDC配置还指示用于UDC的预定义字典和UDC缓冲区尺寸中的至少一个。
4.根据权利要求1所述的方法,其中,UDC配置指示对被配置为无线电链路控制确认模式RLC AM的承载执行所述UDC。
5.根据权利要求1所述的方法,其中,UDC配置指示仅当不使用鲁棒报头压缩ROHC时才应用所述UDC。
6.根据权利要求1所述的方法,其中,所述第一UDC报头包括用于检查UDC缓冲区的有效性的校验和比特。
7.根据权利要求1所述的方法,其中,从上层接收第一数据包括按照接收顺序为所述第一数据分配PDCP序列号,以及
其中,将第一结果数据发送到下层包括按照所述PDCP序列号的顺序将得到的数据发送到所述下层。
8.一种由无线通信系统中的接收分组数据汇聚协议PDCP实体执行的方法,该方法包括:
基于指示上行链路数据压缩UDC配置的无线电资源控制RRC消息,识别UDC被配置;
从下层接收第一结果数据和第二结果数据;
通过从第一结果数据中移除第一PDCP报头来生成第一UDC分组;
通过从第二结果数据中移除第二PDCP报头来生成第二UDC分组;
基于识别出UDC被配置,确定第一UDC分组和第二UDC分组要被解密,第一UDC分组包括第一UDC报头和UDC数据块,并且第二UDC分组包括第二UDC报头和第二数据;
基于该确定,对第一UDC报头和UDC数据块二者以及第二UDC报头和第二数据二者执行解密;
通过从第一UDC分组中移除第一UDC报头来生成UDC数据块;
通过从第二UDC分组中移除第二UDC报头来生成第二数据,其中,第一UDC报头指示第一UDC分组被压缩,第二UDC报头指示第二UDC分组不被压缩;
基于UDC配置对UDC数据块执行解压缩来生成第一数据;以及
将第一数据和第二数据发送到上层。
9.根据权利要求8所述的方法,还包括:
在执行解密之后,对第一UDC分组执行完整性验证。
10.根据权利要求8所述的方法,其中,所述第一UDC报头包括用于检查UDC缓冲区的有效性的校验和比特。
11.一种无线通信系统中的发送分组数据汇聚协议PDCP实体,所述发送PDCP实体包括:
收发器;以及
至少一个处理器,与收发器耦合并且被配置为:
基于指示上行链路数据压缩UDC配置的无线电资源控制RRC消息,识别UDC被配置;
从上层接收第一数据和第二数据;
基于UDC配置,通过对第一数据执行压缩来生成UDC数据块;
通过将第一UDC报头添加到UDC数据块来生成第一UDC分组;
通过将第二UDC报头添加到第二数据来生成第二UDC分组,其中,第一UDC报头指示第一UDC分组被压缩,第二UDC报头指示第二UDC分组不被压缩;
基于识别出UDC被配置,确定第一UDC报头和UDC数据块二者以及第二UDC报头和第二数据二者要被加密;
基于该确定,对第一UDC报头和UDC数据块两者以及第二UDC报头和第二数据二者执行加密;
通过将第一PDCP报头添加到第一UDC分组来生成第一结果数据;
通过将第二PDCP报头添加到第二UDC分组来生成第二结果数据;以及
将第一结果数据和第二结果数据发送到下层。
12.一种无线通信系统中的接收分组数据汇聚协议PDCP实体,所述接收PDCP实体包括:
收发器;以及
至少一个处理器,与收发器耦合并且被配置为:
基于指示上行链路数据压缩UDC配置的无线电资源控制RRC消息,识别UDC被配置;
从下层接收第一结果数据和第二结果数据;
通过从第一结果数据中移除第一PDCP报头来生成第一UDC分组;
通过从第二结果数据中移除第二PDCP报头来生成第二UDC分组;
基于识别出UDC被配置,确定第一UDC分组和第二UDC分组要被解密,第一UDC分组包括第一UDC报头和UDC数据块,并且第二UDC分组包括第二UDC报头和第二数据;
基于该确定,对第一UDC报头和UDC数据块二者以及第二UDC报头和第二数据二者执行解密;
通过从第一UDC分组中移除第一UDC报头来生成UDC数据块;
通过从第二UDC分组中移除第二UDC报头来生成第二数据,其中,第一UDC报头指示第一UDC分组被压缩,第二UDC报头指示第二UDC分组不被压缩;
基于UDC配置对UDC数据块执行解压缩来生成第一数据;以及
将第一数据和第二数据发送到上层。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020170158572A KR102509070B1 (ko) | 2017-11-24 | 2017-11-24 | 무선 통신 시스템에서 데이터 처리 방법 및 장치 |
KR10-2017-0158572 | 2017-11-24 | ||
PCT/KR2018/014645 WO2019103558A1 (ko) | 2017-11-24 | 2018-11-26 | 무선 통신 시스템에서 데이터 처리 방법 및 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111373791A CN111373791A (zh) | 2020-07-03 |
CN111373791B true CN111373791B (zh) | 2024-04-12 |
Family
ID=66630729
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880075419.XA Active CN111373791B (zh) | 2017-11-24 | 2018-11-26 | 在无线通信系统中处理数据的方法和设备 |
Country Status (5)
Country | Link |
---|---|
US (1) | US20200351712A1 (zh) |
EP (2) | EP4346329A3 (zh) |
KR (2) | KR102509070B1 (zh) |
CN (1) | CN111373791B (zh) |
WO (1) | WO2019103558A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108810984B (zh) * | 2017-05-05 | 2020-03-24 | 维沃移动通信有限公司 | 数据处理方法及装置 |
CN109842905B (zh) * | 2017-11-28 | 2021-08-06 | 中国移动通信有限公司研究院 | 字典配置方法、网络侧设备及用户终端 |
KR102596391B1 (ko) | 2018-01-05 | 2023-11-01 | 삼성전자 주식회사 | 무선 통신 시스템에서 개선된 통신 성능을 위한 방법 및 장치 |
EP4333407A3 (en) | 2018-01-05 | 2024-03-20 | Samsung Electronics Co., Ltd. | Method and device for improved communication performance in wireless communication system |
CN110139321B (zh) * | 2018-02-02 | 2020-12-22 | 电信科学技术研究院有限公司 | 一种上行数据压缩的配置方法及设备 |
WO2022016501A1 (en) * | 2020-07-24 | 2022-01-27 | Qualcomm Incorporated | Outer coding at a packet data convergence protocol layer |
EP4171112A1 (en) * | 2021-10-19 | 2023-04-26 | MediaTek Singapore Pte. Ltd. | Apparatus and methods to perform uplink data compression in nr |
WO2023065114A1 (en) * | 2021-10-19 | 2023-04-27 | Mediatek Singapore Pte. Ltd. | Apparatus and methods to perform uplinkdata compression in nr |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105765929A (zh) * | 2013-11-25 | 2016-07-13 | 三星电子株式会社 | 电子设备中用于处理报头压缩的分组的装置和方法 |
CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
CN107113291A (zh) * | 2014-11-14 | 2017-08-29 | 高通股份有限公司 | 演进的数据压缩方案信令 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101740932B1 (ko) * | 2012-12-06 | 2017-05-29 | 한국전자통신연구원 | Du/ru 분리형 구조의 멀티코어 dsp 기반 기지국 기저대역 신호처리를 위한 무선통신 시스템 |
US10412619B2 (en) * | 2014-11-14 | 2019-09-10 | Qualcomm Incorporated | Buffer status report for eDCS |
US20160337255A1 (en) * | 2015-05-15 | 2016-11-17 | Qualcomm Incorporated | Techniques for flow control for data compression algorithms |
-
2017
- 2017-11-24 KR KR1020170158572A patent/KR102509070B1/ko active IP Right Grant
-
2018
- 2018-11-26 WO PCT/KR2018/014645 patent/WO2019103558A1/ko unknown
- 2018-11-26 EP EP24156419.4A patent/EP4346329A3/en active Pending
- 2018-11-26 EP EP18880977.6A patent/EP3678410B1/en active Active
- 2018-11-26 CN CN201880075419.XA patent/CN111373791B/zh active Active
- 2018-11-26 US US16/754,569 patent/US20200351712A1/en active Pending
-
2023
- 2023-02-14 KR KR1020230019531A patent/KR102619662B1/ko active IP Right Grant
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105765929A (zh) * | 2013-11-25 | 2016-07-13 | 三星电子株式会社 | 电子设备中用于处理报头压缩的分组的装置和方法 |
CN107113291A (zh) * | 2014-11-14 | 2017-08-29 | 高通股份有限公司 | 演进的数据压缩方案信令 |
CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
Non-Patent Citations (4)
Title |
---|
CATT.Introduction of DEFLATE based UDC Solution.《3GPP TSG-RAN2 Meeting #99bis R2-1710724》.2017,第3-10页. * |
Consideration on Signalling and Procedures for UDC;CATT;《3GPP TSG RAN WG2 Meeting #99bis R2-1710721》;第1-4页 * |
Introduction of DEFLATE based UDC Solution;CATT;《3GPP TSG-RAN2 Meeting #99bis R2-1710724》;第3-10页 * |
Report from LTE Break-Out session (eVoLTE, Mobility enh, feMBMS, UDC);Vice-Chairman (CMCC);《3GPP TSG RAN WG2 #97bis R2-1703897》;全文 * |
Also Published As
Publication number | Publication date |
---|---|
KR102619662B1 (ko) | 2023-12-29 |
US20200351712A1 (en) | 2020-11-05 |
KR20230028343A (ko) | 2023-02-28 |
WO2019103558A1 (ko) | 2019-05-31 |
EP3678410A4 (en) | 2020-08-19 |
EP4346329A3 (en) | 2024-05-29 |
KR102509070B1 (ko) | 2023-03-10 |
CN111373791A (zh) | 2020-07-03 |
EP3678410A1 (en) | 2020-07-08 |
KR20190060410A (ko) | 2019-06-03 |
EP3678410B1 (en) | 2024-04-03 |
EP4346329A2 (en) | 2024-04-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111373791B (zh) | 在无线通信系统中处理数据的方法和设备 | |
CN117295114A (zh) | 用于在无线通信系统中处理分组的方法和装置 | |
CN117279040A (zh) | 无线通信系统中数据处理的方法和装置 | |
KR102556490B1 (ko) | 무선 통신 시스템에서 암호화 및 복호화 처리를 가속화하는 방법 및 장치 | |
CN111133791B (zh) | 用于在无线通信系统中处理分组的方法和装置 | |
EP3833097A1 (en) | Method and apparatus for compressing header to support highly reliable low-latency terminal in next generation mobile communication system | |
JP2022528843A (ja) | 高信頼低遅延サービスをサポートするシステムでのpdcp制御データを処理する方法及び装置 | |
CN113228584B (zh) | 下一代移动通信系统中基于pdcp层设备的识别安全密钥的方法及设备 | |
CN113475115A (zh) | 无线通信系统中用于条件切换的资源管理的方法和装置 | |
US11800597B2 (en) | User data compression method and apparatus for preventing data loss in wireless communication system | |
CN111567095B (zh) | 用于无线通信系统中的无线通信的方法和装置 | |
CN111201808B (zh) | 无线通信系统中数据处理的方法和装置 | |
CN113261332A (zh) | 用于在无线通信系统中发送或接收数据的方法和装置 | |
CN112970235B (zh) | 减少下一代移动通信系统中以太网帧开销的方法和装置 | |
CN114642024A (zh) | 在无线通信系统中执行基于反馈的以太网报头压缩或解压缩的方法和装置 | |
CN114223141A (zh) | 用于在下一代移动通信系统中配置支持上行链路的mimo的方法和设备 | |
CN113632531A (zh) | 用于在支持高可靠性低延迟服务的系统中处理pdcp控制数据的方法和装置 | |
US20220014966A1 (en) | Method and device for identifying security key based on pdcp layer device in next-generation mobile communication system | |
EP4057687A1 (en) | Method and apparatus for driving pdcp during data decompression failure in next-generation mobile communication system | |
CN111955027B (zh) | 控制移动通信系统中的数据接收速率的方法和装置 | |
KR20200114978A (ko) | 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치 | |
CN112771918B (zh) | 用于无线通信系统中无线节点的无线通信的方法和装置 | |
US20230209400A1 (en) | Method and apparatus for effectively performing header compression or decompression procedure in next-generation mobile communication system | |
CN116458116A (zh) | 在下一代无线通信系统中加速数据处理的方法和装置 | |
KR20200043281A (ko) | 차세대 이동 통신 시스템에서 고신뢰 저지연 단말을 지원하기 위한 헤더 압축 방법 및 장치 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |