CN113796057B - 无线通信系统中防止数据丢失的用户数据压缩方法和装置 - Google Patents
无线通信系统中防止数据丢失的用户数据压缩方法和装置 Download PDFInfo
- Publication number
- CN113796057B CN113796057B CN202080034019.1A CN202080034019A CN113796057B CN 113796057 B CN113796057 B CN 113796057B CN 202080034019 A CN202080034019 A CN 202080034019A CN 113796057 B CN113796057 B CN 113796057B
- Authority
- CN
- China
- Prior art keywords
- pdcp
- data
- udc
- pdu
- transmitting
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- 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/14—Session management
- H04L67/141—Setup of application sessions
-
- 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
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0056—Systems characterized by the type of code used
- H04L1/0061—Error detection codes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1642—Formats specially adapted for sequence numbers
-
- 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/04—Error control
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种通信方法和系统,用于将支持超过第四代(4G)系统的更高的数据速率的第五代(5G)通信系统与物联网(IoT)技术融合。本公开可以应用于基于5G通信技术和IoT相关技术的智能服务,诸如智能家居、智能建筑、智能城市、智能汽车、联网汽车、医疗保健、数字教育、智能零售、安全和安保服务。本公开提供了一种用于防止数据丢失的方法和装置。
Description
技术领域
本公开涉及一种无线通信系统中用于在执行上行链路用户数据压缩过程时防止数据丢失的方法和装置。
背景技术
为了满足自部署第四代(4G)通信系统以来对无线数据业务的日益增长的需求,已经努力开发改进的第五代(5G)或预5G通信系统。因此,5G或预5G通信系统也被称为‘超越4G网络’或‘后LTE系统’。5G通信系统旨在以更高的频率(毫米波)频带(例如60GHz频带)实现,以便实现更高的数据速率。为了降低无线电波的传播损耗和增加传输距离,在5G通信系统中讨论了波束形成、大规模多输入多输出(multiple-input multiple-output,MIMO)、全维MIMO(Full Dimensional MIMO,FD-MIMO)、阵列天线、模拟波束形成、大规模天线技术。此外,在5G通信系统中,基于高级小小区、云无线电接入网(Radio Access Networ,RAN)、超密集网络、设备到设备(device-to-device,D2D)通信、无线回程、移动网络、协作通信、协调多点(Coordinated Multi-Points,CoMP)、接收端干扰消除等,正在进行系统网络改进的开发。在5G系统中,已经开发了作为高级编码调制(ACM)的混合FSK和QAM调制(FSK and QAMModulation,FQAM)和滑动窗口叠加编码(sliding window superposition coding,SWSC),以及作为高级接入技术的滤波器组多载波(filter bank multi carrier,FBMC)、非正交多址(non-orthogonal multiple access,NOMA)和稀疏码多址(sparse code multipleaccess,SCMA)。
互联网,人类在其中生成和消费信息的以人为中心的连接网络,现在正在向物联网(Internet of Things,IoT)发展,在IoT中,分布式实体(诸如事物)在没有人类干预的情况下交换和处理信息。作为物联网技术和大数据处理技术通过与云服务器连接的结合的万物互联网(Internet of Everything,IoE)已经出现。随着IoT实施需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术元素,最近研究了传感器网络、机器对机器(Machine-to-Machine,M2M)通信、机器类型通信(Machine TypeCommunication,MTC)等。这样的IoT环境可以提供通过收集和分析互联事物之间产生的数据来为人类生活创造新的价值的智能互联网技术服务。IoT可以通过现有信息技术(Information Technology,IT)与各种工业应用的融合和组合,应用于各种领域,包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和高级医疗服务。
与此相一致,已经进行了各种尝试来将5G通信系统应用于IoT网络。例如,诸如传感器网络、机器类型通信(MTC)和机器对机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实现。云无线电接入网(RAN)作为上述大数据处理技术的应用也可以被认为是5G技术和IoT技术融合的示例。
根据通信系统的最新发展,对上行链路数据压缩(uplink data compression,UDC)的各种研究已经进行,并且需要防止上行链路和下行链路数据丢失的改进。
以上信息仅作为背景信息提供,以帮助理解本公开。关于上述任何内容是否可以作为现有技术应用于本公开,还没有做出确定,也没有做出断言。
发明内容
技术问题
根据通信系统的最新发展,需要开发上行链路数据压缩(uplink datacompression,UDC)过程。
问题解决方案
在无线通信系统的下行链路传输中,使用高频带和宽带宽,因此可以确保更多的传输资源。此外,在基站中,可以物理安装和使用更多的天线,因此可以获得波束成形增益和高信号强度。因此,基站可以在相同的频率/时间资源上加载更多的数据,然后通过下行链路将其发送到终端。然而,在上行链路传输的情况下,终端具有物理上的小尺寸,并且难以使用高频带和宽带宽作为上行链路频率。因此,与下行链路传输资源相比,上行链路传输资源可能存在瓶颈。此外,终端的最大传输功率远小于基站的最大传输功率,因此还存在发送上行链路数据时覆盖范围小的问题。因此,需要通过压缩上行链路数据来有效地使用传输资源。
本公开的各方面旨在至少解决上述问题和/或缺点,并且至少提供下述优点。因此,本公开的一方面是提供一种用于基于先前数据采用连续压缩数据的方案压缩上行链路数据的装置和方法。因此,如果一系列压缩的数据中的一个数据丢失或被丢弃,或者未能被解压缩,则接收节点未能解压缩丢失或被丢弃的数据之后的所有数据,或者未能解压缩。
发送节点分组数据汇聚协议(PDCP)层设备可以:每当从上层设备接收数据时,为每个数据驱动PDCP丢弃定时器,如果配置了上行链路压缩过程,则执行上行链路压缩过程,配置UDC报头,对已经执行上行链路数据压缩的数据进行编码,并且分配PDCP序列号并配置PDCP报头以生成PDCP协议数据单元(PDCP PDU)。如果PDCP丢弃定时器已经到期,则对应于该定时器的数据被认为不再有效,然后被丢弃。
因此,如果发送PDCP层设备由于PDCP丢弃定时器到期而丢弃了先前生成的数据(例如,PDCP PDU),则丢弃一系列压缩的数据中的特定数据。因此,由于压缩的数据的丢弃或丢失,接收PDCP层设备可能在连续的数据解压缩中失败。
附加的方面将在下面的描述中部分阐述,并且部分将从描述中明显,或者可以通过所呈现的实施例的实践来了解。
根据本公开的方面,提供了一种由发送设备执行的方法。该方法包括:从接收设备接收包括指示校验和失败(check sum failure)的信息的分组数据汇聚协议(PDCP)控制协议数据单元(PDU),基于该信息丢弃第一PDCP PDU,第一PDCP PDU未被提交给更低层,并且PDCP处理被执行,将第一指示符递送到更低层,第一指示符指示递送到更低层的数据的丢弃,对对应于第一PDCP PDU的PDCP服务数据单元(SDU)执行第一PDCP处理,并且向接收设备发送基于第一PDCP处理生成的第二PDCP PDU。
根据本公开的另一方面,提供了一种由接收设备执行的方法。该方法包括识别校验和失败已经发生,向发送设备发送包括指示校验和失败的信息的分组数据汇聚协议(PDCP)控制协议数据单元(PDU),在发送PDCP控制PDU之后从发送设备接收第一PDCP PDU,以及从第一PDCP PDU中丢弃至少一个PDCP PDU,其中被丢弃的至少一个PDCP PDU的PDCP报头不包括指示发送设备的上行链路数据压缩(UDC)缓冲器的重置的第一指示符。
根据本公开的另一方面,提供了一种发送设备。该发送设备包括:收发器,被配置为发送和接收信号;以及控制器,被配置为:从接收设备接收包括指示校验和失败的信息的分组数据汇聚协议(PDCP)控制协议数据单元(PDU),基于该信息丢弃第一PDCP PDU,第一PDCP PDU未被提交给更低层,并且PDCP处理被执行,将第一指示符递送到更低层,第一指示符指示被递送到更低层的数据的丢弃,对对应于第一PDCP PDU的PDCP服务数据单元(SDU)执行第一PDCP处理,并且向接收设备发送基于第一PDCP处理生成的第二PDCP PDU。
根据本公开的另一方面,提供了一种接收设备。该接收设备包括:收发器,被配置为发送和接收信号;以及控制器,被配置为:识别校验和失败已经发生,向发送设备发送包括指示校验和失败的信息的分组数据汇聚协议(PDCP)控制协议数据单元(PDU),在发送PDCP控制PDU之后从发送设备接收第一PDCP PDU,并且从第一PDCP PDU中丢弃至少一个PDCP PDU,其中被丢弃的至少一个PDCP PDU的PDCP报头不包括指示发送设备的上行链路数据压缩(UDC)缓冲器的重置的第一指示符。
根据本公开的另一方面,提供了一种无线通信系统中当发送PDCP层设备(终端或基站)在通过上行链路或下行链路发送数据时的过程。发送PDCP层设备压缩并发送数据,并且接收PDCP层设备(基站或终端)接收并解压缩数据。
根据本公开的另一方面,提供了一种用于支持其中发送节点的数据发送/接收过程的方法。该方法压缩和发送数据,并且接收节点解压缩该数据,该方法包括特定的报头格式、解压缩失败的解决方案以及由发送PDCP层设备中的通过PDCP丢弃定时器丢弃的解决方案。此外,所提出的实施例还可以应用于这样的过程,其中当基站向终端发送下行链路数据时,基站压缩并发送该数据,并且终端接收并解压缩被压缩的下行链路数据。如上所述,在本公开中,发送节点压缩并发送数据,因此可以发送更多数据并同时提高覆盖范围。
此外,如果配置了上行链路数据压缩(UDC)过程,则发送PDCP层设备对从上层设备接收的数据执行数据压缩过程,然后存储该数据以在接收到上行链路传输资源时发送该数据。在这种情况下,如果已经经历了UDC压缩并且尚未发送的数据由于PDCP丢弃定时器的到期而被丢弃,则接收PDCP层设备在对数据(每个数据具有比被丢弃的数据的PDCP序列号更大的PDCP序列号)当中已经经历了UDC压缩的数据进行UDC解压缩时失败,因此所有数据都丢失。因此,本公开提出了解决该问题的解决方案。
从以下结合附图公开了本公开的各种实施例的详细描述中,本公开的其他方面、优点和显著特征对于本领域技术人员来说将变得明显。
发明的有利效果
根据本公开的各种实施例,可以有效地增强UDC过程,并且可以改善防止上行链路和下行链路数据丢失。
附图说明
从以下结合附图的描述中,本公开的特定实施例的上述和其他方面、特征和优点将变得更加明显,其中:
图1是示出根据本公开的实施例的LTE系统的结构的示意图;
图2是示出根据本公开的实施例的本公开可以应用到的LTE系统的无线协议结构的示意图;
图3是示出根据本公开的实施例的下一代移动通信系统的结构的示意图;
图4是示出根据本公开的实施例的下一代移动通信系统的无线协议结构的示意图;
图5是示出根据本公开的实施例的当终端配置与网络的连接时,配置是否基站执行上行链路数据压缩的过程的示意图;
图6是示出根据本公开的实施例的数据配置和执行上行链路数据压缩的过程的示意图;
图7是示出根据本公开的实施例的可以应用的上行链路数据压缩方法的实施例的示意图;
图8是示出根据本公开的实施例的上行链路数据压缩方法中发生解压缩失败的问题的示意图;
图9示出了根据本公开的实施例的校验和失败处理方法中可以应用的PDCP控制PDU格式;
图10是示出根据本公开的实施例的当发送节点PDCP层设备驱动PDCP丢弃定时器并且由于PDCP丢弃定时器到期而丢弃尚未发送并且已经经历了UDC的数据时执行的终端操作的示意图;
图11是示出根据本公开的实施例的第(2-1)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图;
图12是示出根据本公开的实施例的第(2-2)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图;
图13是示出根据本公开的实施例的第(2-3)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图;
图14是示出根据本公开的实施例的第(2-4)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图;
图15是示出根据本公开的实施例的第(2-5)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图;
图16是示出根据本公开的实施例的第(2-6)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图;
图17是示出根据本公开的实施例提出的终端操作的示意图;
图18示出了根据本公开的实施例的可以应用实施例的终端的结构;以及
图19示出了根据本公开的实施例的可以应用实施例的无线通信系统中的基站(或发送和接收点(transmission and reception point,TRP))的框图配置。
在所有附图中,相似的附图标记将被理解为指代相似的部件、组件和结构。
具体实施方式
参考附图的以下描述被提供来帮助全面理解由权利要求及其等同物定义的本公开的各种实施例。它包括有助于理解的各种具体细节,但是这些仅仅被认为是示例性的。因此,本领域普通技术人员将认识到,在不脱离本公开的范围和精神的情况下,可以对本文描述的各种实施例进行各种改变和修改。此外,为了清楚和简明起见,可以省略对众所周知的功能和结构的描述。
在以下和权利要求中使用的术语和词语不限于书目意义,而是仅由发明人使用,以使得能够清楚和一致地理解本公开。因此,对于本领域的技术人员来说,很明显,提供本公开的各种实施例的以下描述仅仅是为了说明的目的,而不是为了限制由所附权利要求及其等同物限定的本公开。
应当理解,单数形式“一”、“一个”和“该”包括复数指代物,除非上下文另有明确规定。因此,例如,对“部件表面”的引用包括引用一个或多个这样的表面。
出于同样的原因,在附图中,一些元件可能被夸大、省略或示意性地示出。此外,每个元件的大小并不完全反映实际大小。在附图中,相同或相应的元件具有相同的附图标记。
通过参考下面结合附图详细描述的实施例,本公开的优点和特征以及实现它们的方式将变得明显。然而,本公开不限于下面阐述的实施例,而是可以以各种不同的形式实现。提供以下实施例仅是为了使本公开完整并向本领域技术人员清楚地告知本公开的范围,并且本公开仅由所附权利要求的范围限定。在整个说明书中,相同的附图标记表示相同的元件。
这里,将会理解,流程图图示的每个块以及流程图图示中的块的组合可以通过计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理设备的处理器,使得经由计算机或其他可编程数据处理设备的处理器执行的指令创建用于实现(多个)流程图块中指定的功能的装置。这些计算机程序指令也可以存储在计算机可用或计算机可读存储器中,这些计算机程序指令可以指导计算机或其他可编程数据处理设备以特定方式运行,使得存储在计算机可用或计算机可读存储器中的指令产生包括实现(多个)流程图块中指定的功能的指令装置的制品。计算机程序指令还可以被加载到计算机或其他可编程数据处理设备上,以使得在计算机或其他可编程数据处理设备上执行一系列操作,从而产生计算机实现的过程,使得在计算机或其他可编程数据处理设备上执行的指令提供用于实现(多个)流程图块中指定的功能的操作。
流程图图示的每个块可以表示模块、代码段或代码部分,模块、代码段或代码部分包括用于实现(多个)指定逻辑功能的一个或多个可执行指令。还应该注意的是,在一些替代的实施方式中,块中提到的功能可以无序发生。例如,根据所涉及的功能,连续示出的两个块实际上可以基本上同时执行,或者这些块有时可以以相反的顺序执行。
本文使用的“单元”或“模块”指的是执行预定功能的软件元件或硬件元件,诸如现场可编程门阵列(field programmable gate array,FPGA)或专用集成电路(applicationspecific integrated circuit,ASIC)。然而,“单元”或“模块”并不总是具有仅限于软件或硬件的含义。“单元”或“模块”可以被构造成存储在可寻址存储介质中或者执行一个或多个处理器。因此,“单元”或“模块”包括例如软件元素、面向对象的软件元素、类元素或任务元素、过程、功能、属性、过程、子程序、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、数组和参数。由“单元”或“模块”提供的元件和功能可以被组合成较少数量的元件、“单元”或“模块”,或者被分成较多数量的元件、“单元”或“模块”。此外,元件和“单元”或“模块”可以被实现为再现设备或安全多媒体卡内的一个或多个CPU。
在下文中,将参考附图详细描述本公开的操作原理。在描述下面的公开内容时,当确定其详细描述可能不必要地模糊本公开内容的主题时,将省略结合在此的相关已知配置或功能的详细描述。考虑到本公开中的功能来定义如下该的术语,并且这些术语的含义可以根据用户或操作者的意图、惯例等而变化。因此,术语的定义应基于整个说明书的内容。
在描述下面的公开内容时,当确定其详细描述可能不必要地模糊本公开内容的主题时,将省略结合在此的相关已知配置或功能的详细描述。在下文中,将参考附图描述实施例。
在以下描述中,用于识别接入节点的术语、用于指示网络实体的术语、用于指示消息的术语、用于指示网络实体之间的接口的术语、用于指示各种识别信息的术语等是为了便于解释的示例。因此,本公开不受以下提供的术语的限制,并且可以使用指示具有等同技术含义的主题的其他术语。
为了描述方便,在本公开中将使用第三代合作伙伴计划(3GPP)LTE标准中定义的术语和名称。然而,本公开不限于这些术语和名称,并且可以以相同的方式应用于遵循其他标准的系统。在本公开中,为了便于解释,演进节点B(evolved node B,eNB)可以与下一代节点B(next generation node B,gNB)一起使用。也就是说,被描述为eNB的基站可以指gNB。
图1是示出根据本公开的实施例的LTE系统的结构的示意图。
参考图1,如图所示,LTE系统的无线电接入网络包括下一代基站(ENB、节点B或基站)1-05、1-10、1-15和1-20、移动性管理实体(mobility management entity,MME)1-25和服务网关(serving gateway,S-GW)1-30。用户设备(以下称为UE或终端)1-35通过ENB 1-05至1-20和S-GW 1-30接入外部网络。
在图1中,ENB 1-05至1-20对应于通用移动电信系统(universal mobiletelecommunication system,UMTS)的节点B。ENB通过无线信道连接到UE1-35,并且与节点B相比执行复杂的功能。在LTE系统中,包括通过互联网协议的实时服务(诸如基于IP的语音(voice over IP,VoIP))的所有用户业务通过共享信道来服务。因此,LTE系统需要被配置为收集包括UE的缓冲器状态、可用传输功率状态和信道状态的多个状态信息并执行调度的设备,并且ENB 1-05至1-20用作该设备。一个ENB通常控制多个小区。例如,LTE系统使用例如20MHz带宽的正交频分复用(以下称为OFDM)作为无线接入技术,以实现100Mbps的传输速率。此外,采用了用于根据终端的信道状态来确定调制方案和信道编码率的自适应调制和编码(以下称为AMC)方案。S-GW 1-30是被配置为提供数据承载的设备,并且根据MME 1-25的控制来生成或移除数据承载。MME是负责终端的各种控制功能以及移动性管理功能的装置,并且连接到多个基站。
图2是示出根据本公开的实施例的LTE系统的无线协议结构的示意图。
参考图2,LTE系统的无线协议包括终端和ENB中的每一个中的分组数据汇聚协议(packet data convergence protocol,PDCP)2-05或2-40、无线电链路控制(radio linkcontrol,RLC)2-10或2-35以及媒体接入控制(medium access control,MAC)2-15或2-30。分组数据汇聚协议(PDCP)2-05或2-40被配置为执行压缩/重构IP报头的操作。PDCP的主要功能概述如下。
-报头压缩和解压缩(仅ROHC)
-传输用户数据
-顺序递送(对于RLC AM,在PDCP重建过程顺序递送上层PDU)
-重新排序(对于DC中的分离承载(仅支持RLC AM):用于发送的PDCP PDU路由以及用于接收的PDCP PDU重新排序)
-重复检测(对于RLC AM,在PDCP重建过程重复检测更低层服务数据单元(servicedata unit,SDU))
-重传(对于RLC AM,在切换时重传PDCP SDU,并且对于DC中的分离承载,在PDCP数据恢复过程中重传PDCP PDU)
-加密和解密
-基于定时器的SDU丢弃(上行链路中基于定时器的SDU丢弃)
无线电链路控制(以下称为RLC)2-10或2-35将PDCP协议数据单元(PDCP PDU)重新配置为具有适当的大小,然后执行自动重复请求(automatic repeat request,ARQ)操作。RLC的主要功能概述如下。
-数据传输(传输上层PDU)
-ARQ(通过ARQ纠错(仅用于确认模式(AM)数据传输))
-级联、分段和重组(RLC SDU的级联、分段和重组(仅用于未确认模式(UM)和AM数据传输))
-重新分段(重新分段RLC数据PDU(仅用于AM数据传输))
-重新排序(RLC数据PDU的重新排序(仅用于UM和AM数据传输)
-重复检测(重复检测(仅用于UM和AM数据传输))
-错误检测(协议错误检测(仅用于AM数据传输))
-RLC SDU(仅用于UM和AM数据传输)
-RLC重建
MAC 2-15或2-30连接到配置在单个终端中的几个RLC层设备,将RLC PDU复用到MAC PDU,并将MAC PDU解复用到RLC PDU。MAC的主要功能概述如下。
-映射(逻辑信道和传输信道之间的映射)
-复用和解复用(将属于一个或多个不同逻辑信道的MAC SDU复用到被递送到传输信道上的物理层的传输块(TB)/将属于一个或不同逻辑信道的MAC SDU从递送自传输信道上的物理层的传输块中解复用)
-调度信息报告
-HARQ(通过HARQ纠错(混合ARQ))
-逻辑信道之间的优先级处理(一个UE的逻辑信道之间的优先级处理)
-UE之间的优先级处理(通过动态调度实现UE之间的优先级处理)
-多媒体广播多播服务(Multimedia broadcast multicast service,MBMS)标识
-传输格式选择
-填充
物理层2-20或2-25对上层数据执行信道编码和调制,以使数据成为OFDM符号并通过无线信道发送该OFDM符号,或者对通过无线信道接收的OFDM符号执行解调和信道解码,然后将该OFDM符号传送到上层。
图3是示出根据本公开的实施例的下一代移动通信系统的结构的示意图。
参考图3,如图所示,下一代移动通信系统(下文中,NR或5G)的无线电接入网络包括下一代基站(新的无线电节点B,下文中,NR gNB或NR基站)3-10和新的无线电核心网络(NR CN)3-05。用户终端(新的无线电用户设备,下文中称为NR UE或终端)3-15通过NR gNB3-10和NR CN 3-05接入外部网络。
在图3中,NR gNB 3-10对应于LTE系统的演进节点B(eNB)。NR gNB3-10通过无线信道3-20连接到NR UE 3-15,并且与节点B相比可以提供出色的服务。在NR系统中,所有用户业务通过共享信道来服务。因此,NR系统需要被配置为收集包括UE的缓冲器状态、可用传输功率状态和信道状态的状态信息并执行调度的设备,并且NR NB 3-10用作该设备。一个NRgNB通常控制多个小区。为了实现与当前LTE相比非常高速的数据传输,NR gNB可以具有比最大带宽更宽的带宽,可以采用非正交频分复用(OFDM)作为无线接入技术,并且波束成形技术可以附加地与之集成。此外,采用了根据终端的信道状态来确定调制方案和信道编码率的自适应调制和编码(AMC)方案。NR CN 3-05执行诸如移动性支持、承载配置和服务质量(quality of service,QoS)配置的功能。NR CN是负责终端的各种控制功能以及移动性管理功能的装置,并且连接到多个基站。此外,NR系统也可以链接到现有的LTE系统,并且NRCN通过网络接口连接到MME 3-25。MME连接到作为现有基站的基站3-30。
图4是示出根据本公开的实施例的下一代移动通信系统的无线协议结构的示意图。
参考图4,下一代移动通信系统(NR系统)的无线协议包括终端和NR基站的每一个中的NR PDCP 4-05或4-40、NR RLC 4-10或4-35以及NR MAC4-15或4-30。PDCP NR 4-05或4-40的主要功能可能包括以下功能的一部分。
-报头压缩和解压缩(仅ROHC)
-传输用户数据
-顺序递送(顺序递送上层PDU)
-无序递送(无序递送上层PDU)
-重新排序(用于接收的PDCP PDU重新排序)
-重复检测(重复检测更低层SDU)
-重传(重传PDCP SDU)
-加密和解密
-基于定时器的SDU丢弃(上行链路中基于定时器的SDU丢弃)
NR PDCP设备的重新排序功能可以指示以基于PDCP序列号(sequence number,SN)的顺序重新排列从更低层接收的PDCP PDU的功能。此外,重新排序功能可以包括根据重新排列的顺序将数据传送到上层的功能,或者可以包括不考虑顺序直接传送数据的功能,可以包括重新排列顺序以记录丢失的PDCP PDU的功能,可以包括向发送侧报告丢失的PDCPPDU的状态的功能,并且可以包括请求重传丢失的PDCP PDU的功能。
RLC NR 4-10或4-35的主要功能可能包括以下功能的一部分。
-数据传输(传输上层PDU)
-顺序递送(顺序递送上层PDU)
-无序递送(无序递送上层PDU)
-ARQ(通过ARQ纠错)
-级联、分段和重组(RLC SDU的级联、分段和重组)
-重新分段(重新分段RLC数据单元)
-重新排序(重新排序RLC数据单元)
-重复检测
-错误检测(协议错误检测)
-RLC SDU丢弃
-RLC重建
NR RLC设备的顺序递送功能可以指示将从更低层接收的RLC SDU按顺序传送到上层的功能。此外,顺序递送功能可以包括以下功能:如果一个原始RLC SDU被分成几个RLCSDU,然后RLC SDU被接收,则重组这几个RLC SDU并传送重组的RLC SDU;可以包括参考RLC序列号(SN)或PDCP序列号(SN)重新排列接收的RLC PDU的功能;可以包括重新排列顺序以记录丢失的RLC PDU的功能;可以包括向发送侧报告丢失的RLC PDU的状态的功能;并且可以包括请求重传丢失的RLC PDU的功能。此外,如果存在丢失的RLC SDU,则顺序递送功能可以包括以下功能:仅将在丢失的RLC SDU之前的RLC SDU按顺序传送到上层;可以包括以下功能:尽管存在丢失的RLC SDU,但是如果预定定时器到期,则将在定时器启动之前接收的所有RLC SDU按顺序传送到上层;或者可以包括这样的功能:尽管存在丢失的RLC SDU,但是如果预定定时器到期,则将直到当前为止接收到的所有RLC SDU按顺序传送到上层。此外,NR RLC设备可以按照接收顺序(即,RLC PDU已经到达的顺序,而不管基于序列号(SN)的顺序)来处理RLC PDU,然后不管该顺序将处理后的RLC PDU传输到PDCP设备(无序递送)。在分段的情况下,NR RLC设备可以接收存储在缓冲器中的分段或将来要接收的分段,将分段重新配置为一个完整的RLC PDU,然后处理RLC PDU,并将处理后的RLC PDU传送到PDCP设备。NR RLC层可以不包括级联功能,并且级联功能可以在NR MAC层中执行或者用NR MAC层的复用功能来代替。
NR RLC设备的无序递送功能可以意味着将从更低层接收的RLC SDU直接传送到上层的功能,而不管顺序如何。此外,无序递送功能可以包括以下功能:如果一个原始RLC SDU被分成几个RLC SDU,然后RLC SDU被接收,则重组几个RLC SDU并传送重组后的RLC SDU;并且可以包括存储接收到的RLC PDU的RLC序列号(SN)或PDCP序列号(SN)以及排列记录丢失的RLC PDU的顺序的功能。
NR MAC 4-15或4-30可以连接到配置在单个终端中的几个NR RLC层设备,并且NRMAC的主要功能可以包括以下功能的一部分。
-映射(逻辑信道和传输信道之间的映射)
-复用和解复用(复用/解复用MAC SDU)
-调度信息报告
-HARQ(通过HARQ纠错)
-逻辑信道之间的优先级处理(一个UE的逻辑信道之间的优先级处理)
-UE之间的优先级处理(通过动态调度实现UE之间的优先级处理)
-MBMS服务识别
-传输格式选择
-填充
NR物理(PHY)层4-20或4-25可以对上层数据执行信道编码和调制,以将数据制成OFDM符号并通过无线信道发送该OFDM符号,或者可以对通过无线信道接收的OFDM符号执行解调和信道解码,然后将该OFDM符号传送到上层。
本公开提出了一种过程,其中当终端(或发送节点)在无线通信系统中通过上行链路发送数据时,终端压缩数据,并且基站(或接收节点)解压缩数据。此外,本公开提出了一种用于支持数据发送/接收过程(其中发送节点压缩数据并且接收节点解压缩数据)的方法,该方法包括特定的报头格式和解压缩失败的解决方案。此外,本公开中提出的方法还可以应用于这样的过程,其中当基站(或发送节点)向终端(或接收节点)发送下行链路数据时,基站压缩并发送数据,并且终端接收并解压缩压缩的下行链路数据。如上所述,在本公开中,发送节点压缩并发送数据,因此可以同时发送更多数据并提高覆盖范围。
图5是示出根据本公开的实施例的当终端配置与网络的连接时,配置基站是否执行上行链路数据压缩的过程的示意图。
在本公开中,图5示出了终端将无线资源控制(RRC)空闲模式或RRC非活动模式(或轻度连接模式)切换到RRC连接模式并配置与网络的连接的过程,并且示出了终端配置是否执行上行链路数据压缩(UDC)的过程。
参考图5,如果在RRC连接模式下发送或接收数据的终端由于预定原因或在预定时间间隔内没有执行数据的发送或接收,则基站可以向终端发送RRCConnectionRelease消息,以允许终端切换到RRC空闲模式(操作5-01)。将来,如果要发送的数据发生,则没有配置当前连接的终端(以下称为空闲模式UE)执行与基站的RRC连接建立过程。终端通过随机接入过程与基站建立反向传输同步,并向基站发送RRCConnectionRequest消息(操作5-05)。该消息包含终端的标识符和连接配置的原因(establishmentCause)。
基站向终端发送RRCConnectionSetup消息,使得终端配置RRC连接(操作5-10)。该消息可以包括指示对于每个逻辑信道(logicalchannelconfig)、每个承载或每个PDCP设备(PDCP-config)是否使用上行链路数据压缩方法(UDC)或者是否使用下行链路数据压缩方法的信息。此外,该消息可以更具体地仅指示在每个逻辑信道、每个承载或每个PDCP设备(或服务数据适配协议(service data adaptation protocol,SDAP)设备)中要使用上行链路数据压缩方法(UDC)的IP流或QoS流(例如,该消息可以为SDAP设备配置与使用或不使用上行链路数据压缩方法的IP流或QoS流相关的信息,使得SDAP设备可以向PDCP设备指示是否对每个QoS流使用上行链路数据压缩方法。否则,PDCP设备可以自己识别每个QoS流,并确定是否应用上行链路压缩方法)。
此外,在以上描述中,如果指示使用上行链路数据压缩方法,则消息可以指示要在上行链路数据压缩方法中使用的预定义库、字典信息的标识符(Dictionary)、或者要在上行链路数据压缩方法中使用的缓冲器大小。此外,该消息可以包括建立或释放执行上行链路解压缩的命令。此外,在以上描述中,当配置使用上行链路数据压缩方法时,可以每次配置RLC AM承载(存在ARQ功能和重传功能从而没有丢失的模式),并且可以不一起配置报头压缩协议(header compression protocol,ROHC)。
此外,该消息包含RRC连接配置信息。RRC连接也称为信令无线电承载(signalingradio bearer,SRB),并且用于作为终端和基站之间控制消息的RRC消息的发送和接收。已经配置了RRC连接的终端向基站发送RRCConnetionSetupComplete消息(操作5-15)。如果基站不知道配置当前连接的终端的终端能力,或者希望识别终端能力,则基站可以发送询问终端能力的消息。终端可以发送报告终端能力的消息。报告终端能力的终端的消息可以指示终端是否可以使用上行链路数据压缩(UDC)方法或下行链路数据压缩方法,并且可以与指示相同信息的指示符一起发送。
RRCConnectionSetupComplete消息包括被称为服务请求(SERVICE REQUEST)的控制消息,终端通过该控制消息向MME请求预定服务的承载配置。基站向MME发送包含在RRCConnectionSetupComplete消息中的SERVICE REQUEST消息(操作5-20),并且MME确定是否提供终端请求的服务。如果确定的结果显示MME已经决定提供终端请求的服务,则MME向基站发送初始上下文建立请求(INITIAL CONTEXT SETUP REQUEST)消息(操作5-25)。该消息包括诸如在配置数据无线电承载(DRB)时要应用的服务质量(QoS)信息,以及要应用于DRB的安全相关信息(例如,安全密钥、安全算法)的信息。
基站交换SecurityModeCommand消息(操作5-30)和SecurityModeComplete消息(5-35),以便与终端配置安全性。如果安全配置完成,则基站向终端发送RRCConnectionReconfiguration消息(操作5-40)。该消息可以包括指示对于每个逻辑信道(logicalchannelconfig)、每个承载或每个PDCP设备(PDCP-config)是否使用上行链路数据压缩方法(UDC)或者是否使用下行链路数据压缩方法的信息。此外,该消息可以更具体地仅指示要在每个逻辑信道、每个承载或每个PDCP设备(或SDAP设备)中使用上行链路数据压缩方法(UDC)的IP流或QoS流(例如,该消息可以为SDAP设备配置与使用或不使用上行链路数据压缩方法的IP流或QoS流相关的信息,使得SDAP设备可以向PDCP设备指示是否对每个QoS流使用上行链路数据压缩方法。否则,PDCP设备可以自己识别每个QoS流,并确定是否应用上行链路压缩方法)。
此外,在以上描述中,如果指示使用上行链路数据压缩方法,则消息可以指示要在上行链路数据压缩方法中使用的预定义库、字典信息的标识符(Dictionary)、或者要在上行链路数据压缩方法中使用的缓冲器大小。此外,该消息可以包括建立或释放执行上行链路解压缩的命令。此外,在以上描述中,当配置使用上行链路数据压缩方法时,可以每次配置RLC AM承载(存在ARQ功能和重传功能从而没有丢失的模式),并且可以不一起配置报头压缩协议(ROHC)。
此外,该消息包括用户数据通过其被处理的DRB的配置信息,并且终端通过应用该信息来配置DRB,并且向基站发送RRCConnectionReconfigurationComplete消息(操作5-45)。已经完成与终端的DRB配置的基站向MME发送INITIAL CONTEXT SETUP COMPLETE消息(操作5-50),并且已经接收到该消息的MME交换S1承载建立(S1 BEARER SETUP)消息和S1承载建立响应(S1 BEARER SETUP RESPONSE)消息,以便配置与S-GW的S1承载(操作5-55和5-60)。S1承载是在S-GW和基站之间配置的数据传输连接,并且与DRB一一对应。如果所有过程都完成了,终端通过S-GW向基站发送数据或从基站接收数据(操作5-65和5-70)。
如上所述,一般的数据传输过程通常包括RRC连接配置、安全配置和DRB配置三个阶段。此外,由于预定原因,基站可以发送RRCConnectionReconfiguration消息来为终端新建立配置、添加配置或改变配置(操作5-75)。该消息可以包括指示对于每个逻辑信道(logicalchannelconfig)、每个承载或每个PDCP设备(PDCP-config)是否使用上行链路数据压缩方法(UDC)或者是否使用下行链路数据压缩方法的信息。此外,该消息可以更具体地仅指示在每个逻辑信道、每个承载或每个PDCP设备(或服务数据适配协议(SDAP)设备)中使用的上行链路数据压缩方法(UDC)的IP流或QoS流(例如,该消息可以为SDAP设备配置与使用或不使用上行链路数据压缩方法的IP流或QoS流相关的信息,使得SDAP设备可以向PDCP设备指示是否为每个QoS流使用上行链路数据压缩方法。否则,PDCP设备可以自己识别每个QoS流,并确定是否应用上行链路压缩方法)。
此外,在以上描述中,如果指示使用上行链路数据压缩方法,则可以指示要在上行链路数据压缩方法中使用的预定义库、字典信息的标识符(Dictionary)、或者要在上行链路数据压缩方法中使用的缓冲器大小。此外,该消息可以包括建立或释放执行上行链路解压缩的命令。此外,在以上描述中,当配置使用上行链路数据压缩方法时,可以每次配置RLCAM承载(存在ARQ功能和重传功能从而没有丢失的模式),并且可以不一起配置报头压缩协议(ROHC)。
图6是示出根据本公开的实施例的数据配置和执行上行链路或下行链路数据压缩的过程的示意图。为了便于解释,下面的描述将基于上行链路数据,但是可以以相同的方式应用于下行链路数据。
参考图6,上行链路数据6-05可以被生成为对应于诸如视频传输、照片传输、网络搜索和VoLTE的服务的数据。应用层设备中生成的数据可以通过对应于网络数据传输层的用户数据报协议(user datagram protocol,UDP)或传输控制协议/互联网协议(TCP/IP)来处理,可以配置单独的报头6-10和6-15,并且可以被发送到PDCP层。如果PDCP层从上层接收数据(PDCP SDU),则PDCP层可以执行以下过程。
如果上行链路数据压缩方法被配置为通过RRC消息在PDCP层中使用,例如在图5中的操作5-10、5-40或5-75中,则PDCP层可以通过对PDCP SDU执行上行链路数据压缩(UDC)方法来压缩上行链路数据,例如在操作6-20中;配置对应于压缩的数据的UDC报头(用于压缩的上行链路数据的报头6-25);编码(加密)除了UDC报头之外的压缩的数据6-35;如果配置了完整性保护,则执行完整性保护;并配置PDCP报头6-30来配置PDCP PDU。在以上描述中,PDCP层设备包括UDC压缩/解压缩设备,根据RRC消息的配置确定是否对每个数据执行UDC过程,并使用UDC压缩/解压缩设备。在发送节点中,发送PDCP层设备通过使用UDC压缩设备执行数据压缩,并且在接收节点中,接收PDCP层设备通过使用UDC解压缩设备执行数据解压缩。
上述图6中的过程也可以应用于基站对下行链路数据的压缩,以及终端对上行链路数据的压缩。此外,关于上行链路数据的上述描述也可以以相同的方式应用于下行链路数据。
图7是示出根据本公开的实施例的可以在本公开中应用的上行链路数据压缩方法的实施例的示意图。
参考图7,示出了基于DEFLATE的上行链路数据压缩算法的示意图,并且基于DEFLATE的上行链路数据压缩算法是无损压缩算法。基于DEFLATE的上行链路数据压缩算法基本上结合了LZ77算法和霍夫曼编码来压缩上行数据。LZ77算法执行扫描数据的重叠排列的操作,其中重叠排列的扫描通过滑动窗口在滑动窗口中执行;并且如果发现重叠排列,则表示滑动窗口中重叠排列的位置和重叠量的长度,以执行数据压缩。在上行链路数据压缩(UDC)方法中,滑动窗口也被称为缓冲器,并且可以被配置为具有8千字节或32千字节。也就是说,滑动窗口或缓冲器可以记录8192或32768个字符,扫描重叠排列,并通过使用长度和位置来表示它们以执行压缩。
因此,LZ算法对应于滑动窗口方案,并且因此先前编码的数据在缓冲器中被更新,并且紧接着的数据被再次编码。因此,连续的数据是相互关联的。因此,只有先前编码的数据被正常解码,才有可能正常解码后续数据。在上面的描述中,通过由位置和长度通过LZ77算法表示而被压缩的编码(例如位置和长度的表达式)通过霍夫曼编码被再次压缩。霍夫曼编码再次扫描重叠的编码,并通过对多次重叠的编码使用短标记和对较少重叠的编码使用长标记来再次压缩编码。霍夫曼编码对应于前缀编码,以及具有特性(其中所有的编码都被清楚地彼此区分)(唯一可解码的)的最佳编码方案。
如上所述,发送节点可以通过对原始数据7-05应用LZ77算法来编码原始数据7-05(操作7-10),更新缓冲器(操作7-15),并生成缓冲器的内容(或数据)的校验和比特,以配置用于UDC报头的比特。校验和比特用于接收节点,以确定缓冲器的状态是否有效。通过LZ77算法编码的编码可以通过霍夫曼(操作7-20)编码再次压缩,然后通过上行链路数据发送(操作7-25)。与发送节点相反,接收节点对接收的压缩数据执行解压缩过程。也就是说,接收节点执行霍夫曼解码(操作7-30),更新缓冲器(操作7-35),并通过UDC报头的校验和比特识别更新的缓冲器是否有效。如果确定校验和比特中没有错误,则接收节点可以通过LZ77算法执行解码(操作7-40)以解压缩数据并重建原始数据,并将重建的数据传送到上层(操作7-45)。
如上所述,LZ算法对应于滑动窗口方案,即,先前编码的数据在缓冲器中被更新,并且紧接着的数据被再次编码。因此,连续的数据是相互关联的。因此,只有先前编码的数据被正常解码,才有可能正常解码后续数据。因此,接收PDCP层设备识别PDCP报头的PDCP序列号,并且识别(识别指示是否已经执行数据压缩的指示符)UDC报头,并且根据基于PDCP序列号的升序对已经应用了数据压缩过程的数据执行数据解压缩过程。
本公开中提出的基站对终端执行上行链路数据压缩(UDC)配置的过程和终端执行上行链路数据压缩(UDC)的过程给出如下。此外,在下面的描述中,UDC意味着终端的上行链路数据压缩过程,但是出于相同的目的,也可以应用于基站的下行链路数据压缩过程。特别地,尽管术语UDC的含义包括上行链路,但是根据UDC的压缩过程也可以应用于下行链路。大量不同的术语可以应用于下行链路,而不是术语UDC。
例如,在图5中的操作5-10、5-40或5-75中,基站可以通过RRC消息为终端配置或释放在其中配置了RLC AM模式的承载或逻辑信道上执行上行链路数据压缩。此外,基站可以通过使用RRC消息来重置终端的PDCP层设备的UDC设备(或协议)。重置UDC设备(或协议)意味着重置用于终端的上行链路数据压缩的UDC缓冲器,并且被执行以使终端的UDC缓冲器与用于基站的上行链路数据解压缩的UDC缓冲器同步。对UDC设备的缓冲器的重置可以定义新的PDCP控制PDU,从而可以使用PDCP控制PDU来代替发送节点(基站)的RRC消息,以重置接收节点(终端)的UDC缓冲器,并执行用于发送节点和接收节点之间的用户数据压缩/解压缩的同步。此外,基站可以通过使用RRC消息来配置是否对每个承载、每个逻辑信道或每个PDCP层设备执行上行链路数据压缩。更具体地,基站可以为承载、逻辑信道或PDCP层设备中的每个IP流(或QoS流)配置是否要执行上行链路数据解压缩。
此外,基站可以通过RRC消息为终端配置PDCP丢弃定时器值。作为PDCP丢弃定时器值,可以单独配置未对其执行上行链路数据压缩的数据的PDCP丢弃定时器值和对其应用了上行链路数据压缩的数据的PDCP丢弃定时器值。
如果终端通过RRC消息被配置为在预定承载、逻辑信道或PDCP层设备(或预定承载、逻辑信道或PDCP层设备的一些QoS流)上执行上行链路数据压缩,则终端根据该配置重置PDCP层设备的UDC设备中的缓冲器,并准备上行链路数据压缩过程。在准备之后,如果终端从上层接收数据(即,PDCP SDU),并且被配置为在PDCP层设备上执行上行链路数据压缩,则终端对接收的数据执行上行链路数据压缩。如果终端被配置为仅对PDCP层设备的特定QoS流执行上行链路数据压缩,则终端识别QoS流标识符或上SDAP层的指示,以确定是否执行上行链路数据压缩,然后执行上行链路数据压缩。如果终端执行上行链路数据压缩(UDC)并根据数据压缩更新缓冲器,则终端配置UDC缓冲器。
在以上描述中,如果终端执行上行链路数据压缩(UDC),则终端可以将从上层接收的PDCP SDU压缩为具有较小大小的UDC压缩数据(UDC块)。终端配置与压缩的UDC压缩数据相关的UDC报头。UDC报头可以包括指示上行链路数据压缩是否已经被执行的指示符(例如,如果UDC报头的一比特指示符是0,这意味着UDC已经被应用,并且如果指示符是1,这意味着UDC还未被应用)。
在上面的描述中,终端不应用上行链路数据压缩的情况可以包括由于从上层接收的PDCP SDU数据结构不是重复数据结构而不能通过上面描述的UDC压缩方法(DEFLATE算法)执行数据压缩的情况。在以上描述中,如果终端对从上层接收的数据(PDCP SDU)执行上行链路数据压缩(UDC)并更新UDC缓冲器,则终端可以计算校验和比特并将其包括在UDC缓冲器中,以便允许接收PDCP层设备检查更新的UDC缓冲器的有效性(校验和比特具有预定长度,并且可以通过例如4个比特配置)。
发送PDCP层设备(即终端)可以初始化发送UDC缓冲器;并且定义和配置在发送UDC缓冲器初始化之后新应用了UDC压缩的第一数据的UDC报头中的一个比特,以指示接收PDCP层设备初始化接收UDC缓冲器,并且首先向初始化的接收UDC缓冲器新开始对配置了UDC报头的数据进行UDC解压缩。例如,发送PDCP层设备(即终端)可以定义如图9中附图标记9-05所示的FR字段,并通过FR字段给出指示。此外,其中如上所述配置了UDC压缩过程的发送PDCP层设备是否已经将UDC压缩过程应用于从上层接收的数据可以由图9中的UDC报头9-02的一个比特来定义,例如图9中的FU字段9-10,并且可以通过该字段来指示。
终端编码(加密)如上所述已应用或未应用上行链路数据解压缩的数据,如果配置了完整性保护,则执行完整性保护,然后将数据传送到更低层。
图8是示出根据本公开的实施例的在上行链路或下行链路数据压缩方法中发生解压缩失败的问题的示意图。
参考图8,如上参考图7所述,执行上行链路数据压缩(UDC)的算法(DEFLATE算法(在执行LZ77算法之后执行霍夫曼编码)是这样一种方案,其中当发送节点执行数据压缩时,发送节点更新缓冲器中先前压缩的数据,基于缓冲器将数据与接下来要压缩的数据进行比较,扫描重复结构,并通过位置和长度压缩该结构。
因此,只有当接收节点按照发送已经执行压缩的顺序执行解压缩时,解压缩才可能成功。例如,在发送节点对具有PDCP序列号1、3、4和5的数据执行UDC压缩,并且不对具有PDCP序列号2的数据执行UDC压缩的情况下(如附图标记8-05所示),接收节点还需要在PDCP层设备中以PDCP序列号1、3、4和5的顺序对接收数据执行解压缩,以成功执行解压缩。
如果发送节点如上所述执行UDC压缩,这种执行由UDC报头指示,因此接收节点也可以通过识别UDC报头来确定是否应用了UDC压缩。如果对应于PDCP序列号3的数据8-15在执行如上所述的一系列UDC解压缩的过程中丢失,则对该数据之后的数据的UDC解压缩全部失败。也就是说,不能对具有PDCP序列号4和5的数据执行UDC解压缩(如附图标记8-10所示)。
因此,在上行链路解压缩过程中不应该有丢失的数据(分组),并且接收节点需要按照发送节点已经对数据执行了UDC压缩的顺序来执行解压缩。因此,需要运行一种RLC AM模式,在这种模式下没有丢失并且具有重传功能。
然而,上述丢失数据可以由PDCP层设备的PDCP丢弃定时器引起。也就是说,对于从上层接收的每个数据(分组或PDCP SDU),PDCP层设备驱动具有由RRC消息配置的PDCP丢弃定时器值的定时器。如果定时器到期,则PDCP层设备丢弃对应于该定时器的数据。因此,如果已经对其执行了UDC压缩的数据的定时器到期,则该数据可能被丢弃,并且因此接收节点可能无法对该数据之后的UDC压缩数据执行UDC解压缩。
如参考本公开的图7所述,根据执行上行链路数据压缩(UDC)的算法(DEFLATE算法(在执行LZ77算法之后执行霍夫曼编码)),当发送节点执行上行链路数据压缩时,执行上行链路数据压缩,然后发送节点通过使用当前缓冲器内容生成校验和,并在UDC缓冲器中配置校验和。发送节点通过使用压缩的数据的原始数据来更新缓冲器,基于缓冲器将原始数据与下一个要压缩的数据进行比较,扫描重复的结构,并通过位置和长度来压缩该结构。
在接收PDCP层设备的UDC设备(或功能)执行数据解压缩之前,UDC报头中的校验和比特被配置为确定缓冲器的当前状态的有效性。也就是说,在接收节点执行数据解压缩之前,接收节点通过UDC报头中的校验和比特来识别当前接收节点UDC缓冲器的有效性。如果没有校验和错误,则接收节点执行数据解压缩,如果发生校验和失败,则接收节点不执行数据解压缩,并需要向发送节点报告校验和失败并从失败中恢复。
即使当接收节点执行解压缩时,只有当接收节点以发送已经执行压缩的顺序执行解压缩时,解压缩才可能成功。例如,在发送节点对具有PDCP序列号1、3、4和5的数据执行UDC压缩并且不对具有PDCP序列号2的数据执行UDC压缩的情况下,接收节点还需要在PDCP层设备中以PDCP序列号1、3、4和5的顺序对接收的数据执行解压缩,以成功执行解压缩。如果发送节点如上所述执行UDC压缩,这种执行由UDC报头指示,因此接收节点也可以通过识别UDC报头来确定是否应用了UDC压缩。如果在如上所述执行一系列UDC解压缩的过程中,在PDCP序列号3处发生校验和失败,则失败后的UDC解压缩可能全部失败。也就是说,不能对具有PDCP序列号4和5的数据成功地执行UDC解压缩。
在以下描述中,本公开提出了用于解决上述校验和失败问题的校验和失败处理方法。
图9示出了根据本公开的实施例的可以应用于本公开的校验和失败处理方法中的PDCP控制PDU格式。
参考图9,D/C字段用于区分PDCP层中的正常数据或PDCP层控制信息(PDCP控制PDU),并且PDU类型字段用于指示上述PDCP层控制信息中的信息类型(参见下面的表1)。指示校验和失败是否已经发生的一比特指示符(例如,FE字段)可以被定义并用作PDCP控制PDU格式,以用于本公开中提出的校验和失败处理方法中的反馈,如附图标记9-01所示。如果该一比特指示符的值为0,这可以指示UDC解压缩正在正常执行。如果该一比特指示符的值是1,这可以指示在UDC解压缩期间发生了校验和失败,并且指示初始化(重置)发送PDCP层设备的UDC缓冲器。
为了定义格式9-01,保留值(例如,011或100和111之间的随机保留值)可以被分配给PDU类型以定义新的PDCP控制PDU,并且具有所定义的PDU类型的PDCP控制PDU可以用作指示校验和失败的反馈。
[表1]
比特 | 描述 |
000 | PDCP状态报告 |
001 | 散布的ROHC反馈分组 |
010 | LWA状态报告 |
011 | UDC校验和失败反馈 |
100-111 | 保留的 |
本公开中提出的实施例,涉及应用图9中提出的PDCP控制PDU的校验和失败处理方法,给出如下。
-如果接收节点(基站)识别出要被释放上行链路数据压缩(UDC)的数据的接收UDC缓冲器的校验和失败,则接收节点向终端发送PDCP控制PDU,以指示校验和失败已经发生。可以定义和使用新的PDCP控制PDU,作为PDCP控制PDU,并且可以定义新的指示符,然后将其包括在现有的PDCP控制PDU中,由此可以修改和使用现有的PDCP控制PDU。在另一种方法中,可以定义由于校验和失败而重置UDC缓冲器的指示符来代替PDCP序列号,并且该指示符可以指示重置。
-接收节点的操作:如果校验和已经失败,则接收节点可以立即初始化UDC缓冲器。接收节点根据PDCP序列号重新排列新接收的数据,然后以PDCP序列号的升序识别每个数据的UDC报头。接收节点已经接收到指示符(该指示符表示发送节点的UDC缓冲器已经由于UDC校验和失败而被重置),因此接收节点丢弃不包括初始化接收UDC缓冲器的指示并且被指示使得已经执行了UDC压缩的数据。此外,如果根据基于PDCP序列号的顺序,新接收的数据当中的没有在每个UDC报头中包括指示符(该指示符表示发送节点UDC缓冲器已经由于UDC校验和失败而被重置)并且被指示使得还没有执行UDC压缩的所有数据已经被无间断接收,则接收节点可以以PDCP序列号的升序处理该数据,然后将其传送到上层设备。接收节点可以从在每个UDC报头中包括指示符(该指示符重置接收UDC缓冲器并且指示发送节点UDC缓冲器已经由于UDC校验和失败而被重置)的数据初始化接收UDC缓冲器,并且可以按照PDCP序列号的升序对经UDC压缩的数据重新开始解压缩。
-发送节点的操作如果接收到PDCP控制PDU,则发送节点(终端)可以重置(初始化)UDC发送缓冲器;如果在通过UDC压缩过程生成的数据(例如,PDCP PDU)中存在尚未发送的数据(例如,PDCP PDU),则发送节点在初始化UDC发送缓冲器之前丢弃该数据;基于初始化的发送UDC缓冲器,对尚未发送的数据的原始数据(例如,PDCP SDU)再次执行上行链路数据压缩;更新UDC缓冲器;在UDC报头中包括校验和比特;对UDC报头和数据部分进行编码;生成PDCP报头;并且配置PDCP PDU以将其传送到更低层。此外,发送节点可以在包括表示发送节点缓冲器已经被重置的指示符和初始化接收节点缓冲器的指示之后,传送新配置的PDCPPDU的UDC报头或PDCP报头,并且可以以升序新分配尚未发送的PDCP序列号(也就是说,如果已经用PDCP序列号、HFN,或者计数(COUNT)值和安全密钥进行编码并且已经被发送的数据被用相同的PDCP COUNT值和安全密钥再次编码,然后被重新发送,则黑客攻击的风险增加,因此可以遵循一个PDCP COUNT值允许一次编码和发送的规则)。在另一种方法中,当接收到表示校验和失败已经发生的指示时,发送节点可以重置发送UDC缓冲器;只对新配置的PDCPPDU或PDCP序号大于或等于还没有从发送节点发送到更低层的数据的PDCP序号的数据,新执行UDC压缩;以及将压缩的数据或PDCP PDU传送到更低层。此外,发送节点可以在包括表示发送节点UDC缓冲器已经被重置的指示符(或者初始化接收节点缓冲器的指示符)之后传送新配置的PDCP PDU的UDC报头或者PDCP报头(也就是说,如果已经用PDCP COUNT值和安全密钥编码并且已经被发送的数据再次用相同的PDCP COUNT值和安全密钥编码并且然后被重新发送,则黑客攻击的风险增加,因此可以遵循一个PDCP COUNT值允许一次编码和发送的规则)。
然而,上述校验和失败可以由PDCP层设备的PDCP丢弃定时器引起。也就是说,对于从上层接收的每个数据(分组或PDCP SDU),PDCP层设备驱动具有由RRC消息配置的PDCP丢弃定时器值的定时器。如果定时器到期,PDCP层设备丢弃对应于该定时器的数据。因此,如果已经对其执行了UDC压缩的数据的定时器到期,则经UDC压缩的数据的一部分数据可能被丢弃,并且因此接收节点可能无法对丢弃的这部分数据之后的经UDC压缩的数据执行UDC解压缩。
在以下描述中,本公开提出了第(1-1)实施例,用于当发送PDCP层设备通过PDCP丢弃定时器丢弃已经对其执行了UDC压缩的数据时,防止接收节点中数据丢失并减少发生校验和失败的数据。
-发送节点的操作:在发送PDCP层设备中配置上行链路数据压缩过程的情况下,如果尚未发送并且已经被UDC压缩的数据由于PDCP丢弃定时器到期而被丢弃,则发送节点可以发送具有比被丢弃的数据的PDCP序列号更大的PDCP序列号并且已经被UDC压缩的数据;丢弃所有剩余的数据(数据,例如,PDCP PDU,其中每个PDCP PDU的PDCP序列号大于接着被丢弃的数据之后的序列号,用户数据压缩已应用于该PDCP PDU,并且该PDCP PDU尚未被发送并且已被存储);以及如果该数据已经被传送到更低层设备,则向更低层设备发送丢弃该数据的指示符。发送节点可以停止相对于发送PDCP层设备的数据传输,直到接收到指示校验和失败已经发生的PDCP控制PDU。这是因为已经丢弃了经UDC压缩的数据中的中间数据或一部分数据,因此先前执行了用户数据压缩,并且很明显,在接收PDCP层设备中将发生与数据(例如,PDCP PDU)(每个数据具有比被丢弃的数据的PDCP序列号更大的PDCP序列号)相关的校验和失败。因此,发送节点可以预期,如果发送节点发送与紧接着被丢弃的数据的PDCP序列号相对应的数据,则接收PDCP层设备识别校验和失败,并且向发送节点发送PDCP控制PDU。
-因此,如果发送PDCP层设备已经接收到指示校验和失败已经发生的PDCP控制PDU,或者在接收到PDCP控制PDU之前,发送PDCP层设备初始化用于用户数据压缩的发送缓冲器(如果发送UDC缓冲器先前被初始化,则发送PDCP层设备不初始化用于用户数据压缩的发送缓冲器),并且需要首先再次对数据(该数据的PDCP丢弃定时器尚未到期并且该数据尚未被发送)的原始数据(例如,PDCP SDU)执行用户数据压缩过程,或者对数据(与紧接着被丢弃的数据的PDCP序列号相对应并且因此已经被发送的数据)(该数据的PDCP丢弃定时器尚未到期并且最后已经被发送)的原始数据(例如,PDCP SDU)执行用户数据压缩过程。在这种情况下,发送PDCP层可以应用用户数据压缩过程,并以升序分配从新的PDCP序列号或尚未被发送的第一PDCP序列号起的号码,以编码、生成和准备数据(例如,PDCP PDU)。在接收到指示校验和失败已经发生的PDCP控制PDU之后,发送PDCP层设备可以重新开始新生成和准备的数据(例如,PDCP PDU)的发送。也就是说,发送PDCP层设备可以向更低层设备传送数据。
在另一种方法中,当发送PDCP层设备可以基于被丢弃的数据(例如,PDCP PDU)的原始数据(例如,PDCP SDU)新应用用户数据压缩,并且对新生成的数据(例如,PDCP PDU)应用完整性保护或编码过程时,发送PDCP层设备可以对新生成的数据(例如,PDCP PDU)分配从PDCP序列号或紧接着PDCP序列号的COUNT值或最后传送到更低层或最后发送的数据(例如,PDCP PDU)的COUNT值起的号码。如上所述,如果发送PDCP层设备可以对新生成的数据(例如,PDCP PDU)分配从PDCP序列号或紧接着PDCP序列号的COUNT值或者最后传送到更低层或者最后发送的数据(例如,PDCP PDU)的COUNT值起的号码,则防止PDCP序列号间隙的发生,从而防止由接收PDCP层设备触发的PDCP重排定时器引起的传输延迟。
在本公开中,PDCP SDU可以指示发送PDCP层设备从上层设备接收的原始数据,并且PDCP PDU可以指示发送PDCP层设备在完成数据处理之后要向更低层设备发送的数据。数据处理可以包括在PDCP层设备中配置的处理,诸如完整性保护和验证、报头压缩、用户层数据压缩或编码过程。此外,通过PDCP SDU的数据处理生成的PDCP PDU可能是不同于PDCPSDU的单独数据;即使PDCP PDU被丢弃,PDCP SDU也可以被存储,并且PDCP SDU可以仅通过PDCP数据丢弃定时器丢弃。
因此,在配置了用户数据压缩过程的情况下,如果先前已经生成并且已经应用了用户数据压缩的数据的一部分通过PDCP丢弃定时器丢弃,则可以减少在每个具有比数据的丢弃部分的PDCP序列号大的PDCP序列号的数据中可能发生的校验和失败,并且可以从尚未发送的数据或最后发送的数据(对应于紧接着被丢弃的数据的PDCP序列号并因此已经发送的数据)中再次生成数据,以防止数据丢失。
-如果接收节点(基站)识别出要被释放上行链路数据压缩(UDC)的数据的接收UDC缓冲器的校验和失败,则接收节点向终端发送PDCP控制PDU,以指示校验和失败已经发生。可以定义和使用新的PDCP控制PDU,作为PDCP控制PDU,并且可以定义新的指示符然后将其包括在现有的PDCP控制PDU中作为PDCP控制PDU,由此可以修改和使用现有的PDCP控制PDU。在另一种方法中,可以定义由于校验和失败已经发生而重置UDC缓冲器的指示符来代替PDCP序列号,并且该指示符可以指示重置。
-接收节点的操作:如果校验和失败已经发生,则接收节点可以立即初始化UDC缓冲器。接收节点根据PDCP序列号重新排列新接收的数据,然后以PDCP序列号的升序识别每个数据的UDC报头。接收节点已经接收到指示符(该指示符表示发送节点UDC缓冲器已经由于UDC校验和失败而被重置),因此接收节点丢弃不包括初始化接收UDC缓冲器的指示并且被指示使得已经执行了UDC压缩的数据。此外,如果根据基于PDCP序列号的顺序,新接收的数据中没有在每个UDC报头中包括指示符(该指示符表示发送节点UDC缓冲器已经由于UDC校验和失败而被重置)并且被指示使得没有执行UDC压缩的所有数据已经被无间隙地接收,则接收节点可以以PDCP序列号的升序处理数据,然后将其传送到上层设备。接收节点可以从数据(该数据在每个UDC报头中包括重置接收UDC缓冲器并且指示发送节点UDC缓冲器已经由于UDC校验和失败而被重置的指示符)初始化接收UDC缓冲器,并且可以按照PDCP序列号的升序对经UDC压缩的数据重新开始解压缩。
在以下描述中,本公开提出了第(1-2)实施例,用于当发送PDCP层设备通过PDCP丢弃定时器丢弃已经对其执行了UDC压缩的数据时,防止数据丢失并减少接收节点中发生校验和失败的数据。
为了解决该问题,在第(1-2)实施例中,如果其中配置了UDC压缩过程的发送PDCP层设备通过PDCP丢弃定时器到期丢弃已经应用了UDC压缩并且尚未发送的第一数据,则发送PDCP层设备可以丢弃第一数据并且丢弃所有第二数据(例如,PDCP PDU),其中第二数据中的每个第二数据具有比丢弃的第一数据的PDCP序列号更大的PDCP序列号并且尚未发送,并且已经被UDC压缩和存储。这是因为已经连续应用了UDC压缩的数据之中的一个中间数据丢失,因此接收PDCP层设备对在该被丢弃的数据之后的经UDC压缩的数据进行UDC解压缩时失败,从而丢弃所有数据。
发送PDCP层设备可以丢弃第一数据,然后初始化发送UDC缓冲器,以准备新执行UDC压缩过程。UDC缓冲器的初始化可以指示UDC缓冲器的所有值初始化为0。在另一种方法中,如果字典信息(预定义字典)先前由RRC消息配置,则字典信息可以被指示为作为UDC缓冲器的值输入,以便初始化这些值。
在初始化发送UDC缓冲器之后,发送PDCP层设备还没有发送被丢弃的第二数据(例如,PDCP PDU)的原始数据(例如,PDCP SDU)。因此,发送PDCP层设备可以通过使用初始化的发送UDC缓冲器,对第二数据的原始数据(例如,PDCP SDU,即,PDCP层设备没有对其应用数据处理并且已经从上层接收的原始数据)新应用UDC压缩过程,生成并配置各个UDC报头,然后应用编码过程或完整性保护过程来执行数据传输。
发送PDCP层设备可以通过使用一比特指示符来指示第一数据(PDCP PDU)的UDC报头以初始化接收PDCP层设备的接收UDC缓冲器,其中发送PDCP层设备通过在初始化发送UDC缓冲器之后第一次应用UDC压缩过程来对第一数据执行数据处理。这是因为接收PDCP层设备不能识别在发送UDC缓冲器初始化之后新执行UDC压缩的数据,因此发送PDCP层设备可以使用UDC缓冲器的该一比特指示符以允许接收PDCP层设备识别该一比特指示符,初始化接收UDC缓冲器,并且通过使用初始化的接收UDC缓冲器首先对数据执行UDC解压缩过程。因此,如果接收的数据(例如,PDCP PDU)的UDC报头的一比特指示符指示接收UDC缓冲器的初始化,则接收PDCP层设备可以识别发送UDC缓冲器已经被初始化,并且UDC压缩已经被新应用于数据。因此,接收PDCP层设备可以初始化接收UDC缓冲器,并且通过使用初始化的接收UDC缓冲器首先对数据应用UDC解压缩过程。
根据第(1-2)实施例,在配置了用户数据压缩过程的情况下,如果已经生成并且已经应用了用户数据压缩的数据的一部分通过PDCP丢弃定时器丢弃,则不发送数据(其中数据中的每个数据具有比被丢弃的部分数据更大的PDCP序列号并且已经应用了UDC压缩)。因此,可以减少在接收PDCP层设备中可能发生的解压缩失败或校验和失败,并且可以减少传输资源的浪费。此外,发送PDCP层设备从尚未发送的数据或最后发送的数据(与紧接着被丢弃的数据的PDCP序列号相对应并且因此已经发送的数据)再次生成数据,以防止数据丢失。此外,发送PDCP层设备可以直接初始化发送UDC缓冲器并且新开始UDC压缩,而不必等待指示发送UDC缓冲器初始化的PDCP控制数据(PDCP控制PDU),其中该PDCP控制数据是由于校验和失败的发生而从接收PDCP层设备发送的。因此,可以减少传输延迟。此外,在接收PDCP层设备中不会发生解压缩失败或校验和失败。因此,接收PDCP层设备不需要生成和发送PDCP控制数据,并且可以仅根据由发送PDCP层设备指示的UDC报头的一比特指示来初始化接收UDC缓冲器,并且新开始UDC解压缩。因此,第(1-2)实施例可以是由发送节点(终端)引导的方法,用于通过使用UDC报头的一比特指示符来初始化发送/接收UDC缓冲器。
第(1-2)实施例的具体操作如下。
-发送节点的操作:在发送PDCP层设备中配置上行链路数据压缩过程的情况下,如果尚未发送并且已经被UDC压缩的数据通过PDCP丢弃定时器到期而被丢弃,则发送节点可以丢弃所有的数据(例如,PDCP PDU)(其中该数据中的每个数据具有比被丢弃的数据的PDCP序列号更大的PDCP序列号,或者已经被生成为PDCP PDU,已经应用用户数据压缩,并且尚未发送且已经被存储)。此外,如果数据已经被传送到更低层设备,则发送节点可以向更低层设备发送丢弃该数据的指示符。发送PDCP层设备可以初始化(重置)用于发送用户数据压缩的缓冲器(UDC缓冲器);将新PDCP序列号或尚未发送的PDCP序列号以升序分配给来自尚未发送的第一数据的原始数据(例如,PDCP SDU)的数据;再次执行用户数据压缩;并执行编码。当发送节点生成在初始化发送UDC缓冲器之后第一次应用了UDC压缩的第一数据的UDC报头时,发送节点可以定义并指示新的一比特指示符(例如,由图9中的附图标记9-05指示的元素),以指示用于发送用户数据压缩的缓冲器已经被初始化,或者指示接收节点的接收UDC缓冲器的初始化。此外,已经识别出UDC报头的该一比特指示符的接收节点可以识别出接收节点需要初始化用于接收用户数据解压缩的缓冲器。在另一种方法中,发送节点可以通过使用FR比特来指示用于发送用户数据压缩的缓冲器已经被初始化,并且接收侧也需要初始化用于接收用户数据解压缩的缓冲器。也就是说,终端可以初始化发送UDC缓冲器和接收UDC缓冲器。
-在发送节点中,发送PDCP层设备可以,直接开始顺序地或以基于来自数据(数据的UDC报头指示用于发送用户数据压缩的缓冲器已经被初始化,并且接收节点也需要初始化用于接收用户数据解压缩的缓冲器)的PDCP序列号的升序发送新生成和准备的数据。也就是说,发送PDCP层设备可以向更低层设备传送数据。
在另一种方法中,当发送PDCP层设备可以基于被丢弃的数据(例如,PDCP PDU)的原始数据(例如,PDCP SDU)新应用用户数据压缩,并且对新生成的数据(例如,PDCP PDU)应用完整性保护或编码过程时,发送PDCP层设备可以向新生成的数据(例如,PDCP PDU)分配从PDCP序列号或紧接着PDCP序列号的COUNT值或最后传送到更低层或最后发送的数据(例如,PDCP PDU)的COUNT值起的号码。如上所述,如果发送PDCP层设备可以为新生成的数据(例如,PDCP PDU)分配从PDCP序列号或紧接着PDCP序列号的COUNT值或最后传送到更低层或最后发送的数据(例如,PDCP PDU)的COUNT值起的号码,则防止PDCP序列号间隙的发生,从而防止由接收PDCP层设备触发的PDCP重排定时器引起的传输延迟。
在第(1-2)实施例中,在校验和失败之前,终端自身可以通过使用UDC报头的一比特指示符来触发初始化发送和接收UDC缓冲器的过程。
因此,在配置了用户数据压缩过程的情况下,如果先前已经生成并且已经应用了用户数据压缩的数据的一部分通过PDCP丢弃定时器丢弃,则可以减少在每个数据具有比被丢弃的数据的PDCP序列号大的序列号的数据中可能发生的校验和失败,并且发送节点可以重新生成尚未发送的数据,从而防止数据丢失。
-接收节点的操作:如果接收的数据的UDC报头指示用于发送用户数据压缩的缓冲器已经被初始化,并且接收侧也需要初始化用于接收用户数据解压缩的缓冲器,则接收节点可以重置接收节点UDC缓冲器,以基于PDCP序列号的升序解码接收的数据,对解码的数据执行用户数据解压缩和处理,并且将数据传送到上层设备。
在本公开的以上描述中,如果配置了用户数据压缩过程,并且接收到已经应用了用户数据压缩过程的数据,则接收PDCP层设备可以识别数据的用户数据压缩报头的校验和字段。如果校验和失败发生,则接收PDCP层设备可以触发PDCP控制PDU,配置指示校验和失败已经发生的指示符,并且配置和生成PDCP控制PDU以将其发送到发送节点。
然而,接收PDCP层设备可能接收多个数据,并且可能发生若干校验和失败。如果接收节点在每次发生校验和失败时生成多个PDCP控制PDU,并且将多个PDCP控制PDU发送到发送节点,则发送节点的用户数据压缩缓冲器不必要地被初始化几次,并且用户数据压缩过程再次发生。
因此,为了解决该问题,本公开提出了一种过程,在该过程中,在由于校验和失败接收PDCP层设备发送PDCP控制PDU之后,直到满足预定条件,才附加地生成和发送PDCP控制PDU。上述预定条件是,接收PDCP层设备接收在PDCP控制PDU的传输之后接收的数据当中的数据,该数据通过该数据的用户数据压缩报头的一比特指示符指示发送用户数据压缩缓冲器已经被初始化,并且该数据是用户数据压缩已经被新应用的第一数据。具体地,所提出的接收PDCP层设备的操作防止由于校验和失败而额外生成PDCP控制PDU,直到接收PDCP层设备接收到在校验和失败PDCP控制PDU的传输之后的数据当中的数据,该数据通过该数据的用户数据压缩报头的一比特指示符,指示发送用户数据压缩缓冲器已经被初始化并且该数据是用户数据压缩已经被新应用的第一数据。因此,可以防止PDCP控制PDU的不必要的传输。
在另一种方法中,采用新的定时器。当接收PDCP层设备如上所述生成并发送PDCP控制PDU时,接收PDCP层设备可以启动定时器,并且可以不在定时器操作期间由于校验和失败生成附加的PDCP控制PDU。在这种情况下,如果接收PDCP层设备接收通过用户数据压缩报头的一比特指示符指示发送用户数据压缩缓冲器已经被初始化并且该数据是用户数据压缩已经被新应用的第一数据的数据,则接收PDCP层设备可以停止定时器。如果直到定时器到期才接收到配置了一比特指示符的数据,则在定时器到期之后,接收PDCP层设备可以再次触发并生成指示校验和失败的PDCP控制PDU,然后发送PDCP控制PDU。
在本公开的以上描述中,如果发送PDCP层设备已经接收到PDCP控制PDU(包括指示校验和失败已经发生的指示符的PDCP控制PDU),则发送PDCP层设备可以初始化发送用户数据压缩缓冲器;对尚未发送的数据新应用用户数据压缩过程;使用新压缩的第一数据的用户数据压缩报头的一比特指示符来指示缓冲器已经被初始化并且该数据是新压缩的第一数据;以及发送该数据。
如果多次接收到多个PDCP控制PDU(包括指示校验和失败已经发生的指示符的PDCP控制PDU),则发送PDCP层设备可以多次初始化发送用户数据压缩缓冲器,并且对还没有发送的数据多次新应用用户数据压缩过程,从而导致不必要的数据处理,并且因此浪费终端的电池并且增加处理负载。
因此,为了解决该问题,本公开提出了一种过程,在该过程中,如果接收到PDCP控制PDU(包括指示校验和失败已经发生的指示符的PDCP控制PDU),则发送PDCP层设备初始化发送用户数据压缩缓冲器,对尚未发送的数据新应用用户数据压缩过程,并且忽略附加地接收到的PDCP控制PDU(包括指示校验和失败已经发生的指示符的PDCP控制PDU),直到满足预定条件。上述预定条件是,发送PDCP层设备接收PDCP控制PDU,初始化发送用户数据压缩缓冲器,发送新应用了用户数据压缩的第一数据,并识别来自更低层设备的、第一数据的成功传输(RLC ACK)。具体地,在所提出的发送PDCP层设备的操作中,发送PDCP层设备接收PDCP控制PDU,初始化发送用户数据压缩缓冲器,发送新执行了用户数据压缩的第一数据,并忽略附加地接收到的PDCP控制PDU(包括指示校验和失败已经发生的指示符的PDCP控制PDU),直到从更低层设备识别出第一数据的成功传输(RLC ACK)。因此,可以防止由于多个PDCP控制PDU(包括指示校验和失败已经发生的指示符的PDCP控制PDU)引起的不必要的处理延迟(即,缓冲器初始化和数据丢弃,然后是新的压缩)。
图10是示出根据本公开的实施例的本公开中当发送节点PDCP层设备驱动PDCP丢弃定时器并且由于PDCP丢弃定时器到期而丢弃尚未发送并且已经经历用户压缩过程(例如,UDC)的数据时执行的终端操作的示意图。
参考图10,每当终端从上层设备接收数据(操作10-05)时,终端(或发送节点)可以为每个接收的数据操作PDCP丢弃定时器(操作10-10)。如果PDCP层设备被配置为对该数据(PDCP SDU)执行上行链路数据压缩,则发送节点对接收的数据执行上行链路数据压缩。发送节点执行上行链路数据压缩(UDC),根据数据压缩更新缓冲器,并配置发送UDC缓冲器。如果发送节点如上所述执行上行链路数据压缩(UDC),则发送节点可以将从上层接收的PDCPSDU压缩为具有更小大小的UDC压缩数据(UDC块)(操作10-15)。发送节点配置与压缩的UDC压缩数据相关的UDC报头。UDC报头可以包括指示上行链路数据压缩是否已经被执行的指示符(例如,如果UDC报头的一比特指示符是0,这意味着UDC已经被应用,并且如果指示符是1,这意味着UDC还未被应用)。
在上面的描述中,如果终端对从上层接收的数据(PDCP SDU)执行上行链路数据压缩(UDC)并更新UDC缓冲器,则发送节点可以计算校验和比特并将其包括在UDC缓冲器中,以便允许接收节点PDCP层设备检查更新的UDC缓冲器的有效性(校验和比特具有预定长度,并且可以例如配置4个比特)。
如上所述,如果配置了完整性保护,则终端对已经应用或未应用上行链路数据解压缩的数据执行完整性保护,对数据进行编码(加密),然后将数据传送到更低层。
如果发送PDCP层设备通过PDCP丢弃定时器的到期(操作10-20)来丢弃尚未发送并且已经被UDC压缩的数据(操作10-30),则发送节点可以发送对应于紧接着被丢弃的数据的PDCP序列号的数据;丢弃所有剩余的数据(数据,其中该数据中的每个数据具有大于紧接着被丢弃的数据的PDCP序列号的PDCP序列号,已经应用用户数据压缩,并且尚未发送且已经被存储);以及如果数据已经被传送到更低层设备,则向更低层设备发送丢弃数据的指示符。发送节点可以停止相对于发送PDCP层设备的数据传输,直到接收到指示校验和失败已经发生的PDCP控制PDU。这是因为已经丢弃了经UDC压缩的数据中的中间数据或一部分数据,因此先前执行了用户数据压缩,并且很明显,在接收PDCP层设备中将发生与数据(例如,PDCP PDU)(该数据中的每个数据具有比被丢弃的数据的PDCP序列号更大的PDCP序列号)相关的校验和失败。因此,发送节点可以预期,如果发送节点发送对应于紧接着被丢弃的数据的PDCP序列号的数据,则接收PDCP层设备识别校验和失败,并且向发送节点发送PDCP控制PDU。
因此,如果发送PDCP层设备已经接收到指示校验和失败已经发生的PDCP控制PDU,或者在接收到PDCP控制PDU之前,发送PDCP层设备可以初始化用于用户数据压缩的发送缓冲器(如果发送UDC缓冲器先前被初始化,则发送PDCP层设备不初始化用于用户数据压缩的发送缓冲器),首先对数据(其中该数据的PDCP丢弃定时器尚未到期并且尚未发送)或者数据(与紧接着被丢弃数据的PDCP序列号相对应并且因此已经被发送的数据)(其中该数据的PDCP丢弃定时器尚未到期并且最后已经被发送)再次执行用户数据压缩过程,以升序分配从新的PDCP序列号或者尚未发送的第一PDCP序列号起的号码,以便编码、生成和准备数据(例如,PDCP PDU)。在接收到指示校验和失败已经发生的PDCP控制PDU之后,发送PDCP层设备可以重新开始发送新生成和准备的数据。也就是说,数据可以被传送到更低层设备。
如果发送PDCP层设备中的PDCP丢弃定时器没有到期,则发送节点将数据传送到更低层设备,以将数据发送到接收节点(操作10-25)。
根据上述实施例,在第(1-1)实施例中,当发送节点由于PDCP丢弃定时器到期而丢弃尚未发送并且已经被UDC压缩的数据时,发送节点可以发送数据而不丢弃或丢弃数据;发送第一数据,该第一数据具有比该数据大的PDCP序列号,并且已经被UDC压缩;并且丢弃所有剩余的数据(数据,其中每个数据具有比被丢弃或发送的数据更大的PDCP序列号,用户数据压缩已经应用到该数据,并且该数据尚未发送并且已经被存储)。此外,如果数据已经被发送,则发送节点可以将丢弃该数据的指示符发送到更低层设备。发送节点可以停止相对于发送PDCP层设备的数据传输,直到接收到指示校验和失败已经发生的PDCP控制PDU。这是因为已经丢弃了经UDC压缩的数据中的中间数据或一部分数据,因此先前执行了用户数据压缩,并且很明显,在接收PDCP层设备中将发生与数据(例如,PDCP PDU)(每个数据具有比被丢弃的数据的PDCP序列号更大的PDCP序列号)相关的校验和失败。因此,发送节点可以预期,如果发送节点发送被丢弃的数据或具有比丢弃的数据更大的PDCP序列号并且已经被UDC压缩的第一数据,则接收PDCP层设备识别校验和失败,并且向发送节点发送PDCP控制PDU。
因此,发送PDCP层设备可以接收指示校验和失败已经发生的PDCP控制PDU,或者可以在接收到PDCP控制PDU之前初始化用于用户数据压缩的发送缓冲器(如果在上面的描述中发送UDC缓冲器已经被初始化,则发送缓冲器不被初始化)。此外,发送PDCP层设备可以首先对数据(其中该数据的PDCP丢弃定时器尚未到期并且尚未发送)或者数据(被丢弃的数据或者具有大于丢弃的数据的PDCP序列号的PDCP序列号并且已经被UDC压缩的第一数据)(其中该数据的PDCP丢弃定时器尚未到期并且最后已经被发送)再次执行用户数据压缩过程,按照升序从新的PDCP序列号或尚未发送的第一PDCP序列号起分配号码,以便编码、生成和准备数据(例如,PDCP PDU)。在接收到指示校验和失败已经发生的PDCP控制PDU之后,发送PDCP层设备可以重新开始发送新生成和准备的数据。也就是说,发送PDCP层设备可以向更低层设备传送数据。
根据第(1-1)实施例,在配置了用户数据压缩过程的情况下,如果已经生成并且已经应用了用户数据压缩的数据的一部分通过PDCP丢弃定时器丢弃,则不发送数据(该数据中的每个数据具有比被丢弃的数据的PDCP序列号更大的PDCP序列号并且已经应用了UDC压缩)。因此,可以减少在接收PDCP层设备中可能发生的解压缩失败或校验和失败,并且可以减少传输资源的浪费。此外,从尚未发送的数据或最后发送的数据(与紧接着被丢弃的数据的PDCP序列号相对应并且因此已经被发送的数据)中再次生成数据,以防止数据丢失。
为了解决该问题,在第(1-2)实施例中,如果其中配置了UDC压缩过程的发送PDCP层设备通过PDCP丢弃定时器到期丢弃已经应用了UDC压缩并且尚未发送的第一数据,则发送PDCP层设备可以丢弃第一数据并且丢弃所有第二数据(例如,PDCP PDU),其中每个第二数据具有比丢弃的第一数据的PDCP序列号更大的PDCP序列号并且尚未发送,并且已经被UDC压缩和存储。这是因为已经连续应用了UDC压缩的数据当中的一个中间数据丢失,并且因此接收PDCP层设备对被丢弃的数据之后的经UDC压缩的数据进行UDC解压缩时失败,并且因此丢弃所有失败的数据。
发送PDCP层设备可以丢弃第一数据,然后初始化发送UDC缓冲器,以准备新执行UDC压缩过程。UDC缓冲器的初始化可以指示UDC缓冲器的所有值初始化为0。在另一种方法中,如果字典信息(预定义字典)先前由RRC消息配置,则字典信息可以被指示为作为UDC缓冲器的值输入,以便初始化这些值。在初始化发送UDC缓冲器之后,发送PDCP层设备还没有发送被丢弃的第二数据(例如,PDCP PDU)的原始数据(例如,PDCP SDU)。因此,发送PDCP层设备可以通过使用初始化的发送UDC缓冲器,对第二数据的原始数据(例如,PDCP SDU,即,PDCP层设备没有对其应用数据处理并且已经从上层接收的原始数据)新应用UDC压缩过程,生成并配置各个UDC报头,然后应用编码过程或完整性保护过程来执行数据传输。发送PDCP层设备可以通过使用一比特指示符来指示第一数据(PDCP PDU)的UDC报头以初始化接收PDCP层设备的接收UDC缓冲器,其中发送PDCP层设备通过在初始化发送UDC缓冲器之后第一次应用UDC压缩过程对第一数据执行数据处理。这是因为接收PDCP层设备不能识别在发送UDC缓冲器初始化之后新执行UDC压缩的数据,因此发送PDCP层设备可以使用UDC缓冲器的一比特指示符来允许接收PDCP层设备识别该一比特指示符,初始化接收UDC缓冲器,并且通过使用初始化的接收UDC缓冲器首先对数据执行UDC解压缩过程。因此,如果所接收的数据(例如,PDCP PDU)的UDC报头的一比特指示符指示接收UDC缓冲器的初始化,则接收PDCP层设备可以识别发送UDC缓冲器已经被初始化,并且UDC压缩已经被新应用于该数据。因此,接收PDCP层设备可以初始化接收UDC缓冲器,并且通过使用初始化的接收UDC缓冲器首先对数据应用UDC解压缩过程。
根据第(1-2)实施例,在配置了用户数据压缩过程的情况下,如果已经生成并且已经应用了用户数据压缩的数据的一部分通过PDCP丢弃定时器丢弃,则不发送数据(每个数据具有比被丢弃的数据的PDCP序列号更大的PDCP序列号并且已经应用了UDC压缩)。因此,可以减少在接收PDCP层设备中可能发生的解压缩失败或校验和失败,并且可以减少传输资源的浪费。此外,从尚未发送的数据或最后发送的数据(与紧接着被丢弃的数据的PDCP序列号相对应并且因此已经发送的数据)中再次生成数据,以防止数据丢失。此外,发送PDCP层设备可以直接初始化发送UDC缓冲器并新开始UDC压缩,而不必等待指示初始化发送UDC缓冲器的PDCP控制数据(PDCP控制PDU),其中该PDCP控制数据是由于校验和失败的发生而从接收PDCP层设备发送的。因此,可以减少传输延迟。解压缩失败或校验和失败不会发生在接收PDCP层设备中。因此,接收PDCP层设备不需要生成和发送PDCP控制数据,并且可以仅根据由发送PDCP层设备指示的、UDC报头的一比特指示来初始化接收UDC缓冲器,并且新开始UDC解压缩。因此,第(1-2)实施例可以是由终端引导的通过使用UDC报头的一比特指示符来初始化发送/接收UDC缓冲器的方法。
在本公开中,PDCP SDU可以指示发送PDCP层设备从上层设备接收的原始数据,并且PDCP PDU可以指示发送PDCP层设备在完成数据处理之后要向更低层设备发送的数据。数据处理可以包括在PDCP层设备中配置的处理,诸如完整性保护和验证、报头压缩、用户层数据压缩或编码过程。此外,通过PDCP SDU的数据处理生成的PDCP PDU可能是不同于PDCPSDU的单独数据;即使PDCP PDU被丢弃,PDCP SDU也可以被存储,并且PDCP SDU可以仅通过PDCP数据丢弃定时器丢弃。
在本公开的以下描述中,提出了一种用于在配置了服务数据适配协议(SDAP)层设备或配置了SDAP报头的情况下有效执行本公开中提出的用户数据压缩方法(UDC)的方法。
在本公开中,如下提出了第(2-1)实施例,其中在SDAP层设备或SDAP报头由RRC消息配置的情况下有效地执行用户数据压缩方法。在第(2-1)实施例中,通过使用用户数据压缩方法压缩SDAP报头,并且编码UDC报头。根据第(2-1)实施例,通过上述特征,可以对上层数据执行相同的处理,而不管SDAP报头是否存在,从而提高实现的便利性,并且可以对UDC报头进行编码以增强安全性。
图11是示出根据本公开的实施例的第(2-1)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图。
参考图11,在SDAP层设备或SDAP报头由RRC消息配置来使用的情况下,例如,在图5中的操作5-10、5-40或5-75中,并且用户数据压缩(UDC)被配置,如果SDAP层设备从上层接收数据,则SDAP层设备可以生成并配置SDAP报头作为由附图标记11-05指示的元素,并且将数据和SDAP报头传送到PDCP层设备。PDCP层设备11-01可以对从上层SDAP层设备接收的PDCP SDU(SDAP报头和IP分组,如附图标记11-06所示)执行用户数据压缩(操作11-07)。PDCP层设备可以计算校验和字段,并配置是否已经应用了UDC,以生成UDC报头并附加它(如附图标记11-10所示)。PDCP层设备可以对UDC报头和经压缩的UDC块进行编码,生成并配置PDCP报头11-20,将PDCP报头结合到编码的UDC报头和UDC块,然后将报头和UDC块传送到更低层,以在RLC层设备和MAC层设备中进行数据处理。
在参考图11描述的过程中,通过使用用户数据压缩方法压缩SDAP报头,编码UDC报头和SDAP报头11-15。通过上述特征,可以对上层数据执行相同的处理,而不管SDAP报头是否存在,从而提高实现的便利性,并且可以对UDC报头进行编码以增强安全性。
在本公开中,如下提出了第(2-2)实施例,其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下有效地执行用户数据压缩方法。在第(2-2)实施例中,用户数据压缩方法没有应用于SDAP报头,SDAP报头未被编码,并且UDC报头被编码。根据第(2-2)实施例,通过上述特征,可以利用SDAP报头的QoS信息,而无需发送节点或接收节点对SDAP报头的信息进行解码过程。例如,基站可以使用QoS信息进行调度。此外,在实现终端的情况下,不需要在每次接收到上层数据时生成SDAP报头,硬件加速器可以执行UDC过程,执行编码,并且之后附加SDAP报头,以便于终端的实现。此外,可以对UDC报头进行编码以增强安全性。
图12是示出根据本公开的实施例的第(2-2)实施例(其中在本公开中通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图。
参考图12,在SDAP层设备或SDAP报头由RRC消息配置来使用的情况下,例如,在图5中的操作5-10、5-40或5-75中,并且用户数据压缩(UDC)被配置,如果SDAP层设备从上层接收数据,则SDAP层设备可以生成并配置SDAP报头作为由附图标记12-05指示的元素,并且将数据和SDAP报头传送到PDCP层设备。PDCP层设备12-01可以对从上层SDAP层设备接收的PDCP SDU(SDAP报头和剩余数据部分,不包括IP分组的SDAP报头)执行用户数据压缩过程(操作12-07)。PDCP层设备可以计算校验和字段并配置是否已经应用了UDC,以生成UDC报头并将其附加到SDAP报头的前面(如附图标记12-10所示)。如果配置了完整性保护,则PDCP层设备可以在编码过程之前对UDC报头和经压缩的UDC块应用完整性保护,然后编码经压缩的UDC块并单独编码UDC报头以编码UDC报头和UDC块(操作12-15和12-20)。为了只执行一次编码过程,PDCP层设备可以在上述操作的过程中分离SDAP报头,在一个阶段中编码UDC报头和UDC块,在UDC报头和UDC块之间插入未编码的SDAP报头以配置数据,生成并配置PDCP报头12-20以将其结合到数据,然后将数据和PDCP报头和UDC报头传送12-25到更低层以在RLC层设备和MAC层设备中进行数据处理。
在本公开中,如下提出了第(2-3)实施例,其中在SDAP层设备或SDAP报头由RRC消息配置的情况下有效地执行用户数据压缩方法。在第(2-3)实施例中,用户数据压缩方法未应用于SDAP报头,SDAP报头未被编码,并且UDC报头也未被编码。通过上述特征,可以利用SDAP报头的QoS信息,而无需发送节点或接收节点对SDAP报头的信息进行解码过程。例如,基站可以使用QoS信息进行调度。此外,在实现终端的情况下,不需要在每次接收到上层数据时生成SDAP报头,硬件加速器可以执行UDC过程,执行编码,并且之后附加SDAP报头,以便于终端的实现。此外,也不对UDC报头进行编码,因此可以通过硬件加速器对SDAP层设备从上层接收的数据连续执行用户数据压缩过程和编码过程,并且在PDCP层设备的数据处理完成之后,可以将生成的SDAP报头、UDC报头和PDCP报头附加到完成数据处理的数据的最前面,然后可以将报头和数据传送到更低层。因此,终端的实现简单。此外,如果在该过程中没有对UDC报头进行编码,则接收节点可以在执行解码(解密)之前首先读取并计算UDC报头的校验和字段,以便识别UDC缓冲器内容的有效性。因此,如果发生校验和失败,则接收节点可以不执行解码过程,立即丢弃相应的数据,并执行校验和失败处理过程,以便减少处理负担。
图13是示出根据本公开的实施例的本公开中的第(2-3)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图。
参考图13,在SDAP层设备功能或SDAP报头由RRC消息配置来使用的情况下,例如,在图5中的操作5-10、5-40或5-75中,并且用户数据压缩(UDC)被配置,如果SDAP层设备从上层接收数据,则SDAP层设备可以生成并配置SDAP报头作为由附图标记13-05指示的元素,并且将数据和SDAP报头传送到PDCP层设备。PDCP层设备13-01可以对从上层SDAP层设备接收的PDCP SDU(SDAP报头和剩余数据部分,不包括IP分组的SDAP报头)执行用户数据压缩(操作13-07)。如果配置了完整性保护,则在编码过程之前,PDCP层设备可以对已经通过用户数据压缩压缩的UDC块、UDC报头、SDAP报头和PDCP报头应用完整性保护。PDCP层设备可以仅编码除了UDC报头和SDAP报头之外的已经通过用户数据压缩压缩的UDC块(操作13-10)。PDCP层设备可以计算校验和字段并配置是否已经应用了UDC,以生成UDC报头并附加它(操作13-15和13-20)。PDCP层设备可以生成、配置和结合PDCP报头,然后将PDCP报头传送到更低层,以在RLC层设备和MAC层设备中进行数据处理。如以上描述中所提出的,如果用户数据压缩没有应用于SDAP报头,并且编码没有应用于UDC报头,则在终端和基站的实现中,简化了用户数据压缩过程和编码或解码过程,并且省略了复杂的过程,从而简化了实现的处理过程并减轻了处理负担。
在本公开中,如下提出了第(2-4)实施例,其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下有效地执行用户数据压缩方法。在第(2-4)实施例中,用户数据压缩方法没有应用于SDAP报头,SDAP报头未被编码,并且UDC报头被编码。此外,UDC报头被附加到SDAP报头的后面,或者UDC报头被附加到经压缩的UDC块的最前面,并且SDAP报头被附加到UDC报头的前面。通过上述特征,可以利用SDAP报头的QoS信息,而无需发送节点或接收节点对SDAP报头的信息进行解码过程。例如,基站可以使用QoS信息进行调度。此外,在实现终端的情况下,不需要在每次接收到上层数据时生成SDAP报头,硬件加速器可以执行UDC过程,直接生成并附加UDC报头,执行编码,并且之后附加SDAP报头,以便于终端的实现。此外,可以对UDC报头进行编码以增强安全性。此外,在该实施例中,改变了SDAP报头的位置和UDC报头的位置,使得当执行用户数据压缩过程时,可以减少执行除了SDAP报头之外的处理、或者分离SDAP报头、执行处理、然后将SDAP附回的不必要的处理,并且可以对UDC报头和UDC数据块执行一个集成过程。
图14是示出根据本公开的实施例的本公开中的第(2-4)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图。
参考图14,在SDAP层设备或SDAP报头由RRC消息配置来使用的情况下,例如,在图5中的操作5-10、5-40或5-75中,并且用户数据压缩(UDC)被配置,如果SDAP层设备从上层接收数据,则SDAP层设备可以生成并配置SDAP报头作为由附图标记14-05指示的元素,并且将数据和SDAP报头传送到PDCP层设备。PDCP层设备14-01可以对从上层SDAP层设备接收的PDCP SDU(SDAP报头和剩余数据部分,不包括IP分组的SDAP报头)执行用户数据压缩过程(操作14-07)。PDCP层设备可以计算校验和字段,并配置是否已经应用了UDC,以生成UDC报头,并将其附加到经压缩的UDC数据块的最前面(SDAP报头的后面)(如附图标记14-15所示)。如果配置了完整性保护,则PDCP层设备可以在编码过程之前将完整性保护应用于SDAP报头、UDC报头、经压缩的UDC块和PDCP报头,然后对UDC报头和经压缩的UDC块进行编码(操作14-10)。PDCP层设备可以配置数据,生成并配置PDCP报头14-20,首先结合SDAP报头,然后结合PDCP报头,然后将数据和报头传送到更低层,以在RLC层设备和MAC层设备中进行数据处理。
在本公开中,如下提出了第(2-5)实施例,其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下有效地执行用户数据压缩方法。在第(2-5)实施例中,用户数据压缩方法没有应用于SDAP报头,SDAP报头未被编码,并且UDC报头也未被编码。此外,UDC报头被附加到SDAP报头的后面,或者UDC报头被附加到经压缩的UDC块的最前面,并且SDAP报头被附加到UDC报头的前面。通过上述特征,可以利用SDAP报头的QoS信息,而无需发送节点或接收节点对SDAP报头的信息进行解码过程。例如,基站可以使用QoS信息进行调度。此外,在实现终端的情况下,不需要在每次接收到上层数据时附加SDAP报头,硬件加速器可以执行UDC过程,执行编码,直接生成并附加UDC报头,并且之后附加SDAP报头,以便于终端的实现。此外,在实现中,用户数据压缩过程和编码过程可以通过硬件加速器对由SDAP层设备从上层接收的数据执行,并且可以并行生成SDAP报头、UDC报头和PDCP报头,使得这些报头被结合在一起到数据的前面,输出为硬件加速器的结果,然后被传送到更低层以降低终端实现的复杂性。此外,在该实施例中,改变了SDAP报头的位置和UDC报头的位置,使得当执行用户数据压缩过程时,可以减少执行除了SDAP报头之外的处理、或者分离SDAP报头、执行处理、然后将SDAP报头附回的不必要的过程,并且可以对UDC报头和UDC数据块执行一个集成的过程。此外,UDC报头没有编码。因此,在执行解码之前,接收节点可以预先识别校验和失败是否发生。如果发生校验和失败,接收节点可以在解码之前丢弃数据,并直接执行校验和失败处理过程。
图15是示出根据本公开的实施例的本公开中的第(2-5)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图。
参考图15,在SDAP层设备或SDAP报头由RRC消息配置来使用的情况下,例如,在图5中的操作5-10、5-40或5-75中,并且用户数据压缩(上行链路数据压缩,UDC)被配置,如果SDAP层设备从上层接收数据,则SDAP层设备可以生成并配置SDAP报头作为由附图标记15-05指示的元素,并且将数据和SDAP报头传送到PDCP层设备。PDCP层设备15-01可以对从上层SDAP层设备接收的PDCP SDU(SDAP报头和剩余数据部分,不包括IP分组的SDAP报头)执行用户数据压缩过程(操作15-07)。PDCP层设备可以计算校验和字段,并配置是否已经应用了UDC,以生成UDC报头,并将其附加到经压缩的UDC数据块的最前面(SDAP报头的后面)(如附图标记15-15所示)。如果配置了完整性保护,则PDCP层设备可以在编码过程之前将完整性保护应用于SDAP报头、UDC报头、压缩的UDC块和PDCP报头,然后仅编码除SDAP报头和UDC报头之外的压缩的UDC块(操作15-10)。PDCP层设备可以配置数据,生成并配置PDCP报头15-20,首先结合SDAP报头,然后结合PDCP报头,然后将数据和报头传送到更低层,以在RLC层设备和MAC层设备中进行数据处理。
在本公开中,如下提出了第(2-6)实施例,其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下有效地执行用户数据压缩方法。在第(2-6)实施例中,通过使用用户数据压缩方法压缩SDAP报头,并且不编码UDC报头。根据(2-6)实施例,通过上述特征,可以对上层数据执行相同的过程,而不管SDAP报头是否存在,从而提高实现的便利性。此外,UDC报头未被编码。因此,在执行解码之前,接收节点可以预先识别校验和失败是否发生。如果发生校验和失败,则接收节点可以在解码之前丢弃数据,并直接执行校验和失败处理过程。
图16是示出根据本公开的实施例的本公开中的第(2-6)实施例(其中在通过RRC消息配置SDAP层设备或SDAP报头的情况下,有效地执行用户数据压缩方法)的示意图。
参考图16,在SDAP层设备或SDAP报头由RRC消息配置来使用的情况下,例如,在图5中的操作5-10、5-40或5-75中,并且用户数据压缩(UDC)被配置,如果SDAP层设备从上层接收数据,则SDAP层设备可以生成并配置SDAP报头作为由附图标记16-05指示的元素,并且将数据和SDAP报头传送到PDCP层设备。PDCP层设备16-01可以对从上层SDAP层设备接收的PDCP SDU(SDAP报头和IP分组,如附图标记16-06所示)执行用户数据压缩(操作16-07)。PDCP层设备可以计算校验和字段,并配置是否已经应用了UDC,以生成UDC报头并附加它(如附图标记16-10所示)。PDCP层设备可以对除了UDC报头之外的经压缩的UDC块进行编码(如附图标记16-15所示),生成并配置PDCP报头16-20,将PDCP报头结合到UDC报头,然后将编码的UDC块和报头传送到更低层,以在RLC层设备和MAC层设备中进行数据处理。
图17是示出根据本公开的实施例的终端操作的示意图。
参考图17,终端可以例如在图5中的操作5-10、5-40或5-75中通过RRC消息被配置为应用用户数据压缩功能(操作17-05)。此外,如果SDAP层设备或SDAP报头在RRC消息中被配置来使用(操作17-10),则可以执行本公开中的第(2-1)实施例、第(2-2)实施例、第(2-3)实施例、第(2-4)实施例、第(2-5)实施例或第(2-6)实施例(其中当配置SDAP层设备或SDAP报头时,有效地执行用户数据压缩方法)操作17-15)。然而,如果SDAP层设备或SDAP报头未在RRC消息中被配置来使用(操作17-10),则可以在不改变的情况下,执行从在本公开中的第(2-1)实施例、第(2-2)实施例、第(2-3)实施例、第(2-4)实施例、第(2-5)实施例或第(2-6)实施例(其中当配置SDAP层设备或SDAP报头时,有效地执行用户数据压缩方法)中排除对SDAP报头的数据处理的过程(操作17-10)。
在以上公开中,描述并提出了由于SDAP报头的生成、编码过程(加密)和上行链路数据压缩过程(UDC)以及根据这些过程的实现方法而可能发生的各种情况。
在以上描述中,如参考图5所描述的,基站可以通过RRC消息来配置SDAP报头是否被用于每个承载,并且如上所述,基站也可以通过RRC消息来配置UDC是否被应用于每个承载。
在下面的描述中,本公开提出了当基站通过RRC消息来配置SDAP报头是否用于每个承载以及UDC是否应用于每个承载时,防止针对一个承载同时使用SDAP报头和UDC(SDAP报头不能被配置用于配置有UDC的DRB,或者SDAP报头和UDC两者不能被配置用于DRB,或者SDAP报头或UDC之一可以被配置用于DRB,而不是两者都可以被配置用于DRB)。也就是说,可以禁止基站通过RRC消息为一个承载一起配置SDAP报头的使用和UDC的应用。
如上所述,当对为其配置了UDC的承载执行UDC过程时,SDAP报头被生成并且未被编码,因此UDC过程复杂并且实现复杂度增加。UDC被应用于上行链路数据,并且上行链路数据的SDAP报头的配置对应于承载和流之间的重新映射的配置。然而,上行链路数据的SDAP报头的配置可能不适合使用UDC的情况。这是因为UDC过程需要发送节点和接收节点的同步来进行数据压缩,因此在已经应用了UDC的承载和承载上的流之间执行重新映射是非常低效的。因此,如果为了解决复杂性问题而没有为一个承载一起配置SDAP报头的使用和UDC的配置,则上述复杂问题可能不会发生。因此,本公开提出基站不允许为终端的一个承载一起配置SDAP报头的使用和UDC的配置,作为另一个实施例。
当基站没有为终端的一个承载一起配置SDAP报头的使用和UDC的配置时,可以对UDC报头进行编码以增强安全性。也就是说,如果接收到上层数据,则可以通过UDC过程执行数据压缩,并且可以生成UDC报头,然后可以对UDC报头和经压缩的UDC数据块进行编码,可以生成PDCP报头,并且将其连接并结合到经编码的UDC报头和UDC数据块的前面,并且它们可以被传送到更低层。
在另一种方法中,当基站没有为终端的一个承载一起配置SDAP报头的使用和UDC的配置时,可以快速识别UDC报头的校验和字段,以快速确定是否丢弃UDC数据,从而可以减少解码过程的次数。也就是说,可以不对UDC报头进行编码。也就是说,如果接收到上层数据,则可以通过UDC过程执行数据压缩,可以对经压缩的数据块进行编码,可以生成UDC报头和PDCP报头,并将其连接并结合到经编码的UDC数据块的前面,并且可以将它们传送到更低层。因此,接收PDCP层设备可以在解码之前识别UDC报头;通过校验和字段识别UDC的有效性;并且如果UDC无效,则不执行解码并立即丢弃接收的数据。只有有效性已经通过校验和字段识别的数据可以被解码并经受用户数据解压缩过程。
此外,类似地,当完整性验证保护过程与SDAP报头的使用或UDC的应用一起被配置用于一个承载时,该过程也可能发生复杂的实现问题。因此,可能不允许为一个承载一起配置SDAP报头的使用和完整性验证保护。此外,,可能不允许为一个承载一起配置完整性验证和UDC的应用。
图18示出了根据本公开的实施例的可以应用实施例的终端的结构。
参考图18,终端包括射频(radio frequency,RF)处理器18-10、基带处理器18-20、存储单元18-30和控制器18-40。
RF处理器18-10执行诸如信号频带改变、放大等功能,用于通过无线信道发送或接收信号。也就是说,RF处理器18-10可以将从基带处理器18-20提供的基带信号上变频为RF频带信号,然后通过天线发送RF频带信号,并且可以将通过天线接收的RF频带信号下变频为基带信号。例如,RF处理器18-10可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、数模转换器(digital-to-analog converter,DAC)、模数转换器(analog-to-digitalconverter,ADC)等。在图18中,仅示出了一个天线,但是终端可以包括多个天线。此外,RF处理器18-10可以包括多个RF链。此外,RF处理器18-10可以执行波束成形。为了执行波束成形,RF处理器18-10可以调整通过多个天线或天线元件发送或接收的每个信号的相位和大小。此外,RF过程可以执行MIMO,并且当执行MIMO操作时,可以接收几个层。RF处理器18-10可以根据控制器的控制适当地配置多个天线或天线元件,以执行接收波束扫描或调整接收波束的方向和波束宽度来与发送波束结合。
基带处理器18-20根据系统的物理层协议执行基带信号和比特流之间的转换功能。例如,当发送数据时,基带处理器18-20通过编码和调制发送比特流来生成复符号。此外,当接收到数据时,基带处理器18-20通过解调和解码从RF处理器18-10提供的基带信号来重建接收比特流。例如,在应用正交频分复用(OFDM)方案的情况下,当发送数据时,基带处理器18-20通过编码和调制发送比特流来生成复符号,将复符号映射到子载波,然后通过快速傅立叶逆变换(inverse fast Fourier transform,IFFT)计算和循环前缀(cyclicprefix,CP)插入来配置OFDM符号。此外,当接收到数据时,基带处理器18-20将从RF处理器18-10提供的基带信号以OFDM符号为单位分割,通过快速傅立叶变换(fast Fouriertransform,FFT)计算重建映射到子载波的信号,然后通过解调和解码重建接收比特流。
基带处理器18-20和RF处理器18-10如上所述发送和接收信号。因此,基带处理器18-20和RF处理器18-10可以被称为发送器、接收器、收发器或通信单元。此外,基带处理器18-20和RF处理器18-10中的至少一个可以包括多个通信模块,以支持多种不同的无线接入技术。此外,基带处理器18-20和RF处理器18-10中的至少一个可以包括不同的通信模块,以处理不同频带中的信号。例如,不同的无线接入技术可以包括LTE网络、NR网络等。此外,不同的频带可以包括超高频(super high frequency,SHF)(例如,2.5GHz和5GHz)频带、毫米(mm)波(例如,60GHz)频带等。
存储单元18-30存储数据,例如基本程序、应用程序和用于终端操作的配置信息。存储单元18-30响应控制器18-40的请求提供存储的数据。
控制器18-40控制终端的整体操作。例如,控制器18-40通过基带处理器18-20和RF处理器18-10发送或接收信号。此外,控制器18-40在存储单元18-40中记录数据和从存储单元18-40中读取数据。为此,控制器18-40可以包括至少一个处理器。例如,控制器18-40可以包括执行通信控制的通信处理器(communication processor,CP)、以及控制更高层(诸如应用程序)的应用处理器(application processor,AP)。控制器18-40还可以包括被配置为支持多连接的多连接处理器18-42。
图19示出了根据本公开的实施例的可以应用实施例的无线通信系统中的TRP的框图配置。
参考图19,基站包括RF处理器19-10、基带处理器19-20、回程通信单元19-30、存储单元19-40和控制器19-50。
RF处理器19-10执行诸如信号频带改变、放大等功能,用于通过无线信道发送或接收信号。也就是说,RF处理器19-10可以将从基带处理器19-20提供的基带信号上变频为RF频带信号,然后通过天线发送RF频带信号,并且可以将通过天线接收的RF频带信号下变频为基带信号。例如,RF处理器19-10可以包括发送滤波器、接收滤波器、放大器、混频器、振荡器、DAC、ADC等。在图19中,仅示出了一个天线,但是第一接入节点可以包括多个天线。此外,RF处理器19-10可以包括多个RF链。此外,RF处理器19-10可以执行波束成形。为了执行波束成形,RF处理器19-10可以调整通过多个天线或天线元件发送或接收的每个信号的相位和大小。RF处理器可以通过发送至少一层来执行下行链路MIMO操作。
基带处理器19-20根据第一无线接入技术的物理层协议执行基带信号和比特流之间的转换功能。例如,当发送数据时,基带处理器19-20通过编码和调制发送比特流来生成复符号。此外,当接收数据时,基带处理器19-20通过解调和解码从RF处理器19-10提供的基带信号来重建接收比特流。例如,在应用OFDM方案的情况下,当发送数据时,基带处理器19-20通过编码和调制发送比特流来生成复符号,将复符号映射到子载波,然后通过IFFT计算和CP插入来配置OFDM符号。此外,当接收数据时,基带处理器19-20将从RF处理器19-10提供的基带信号以OFDM符号为单位分割,通过FFT计算重建映射到子载波的信号,然后通过解调和解码重建接收比特流。基带处理器19-20和RF处理器19-10如上所述发送和接收信号。因此,基带处理器19-20和RF处理器19-10可以被称为发送器、接收器、收发器、通信单元或无线通信单元。
通信单元19-30提供用于执行与网络内其他节点的通信的接口。
存储单元19-40存储数据,例如基本程序、应用程序和用于主基站操作的配置信息。特别地,存储单元19-40可以存储与分配给连接终端的承载相关的信息、从连接终端报告的测量结果等。此外,存储单元19-40可以存储用作是否向终端提供或停止提供多连接的确定标准的信息。存储单元19-40响应控制器19-50的请求提供存储的数据。
控制器19-50控制主基站的整体操作。例如,控制器19-50通过基带处理器19-20和RF处理器19-10或者通过回程通信单元19-30发送或接收信号。此外,控制器19-50在存储单元19-40中记录数据和从存储单元19-40中读取数据。为此,控制器19-50可以包括至少一个处理器。控制器19-50还可以包括被配置为支持多连接的多连接处理器19-52。
虽然已经参考本公开的各种实施例显示和描述了本公开,但是本领域技术人员将理解,在不脱离由所附权利要求及其等同物限定的本公开的精神和范围的情况下,可以在形式和细节上进行各种改变。
Claims (8)
1.一种由无线通信系统中的发送设备执行的方法,所述方法包括:
识别未被发送到接收设备的第一分组数据汇聚协议PDCP协议数据单元PDU的PDCP丢弃定时器的到期;
向所述接收设备发送在所述第一PDCP PDU之后的第二PDCP PDU,其中用户数据压缩UDC缓冲器用于生成所述第一PDCP PDU和所述第二PDCP PDU;
丢弃在所述第一PDCP PDU之后生成的PDCP PDU并且初始化所述UDC缓冲器,其中,所述PDCP PDU当中的第一个PDCP PDU的序列号SN大于所述第二PDCP PDU的SN;
通过对PDCP服务数据单元SDU执行压缩来生成PDCP PDU,其中,基于初始化的UDC缓冲器,从对应于所述第二PDCP PDU的PDCP SDU开始执行所述压缩;
从所述接收设备接收指示校验和失败的PDCP控制PDU;以及
基于所述PDCP控制PDU的接收,向所述接收设备发送所生成的PDCP PDU。
2.根据权利要求1所述的方法,其中,所述校验和失败基于所述第二PDCP PDU而发生。
3.根据权利要求1所述的方法,其中,所生成的PDCP PDU的传输被停止,直到接收到所述PDCP控制PDU。
4.根据权利要求1所述的方法,其中,所述发送设备是终端,并且所述接收设备是基站。
5.一种无线通信系统中的发送设备,所述发送设备包括:
收发器,被配置为发送和接收信号;和
控制器,被配置为:
识别未被发送到接收设备的第一分组数据汇聚协议PDCP协议数据单元PDU的PDCP丢弃定时器的到期,
向所述接收设备发送在所述第一PDCP PDU之后的第二PDCP PDU,其中用户数据压缩UDC缓冲器用于生成所述第一PDCP PDU和所述第二PDCP PDU,
丢弃在所述第一PDCP PDU之后生成的PDCP PDU并且初始化所述UDC缓冲器,其中,所述PDCP PDU当中的第一个PDCP PDU的序列号SN大于所述第二PDCP PDU的SN,
通过对PDCP服务数据单元SDU执行压缩来生成PDCP PDU,其中,基于初始化的UDC缓冲器,从对应于所述第二PDCP PDU的PDCP SDU开始执行所述压缩,
从所述接收设备接收指示校验和失败的PDCP控制PDU,以及
基于所述PDCP控制PDU的接收,向所述接收设备发送所生成的PDCP PDU。
6.根据权利要求5所述的发送设备,其中,所述校验和失败基于所述第二PDCP PDU而发生。
7.根据权利要求5所述的发送设备,其中,所述控制器还被配置为停止所生成的PDCPPDU的传输,直到接收到所述PDCP控制PDU。
8.根据权利要求5 所述的发送设备,其中,所述发送设备是终端,并且所述接收设备是基站。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020190053577A KR20200129335A (ko) | 2019-05-08 | 2019-05-08 | 무선 통신 시스템에서 데이터 유실을 방지하는 사용자 데이터 압축 방법 및 장치 |
KR10-2019-0053577 | 2019-05-08 | ||
PCT/KR2020/006061 WO2020226445A1 (en) | 2019-05-08 | 2020-05-08 | User data compression method and apparatus for preventing data loss in wireless communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113796057A CN113796057A (zh) | 2021-12-14 |
CN113796057B true CN113796057B (zh) | 2023-10-17 |
Family
ID=73046695
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202080034019.1A Active CN113796057B (zh) | 2019-05-08 | 2020-05-08 | 无线通信系统中防止数据丢失的用户数据压缩方法和装置 |
Country Status (5)
Country | Link |
---|---|
US (2) | US11109445B2 (zh) |
EP (1) | EP3903525B1 (zh) |
KR (1) | KR20200129335A (zh) |
CN (1) | CN113796057B (zh) |
WO (1) | WO2020226445A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11329757B2 (en) * | 2019-10-18 | 2022-05-10 | T-Mobile Usa, Inc. | Transmitting application data using different QoS specifications |
US11722189B2 (en) * | 2021-12-17 | 2023-08-08 | Qualcomm Incorporated | Fronthaul compression for sparse access and dense access |
WO2024054216A1 (en) * | 2022-09-09 | 2024-03-14 | Altiostar Networks, Inc. | Method and apparatus for enhancing quality of experience in case of dropped or delayed packets |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
CN107637121A (zh) * | 2015-05-15 | 2018-01-26 | 三星电子株式会社 | 用于在移动通信系统中发送或接收调度请求的方法和装置 |
CN108476435A (zh) * | 2017-06-19 | 2018-08-31 | 北京小米移动软件有限公司 | 数据处理方法及装置、用户设备和计算机可读存储介质 |
CN109041121A (zh) * | 2017-06-09 | 2018-12-18 | 三星电子株式会社 | 支持rlc um模式操作的方法和装置 |
CN109151903A (zh) * | 2017-06-16 | 2019-01-04 | 三星电子株式会社 | 用于在下一代移动通信系统中处理分组的方法和装置 |
CN111316714A (zh) * | 2017-11-09 | 2020-06-19 | 三星电子株式会社 | 无线通信系统中的无线通信的方法和装置 |
CN111373789A (zh) * | 2017-11-16 | 2020-07-03 | 三星电子株式会社 | 无线通信系统中的通信方法和装置 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10341466B2 (en) * | 2014-11-14 | 2019-07-02 | Qualcomm Incorporated | Evolved data compression scheme signaling |
US10542457B2 (en) | 2015-04-20 | 2020-01-21 | Qualcomm Incorporated | Enhanced compression formats for data compression |
CN111615840A (zh) * | 2017-08-11 | 2020-09-01 | 苹果公司 | 用于视频和其他应用程序的关键数据处理 |
WO2019054830A1 (en) | 2017-09-18 | 2019-03-21 | Samsung Electronics Co., Ltd. | METHOD AND APPARATUS FOR PROCESSING A PACKET IN A WIRELESS COMMUNICATION SYSTEM |
KR102602207B1 (ko) | 2017-09-18 | 2023-11-15 | 삼성전자주식회사 | 무선 통신 시스템에서 헤더 압축 프로토콜을 위한 pdcp 장치 재수립 방법 및 장치 |
CA3021658A1 (en) * | 2017-10-20 | 2019-04-20 | Comcast Cable Communications, Llc | Non-access stratum capability information |
US20190141567A1 (en) * | 2017-11-06 | 2019-05-09 | Mediatek Inc. | Uplink Data Compression Transaction Flow |
US11825346B2 (en) | 2017-11-09 | 2023-11-21 | Samsung Electronics Co., Ltd | Method and apparatus for wireless communication in wireless communication system |
EP3707940A4 (en) * | 2017-11-10 | 2021-08-18 | Telefonaktiebolaget LM Ericsson (publ) | TRANSMISSION DEVICE, RECEPTION DEVICE AND PROCESSES PERFORMED THEREIN TO MANAGE A BUFFER MEMORY RESTART |
CN109802922A (zh) * | 2017-11-16 | 2019-05-24 | 电信科学技术研究院 | 一种缓存同步异常的处理方法和设备 |
CN109842905B (zh) * | 2017-11-28 | 2021-08-06 | 中国移动通信有限公司研究院 | 字典配置方法、网络侧设备及用户终端 |
JP7032546B2 (ja) * | 2018-01-07 | 2022-03-08 | エルジー エレクトロニクス インコーポレイティド | 通信装置、処理装置及びデータユニットを送信する方法 |
US11627490B2 (en) * | 2018-11-26 | 2023-04-11 | Qualcomm Incorporated | Integrity protection at packet data convergence protocol layer |
-
2019
- 2019-05-08 KR KR1020190053577A patent/KR20200129335A/ko active Search and Examination
-
2020
- 2020-05-08 EP EP20801560.2A patent/EP3903525B1/en active Active
- 2020-05-08 CN CN202080034019.1A patent/CN113796057B/zh active Active
- 2020-05-08 WO PCT/KR2020/006061 patent/WO2020226445A1/en unknown
- 2020-05-08 US US16/870,179 patent/US11109445B2/en active Active
-
2021
- 2021-08-30 US US17/460,807 patent/US11800597B2/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107637121A (zh) * | 2015-05-15 | 2018-01-26 | 三星电子株式会社 | 用于在移动通信系统中发送或接收调度请求的方法和装置 |
CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
CN109041121A (zh) * | 2017-06-09 | 2018-12-18 | 三星电子株式会社 | 支持rlc um模式操作的方法和装置 |
CN109151903A (zh) * | 2017-06-16 | 2019-01-04 | 三星电子株式会社 | 用于在下一代移动通信系统中处理分组的方法和装置 |
CN108476435A (zh) * | 2017-06-19 | 2018-08-31 | 北京小米移动软件有限公司 | 数据处理方法及装置、用户设备和计算机可读存储介质 |
CN111316714A (zh) * | 2017-11-09 | 2020-06-19 | 三星电子株式会社 | 无线通信系统中的无线通信的方法和装置 |
CN111373789A (zh) * | 2017-11-16 | 2020-07-03 | 三星电子株式会社 | 无线通信系统中的通信方法和装置 |
Non-Patent Citations (5)
Title |
---|
"36331_CR3211r2_(Rel-15)_R2-1804565".3GPP tsg_ran\WG2_RL2.2018,全文. * |
"R2-1713357".3GPP tsg_ran\WG2_RL2.2017,第1-8页. * |
"RP-171139 TR 36 754-v1.0.0".3GPP tsg_ran\tsg_ran.2017,第28-29页. * |
CATT.RP-171139 "TR 36.754 v1.0.0 on Study on UL data compression for E-UTRA * |
for approval".3GPP tsg_ran\TSG_RAN.2017,(TSGR_76),全文. * |
Also Published As
Publication number | Publication date |
---|---|
EP3903525A4 (en) | 2022-02-16 |
EP3903525B1 (en) | 2024-05-08 |
KR20200129335A (ko) | 2020-11-18 |
US11109445B2 (en) | 2021-08-31 |
US20210392721A1 (en) | 2021-12-16 |
WO2020226445A1 (en) | 2020-11-12 |
US20200359449A1 (en) | 2020-11-12 |
US11800597B2 (en) | 2023-10-24 |
EP3903525A1 (en) | 2021-11-03 |
CN113796057A (zh) | 2021-12-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11350305B2 (en) | Method and apparatus for processing data in wireless communication system | |
US20190387535A1 (en) | Method and apparatus for efficient packet duplication transmission in mobile communication system | |
US11134415B2 (en) | Method and apparatus for processing PDCP control data in system supporting high-reliability low-latency service | |
KR102619662B1 (ko) | 무선 통신 시스템에서 데이터 처리 방법 및 장치 | |
EP3833097A1 (en) | Method and apparatus for compressing header to support highly reliable low-latency terminal in next generation mobile communication system | |
US20220377602A1 (en) | Method and apparatus for performing feedback-based ethernet header compression or decompression in wireless communication system | |
CN113796057B (zh) | 无线通信系统中防止数据丢失的用户数据压缩方法和装置 | |
KR20190083944A (ko) | 무선 통신 시스템에서 개선된 통신 성능을 위한 방법 및 장치 | |
US11665766B2 (en) | Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system | |
US20230309173A1 (en) | Method and apparatus for reducing overhead of ethernet frame in next generation mobile communication system | |
CN114503631A (zh) | 用于在支持高可靠性低延迟服务的系统中处理完整性验证失败的方法和装置 | |
EP4009603A1 (en) | Method and apparatus for performing feedback-based ethernet header compression or decompression in wireless communication system | |
US20230189066A1 (en) | Method and device for preventing data decompression error in next-generation mobile communication system | |
KR20200114960A (ko) | 고신뢰 저지연 서비스를 지원하는 시스템에서 pdcp 제어 데이터를 처리하는 방법 및 장치 장치 | |
EP4057687A1 (en) | Method and apparatus for driving pdcp during data decompression failure in next-generation mobile communication system | |
KR102561713B1 (ko) | 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치 | |
KR20200114978A (ko) | 무선 통신 시스템에서 데이터를 송수신하는 방법 및 장치 | |
CN112753243A (zh) | 无线通信系统中的无线节点通信方法和装置 | |
US20230209400A1 (en) | Method and apparatus for effectively performing header compression or decompression procedure in next-generation mobile communication system | |
KR20210076823A (ko) | 무선 통신 시스템에서 rlc 계층 장치의 비순서 전달 기능을 설정하는 방법 및 장치 | |
KR20210076826A (ko) | 무선 통신 시스템에서 rlc 계층 장치의 비순서 전달 기능을 설정하는 방법 및 장치 | |
KR20210125879A (ko) | 백홀 및 액세스 홀 결합 시스템에서 du에게 ip 주소를 할당하는 방법 및 장치 | |
KR20220126593A (ko) | 차세대 이동통신 시스템에서 조건부 이동성의 공존에 관한 동작 방법 | |
CN117716732A (zh) | 用于在下一代移动通信系统中更新条件PSCell改变的配置的方法和设备 | |
CN116889089A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |