CN110958647A - 一种数据传输方法及装置 - Google Patents
一种数据传输方法及装置 Download PDFInfo
- Publication number
- CN110958647A CN110958647A CN201811134359.2A CN201811134359A CN110958647A CN 110958647 A CN110958647 A CN 110958647A CN 201811134359 A CN201811134359 A CN 201811134359A CN 110958647 A CN110958647 A CN 110958647A
- Authority
- CN
- China
- Prior art keywords
- pdcp pdu
- rrc message
- encapsulated
- bit
- byte
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
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
-
- 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
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- 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/38—Flow control; Congestion control by adapting coding or compression rate
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- 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
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种数据传输方法及装置,用于解决现有技术存在超大RRC消息无法正确传输的技术问题。方法包括:在确定原始RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩;将压缩后的RRC消息封装在PDCP PDU中;将封装后的PDCP PDU发送给接收端。
Description
技术领域
本发明涉及移动通信领域,特别涉及一种数据传输方法及装置。
背景技术
在第五代移动通信(5th-Generation,5G)***中,一些无线资源控制(RadioResource Control,RRC)消息(如UE能力信息)的大小可能会非常大,甚至超出分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)协议数据单元(PDU,Protocol DataUnit)可承载的最大字节长度,这将会导致发送端无法将RRC消息正确地发送给接收端。因此,亟需要提供一种有效的数据传输方案来解决超大RRC消息无法正确传输的问题。
发明内容
本发明实施例提供一种数据传输方法及装置,用于解决现有技术存在超大RRC消息无法正确传输的技术问题。
第一方面,本发明实施例提供一种数据传输方法,包括:
在确定原始RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩;
将压缩后的RRC消息封装在PDCP PDU中;
将封装后的PDCP PDU发送给接收端。
本实施方式,在原始RRC消息的长度超过预设门限时,对原始RRC消息进行压缩,使得压缩后的RRC消息能适应PDCP PDU包长的限制,进而解决超大RRC消息无法正确传输的技术问题,保证数据传输的完整性。
可选的,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
本实施方式,可使得压缩后的RRC消息能适应PDCP PDU包长的限制,进而解决超大RRC消息无法正确传输的技术问题,保证数据传输的完整性。
可选的,所述封装后的PDCP PDU的头部信息中包括第一预设字段,所述第一预设字段用于指示所述封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息。
本实施方式,可使得接收端能够基于第一预设字段区分所收到的封装后的PDCPPDU是否使用了压缩机制,保证了数据传输的可靠性。
可选的,所述第一预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上或第一个比特位上。
本实施方式,可使得接收端能够基于PDCP PDU的第一个字节的前四个比特位确定所收到的封装后的PDCP PDU是否使用了压缩机制,保证了数据传输的可靠性。
可选的,所述封装后的PDCP PDU的头部信息中包括第二预设字段,所述第二预设字段用于指示对所述原始RRC消息进行压缩所使用的压缩算法。
本实施方式,可使得接收端能够基于第二预设字段区分原始RRC消息进行压缩所使用的压缩算法,进而采用相应的解压算法解压数据,获得原始RRC,保证了数据传输的可靠性。
可选的,所述第二预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上。
本实施方式,可使得接收端能够基于PDCP PDU的第一个字节的前四个比特位原始RRC消息进行压缩所使用的压缩算法,进而采用相应的解压算法解压数据,获得原始RRC,保证了数据传输的可靠性。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
本实施方式提供了多种压缩算法,提高了数据传输的灵活性。
第二方面,本发明实施例提供一种数据传输方法,包括:
接收发送端发送的封装后的PDCP PDU;
在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCP PDU中的RRC消息进行解压,获得原始RRC消息。
可选的,所述原始RRC消息的长度超过预设门限,所述预设门限小于或者等于PDCPPDU可承载的最大数据长度。
可选的,确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息,包括:
在所述封装后的PDCP PDU的头部信息中获得第一预设字段;则根据所述第一预设字段确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息。
可选的,在所述封装后的PDCP PDU的头部信息中获得第一预设字段包括:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第一个比特位上的字段。
可选的,对所述封装后的PDCP PDU中的RRC消息进行解压,包括:
在所述封装后的PDCP PDU的头部信息中获得第二预设字段;则根据所述第二预设字段确定所述封装后的PDCP PDU中的RRC消息所使用的压缩算法;
采用所述压缩算法对应的解压算法对所述封装后的PDCP PDU中的RRC消息进行解压。
可选的,在所述封装后的PDCP PDU的头部信息中获得第二预设字段,包括:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上的字段。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
第三方面,本发明实施例提供一种数据传输装置,包括:
至少一个处理器,以及
与所述至少一个处理器通信连接的存储器、通信接口;
其中,所述处理器用于执行所述存储器中的计算机指令,以在执行所述计算机指令时,在确定原始RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩,将压缩后的RRC消息封装在PDCP PDU中;
所述通信接口用于:将封装后的PDCP PDU发送给接收端。
可选的,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
可选的,所述封装后的PDCP PDU的头部信息中包括第一预设字段,所述第一预设字段用于指示所述封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息。
可选的,所述第一预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上或第一个比特位上。
可选的,所述封装后的PDCP PDU的头部信息中包括第二预设字段,所述第二预设字段用于指示对所述原始RRC消息进行压缩所使用的压缩算法。
可选的,所述第二预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
第四方面,本发明实施例提供一种数据传输装置,包括:
至少一个处理器,以及
与所述至少一个处理器通信连接的存储器、通信接口;
其中,所述通信接口用于接收发送端发送的封装后的PDCP PDU;
所述处理器用于执行所述存储器中的计算机指令,以在执行所述计算机指令时,在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCPPDU中的RRC消息进行解压,获得原始RRC消息。
可选的,所述原始RRC消息的长度超过预设门限,所述预设门限小于或者等于PDCPPDU可承载的最大数据长度。
可选的,所述处理器具体用于:
在所述封装后的PDCP PDU的头部信息中获得第一预设字段;则根据所述第一预设字段确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息。
可选的,所述处理器具体用于:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第一个比特位上的字段。
可选的,所述处理器具体用于:
在所述封装后的PDCP PDU的头部信息中获得第二预设字段;则根据所述第二预设字段确定所述封装后的PDCP PDU中的RRC消息所使用的压缩算法;
采用所述压缩算法对应的解压算法对所述封装后的PDCP PDU中的RRC消息进行解压。
可选的,所述处理器具体用于:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上的字段。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
第五方面,本发明实施例提供一种数据传输装置,包括:
处理单元,用于在确定RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩;将压缩后的RRC消息封装在PDCP PDU中;
发送单元,用于将封装后的PDCP PDU发送给接收端。
可选的,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
可选的,所述封装后的PDCP PDU的头部信息中包括第一预设字段,所述第一预设字段用于指示所述封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息。
可选的,所述第一预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上或第一个比特位上。
可选的,所述封装后的PDCP PDU的头部信息中包括第二预设字段,所述第二预设字段用于指示对所述原始RRC消息进行压缩所使用的压缩算法。
可选的,所述第二预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
第六方面,本发明实施例提供一种数据传输装置,包括:
接收单元,用于接收发送端发送的封装后的PDCP PDU;
处理单元,用于在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCP PDU中的RRC消息进行解压,获得原始RRC消息。
可选的,所述原始RRC消息的长度超过预设门限,所述预设门限小于或者等于PDCPPDU可承载的最大数据长度。
可选的,所述处理单元具体用于:在所述封装后的PDCP PDU的头部信息中获得第一预设字段;则根据所述第一预设字段确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息。
可选的,所述处理单元具体用于:获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或,获取所述封装后的PDCP PDU的第一个字节的第一个比特位上的字段。
可选的,所述处理单元具体用于:在所述封装后的PDCP PDU的头部信息中获得第二预设字段;则根据所述第二预设字段确定所述封装后的PDCP PDU中的RRC消息所使用的压缩算法;采用所述压缩算法对应的解压算法对所述封装后的PDCP PDU中的RRC消息进行解压。
可选的,所述处理单元具体用于:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上的字段。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
第七方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行本发明实施例第一方面或第二方面所述的方法。
本发明实施例中提供的一个或多个技术方案,至少具有如下技术效果或优点:
在原始RRC消息的长度超过预设门限时,对原始RRC消息进行压缩,使得压缩后的RRC消息能适应PDCP PDU包长的限制,进而解决超大RRC消息无法正确传输的技术问题,保证数据传输的完整性。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中数据传输方法的流程示意图;
图2为本发明实施例中数据传输方法的流程示意图;
图3为现有技术中PDCP PDU的格式示意图;
图4为本发明实施例中PDCP PDU的格式示意图;
图5为本发明实施例中PDCP PDU的格式示意图;
图6为本发明实施例中PDCP PDU的格式示意图;
图7为本发明实施例中数据传输装置的结构示意图;
图8为本发明实施例中数据传输装置的结构示意图;
图9为本发明实施例中数据传输装置的结构示意图;
图10为本发明实施例中数据传输装置的结构示意图。
具体实施方式
下面通过附图以及具体实施例对本发明技术方案做详细的说明,应当理解本发明实施例以及实施例中的具体特征是对本发明技术方案的详细的说明,而不是对本发明技术方案的限定,在不冲突的情况下,本发明实施例以及实施例中的技术特征可以相互组合。
本发明实施例可以适用于5G***中;也可以适用于其他无线通信***,例如长期演进(Long Term Evolution,LTE)***,全球移动通信***(Global System for MobileCommunication,GSM),移动通信***(Universal Mobile Telecommunications System,UMTS),码分多址接入(Code Division Multiple Access,CDMA)***,以及新的网络设备***等。
本发明实施例涉及的用户终端UE,可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线用户终端可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,无线用户终端可以是移动终端,如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。例如,个人通信业务(Personal Communication Service,PCS)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(Wireless Local Loop,WLL)站、个人数字助理(Personal Digital Assistant,PDA)等设备。无线用户终端也可以称为***、订户单元(Subscriber Unit)、订户站(Subscriber Station),移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(RemoteTerminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(UserAgent)、用户终端(User Device)。
本发明实施例所涉及基站,可用于将收到的空中帧与IP分组进行相互转换,作为无线终端设备与接入网的其余部分之间的路由器,其中接入网的其余部分可包括网际协议(IP)网络设备。该基站还可协调对空中接口的属性管理。例如,基站可以是5G***中的网络设备,如下一代基站(Next generation Node B,gNB),还可以是全球移动通信***(GlobalSystem for Mobile Communication,GSM)或码分多址(Code Division Multiple Access,CDMA)中的基站(Base Transceiver Station,BTS),也可以是宽带码分多址(WidebandCode Division Multiple Access,WCDMA)中的基站(NodeB),还可以是LTE中的演进型基站(evolutional Node B,eNB或e-NodeB),本发明实施例并不限定。
需要理解的是,在本发明实施例的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。在本发明实施例的描述中“多个”,是指两个或两个以上。
本发明实施例中的术语“和/或”,仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本发明实施例提供一种数据传输方法及装置,用于解决现有技术存在超大RRC消息无法正确传输的技术问题。
参照图1,发送端的方法包括:
S11:在确定原始RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩;
其中,判决是否对RRC消息进行压缩的预设门限可以等于PDCP PDU可承载的最大数据长度,即9000字节,也可以小于PDCP PDU可承载的最大数据长度,比如原始RRC消息超过5000字节时就进行压缩,本发明实施例不做具体限制。
其中,对原始RRC消息进行压缩的具体实现方式可以为调用类似rar/zip内核压缩算法对该原始RRC消息进行压缩,缩短其长度,比如使用deflate算法、zlib算法以及gzip算法等,本发明实施例不做具体限制。
S12:将压缩后的RRC消息封装在PDCP PDU中;
S13:将封装后的PDCP PDU发送给接收端。
在具体实施过程中,上述步骤S11~S13的执行主体可以是UE,也可以是基站,本发明实施例不做具体限制。当上述方法的执行主体为基站时,该原始RRC消息对应为下行RRC消息,接收端对应为UE;当执行主体为UE时,该原始RRC消息对应为上行RRC消息,接收端对应为基站。例如,执行主体为UE,原始RRC消息具体为UE上报的UE能力信息消息。
相应的,参照图2,接收端的方法包括:
S21:接收发送端发送的封装后的PDCP PDU;
S22:在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCP PDU中的RRC消息进行解压,获得原始RRC消息。
本发明实施例技术方案,在原始RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩,使得压缩后的RRC消息能适应PDCP PDU包长的限制,进而解决超大RRC消息无法正确传输的技术问题,保证数据传输的完整性。
进一步的,为了能使接收端能够区分所收到的封装后的PDCP PDU是否使用了压缩机制,在本发明实施例中的PDCP PDU头格式可以进行相应调整。
具体的,可以在封装后的PDCP PDU的头部信息中增加第一预设字段,该第一预设字段用于指示封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息。
相应的,接收端确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息,包括:在封装后的PDCP PDU的头部信息中获得第一预设字段;则根据该第一预设字段确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息。
进一步的,考虑到可能应用不同的自压缩算法/模式,为了使得接收端能够区分所收到的封装后的PDCP PDU所使用的压缩算法,还可以在封装后的PDCP PDU的头部信息中增加第二预设字段,用于指示对原始RRC消息进行压缩所使用的压缩算法。
相应的,接收端对封装后的PDCP PDU中的RRC消息进行解压,包括:在封装后的PDCP PDU的头部信息中获得第二预设字段;则根据该第二预设字段确定该封装后的PDCPPDU中的RRC消息所使用的压缩算法;采用该压缩算法对应的解压算法对该封装后的PDCPPDU中的RRC消息进行解压。
图3是目前5G NR***中用于传输无线承载SRB上信令的PDCP PDU的格式,图3中的英文缩写解释如下:
R:Reserved,保留的比特位。
PDCP SN:PDCP Sequence Number,PDCP PDU的序列号。
PDCP SN(cont.):PDCP Sequence Number(Continued),PDCP PDU的序列号后半段(与上一字节中的PDCP SN组合到一起形成真正的PDCP SN)。
Data:PDCP PDU中所承载的数据。
MAC-I:Message authentication code–Integrity,用于信令消息完整性保护的消息鉴权码。
MAC-I(cont.):MAC-I的后续内容,将所有MAC-I和MAC-I(Cont.)按字节顺序组合起来就是真正的MAC-I。
Oct1-OctN:字节1~字节N。
现有PDCP PDU第一个字节的前4个比特位没有使用,因此可以考虑对其进行扩展,在封装后的PDCP PDU的第一个字节的前四个比特位上设置第一预设字段和/或第二预设字段。比如:在第一个字节的第一个比特位上指示封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息,第一个字节的第二比特位和第三比特位上指示对原始RRC消息进行压缩所使用的压缩算法,或者在第一个字节的第二比特位、第三比特位以及第四比特位上指示对原始RRC消息进行压缩所使用的压缩算法。
例如,图4为封装后的PDCP PDU的一种可能的格式的示意图。
C:压缩指示,1表示该数据包开启压缩,0表示未开启压缩。
C-type:压缩算法,该域仅在C为1的时候有效。可能的算法有:Deflate算法、zlib算法以及gzip算法等,比如:
00:Deflate;
01:zlib;
10:gzip;
11:其它可能的压缩算法。
为了便于更加清楚地理解本发明技术方案,下面例举几个具体的完整实施例进行详细说明。
实施例1:UE能力消息大小为300字节
发送端对较小的RRC消息不进行压缩处理,因此在PDCP PDU的头中指示该数据包未压缩。如图5所示,图5中的Data部分没有经过压缩处理。
实施例2:UE能力消息大小为12000字节
这种情况下,RRC消息大小超过PDCP PDU的承载上限(9000字节),必须进行压缩。
具体的,UE将RRC消息进行压缩,可以压缩到6000~8400字节左右,使得一个PDCPPDU包可以装下;
进一步的,UE在PDCP PDU的包头中指示该数据包应用了压缩,以及使用的压缩算法。例如,参照图6,包头中的C为1,指示该数据包进行了压缩。C-Type为01,指示该数据包使用的压缩算法为01对应的算法,如zlib。后面的Data部分填写的是压缩之后的字节流,比如是8000字节的数据。
相应的,网络侧在接收到该PDCP PDU后,根据包头判断出该PDCP PDU中的数据进行了压缩,并确定使用的压缩算法,然后采用该压缩算法对应的解压方式对接收到的PDCPPDU进行解压,并把得到的UE能力消息发给RRC层。
实施例3:UE能力消息大小为6000字节
在这种情况下,RRC消息较大,但又没超过PDCP PDU的承载上限,因此可以有两种处理方式:
1)不压缩,和实施例1处理方法相同。PDCP数据包格式和实施例1相同;
2)压缩,和实施例2处理方法相同,PDCP数据包格式和实施例2相同,当然具体的压缩算法可以不一样,取决于具体实现。
基于同一发明构思,本发明实施例还提供一种数据传输装置,参照图7,包括:
至少一个处理器31,以及
与所述至少一个处理器31通信连接的存储器32、通信接口33;
其中,所述处理器31用于执行所述存储器32中的计算机指令,以在执行所述计算机指令时,在确定原始RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩,将压缩后的RRC消息封装在PDCP PDU中;
所述通信接口33用于:将封装后的PDCP PDU发送给接收端。
可选的,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
可选的,所述封装后的PDCP PDU的头部信息中包括第一预设字段,所述第一预设字段用于指示所述封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息。
可选的,所述第一预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上或第一个比特位上。
可选的,所述封装后的PDCP PDU的头部信息中包括第二预设字段,所述第二预设字段用于指示对所述原始RRC消息进行压缩所使用的压缩算法。
可选的,所述第二预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
本发明所述方法和装置基于同一发明构思,由于方法及装置解决问题的原理相似,以上装置各部分所执行操作的具体实现方式可以参照本发明实施例上述数据传输方法中对应的步骤,因此装置与方法的实施可以相互参见,重复之处不再赘述。
基于同一发明构思,本发明实施例还提供一种数据传输装置,参照图8,包括:
至少一个处理器41,以及
与所述至少一个处理器41通信连接的存储器42、通信接口43;
其中,所述通信接口43用于接收发送端发送的封装后的PDCP PDU;
所述处理器41用于执行所述存储器42中的计算机指令,以在执行所述计算机指令时,在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCP PDU中的RRC消息进行解压,获得原始RRC消息。
可选的,所述原始RRC消息的长度超过预设门限,所述预设门限小于或者等于PDCPPDU可承载的最大数据长度。
可选的,所述处理器41具体用于:
在所述封装后的PDCP PDU的头部信息中获得第一预设字段;则根据所述第一预设字段确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息。
可选的,所述处理器41具体用于:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第一个比特位上的字段。
可选的,所述处理器41具体用于:
在所述封装后的PDCP PDU的头部信息中获得第二预设字段;则根据所述第二预设字段确定所述封装后的PDCP PDU中的RRC消息所使用的压缩算法;
采用所述压缩算法对应的解压算法对所述封装后的PDCP PDU中的RRC消息进行解压。
可选的,所述处理器41具体用于:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上的字段。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
本发明所述方法和装置基于同一发明构思,由于方法及装置解决问题的原理相似,以上装置各部分所执行操作的具体实现方式可以参照本发明实施例上述数据传输方法中对应的步骤,因此装置与方法的实施可以相互参见,重复之处不再赘述。
基于同一发明构思,本发明实施例还提供一种数据传输装置,参照图9,包括:
处理单元51,用于在确定RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩;将压缩后的RRC消息封装在PDCP PDU中;
发送单元52,用于将封装后的PDCP PDU发送给接收端。
可选的,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
可选的,所述封装后的PDCP PDU的头部信息中包括第一预设字段,所述第一预设字段用于指示所述封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息。
可选的,所述第一预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上或第一个比特位上。
可选的,所述封装后的PDCP PDU的头部信息中包括第二预设字段,所述第二预设字段用于指示对所述原始RRC消息进行压缩所使用的压缩算法。
可选的,所述第二预设字段位于所述封装后的PDCP PDU的第一个字节的前四个比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
本发明所述方法和装置基于同一发明构思,由于方法及装置解决问题的原理相似,以各个单元所执行操作的具体实现方式可以参照本发明实施例上述数据传输方法中对应的步骤,因此装置与方法的实施可以相互参见,重复之处不再赘述。
基于同一发明构思,本发明实施例还提供一种数据传输装置,参照图10,包括:
接收单元61,用于接收发送端发送的封装后的PDCP PDU;
处理单元62,用于在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCP PDU中的RRC消息进行解压,获得原始RRC消息。
可选的,所述原始RRC消息的长度超过预设门限,所述预设门限小于或者等于PDCPPDU可承载的最大数据长度。
可选的,所述处理单元62具体用于:在所述封装后的PDCP PDU的头部信息中获得第一预设字段;则根据所述第一预设字段确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息。
可选的,所述处理单元62具体用于:获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或,获取所述封装后的PDCP PDU的第一个字节的第一个比特位上的字段。
可选的,所述处理单元62具体用于:在所述封装后的PDCP PDU的头部信息中获得第二预设字段;则根据所述第二预设字段确定所述封装后的PDCP PDU中的RRC消息所使用的压缩算法;采用所述压缩算法对应的解压算法对所述封装后的PDCP PDU中的RRC消息进行解压。
可选的,所述处理单元62具体用于:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上的字段。
可选的,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
本发明所述方法和装置基于同一发明构思,由于方法及装置解决问题的原理相似,以各个单元所执行操作的具体实现方式可以参照本发明实施例上述数据传输方法中对应的步骤,因此装置与方法的实施可以相互参见,重复之处不再赘述。
基于同一发明构思,本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行本发明实施例上述的数据传输方法。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (31)
1.一种数据传输方法,其特征在于,包括:
在确定原始无线资源控制RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩;
将压缩后的RRC消息封装在分组数据汇聚协议PDCP协议数据单元PDU中;
将封装后的PDCP PDU发送给接收端。
2.如权利要求1所述的方法,其特征在于,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
3.如权利要求1或2所述的方法,其特征在于,所述封装后的PDCP PDU的头部信息中包括第一预设字段,所述第一预设字段用于指示所述封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息。
4.如权利要求3所述的方法,其特征在于,所述第一预设字段位于所述封装后的PDCPPDU的第一个字节的前四个比特位上或第一个比特位上。
5.如权利要求1或2所述的方法,其特征在于,所述封装后的PDCP PDU的头部信息中包括第二预设字段,所述第二预设字段用于指示对所述原始RRC消息进行压缩所使用的压缩算法。
6.如权利要求5所述的方法,其特征在于,所述第二预设字段位于所述封装后的PDCPPDU的第一个字节的前四个比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上。
7.如权利要求5所述的方法,其特征在于,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
8.一种数据传输方法,其特征在于,包括:
接收发送端发送的封装后的PDCP PDU;
在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCP PDU中的RRC消息进行解压,获得原始RRC消息。
9.如权利要求8所述的方法,其特征在于,所述原始RRC消息的长度超过预设门限,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
10.如权利要求8或9所述的方法,其特征在于,确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息,包括:
在所述封装后的PDCP PDU的头部信息中获得第一预设字段;则根据所述第一预设字段确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息。
11.如权利要求10所述的方法,其特征在于,在所述封装后的PDCP PDU的头部信息中获得第一预设字段包括:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第一个比特位上的字段。
12.如权利要求8或9所述的方法,其特征在于,对所述封装后的PDCP PDU中的RRC消息进行解压,包括:
在所述封装后的PDCP PDU的头部信息中获得第二预设字段;则根据所述第二预设字段确定所述封装后的PDCP PDU中的RRC消息所使用的压缩算法;
采用所述压缩算法对应的解压算法对所述封装后的PDCP PDU中的RRC消息进行解压。
13.如权利要求12所述的方法,其特征在于,在所述封装后的PDCP PDU的头部信息中获得第二预设字段,包括:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上的字段。
14.如权利要求12所述的方法,其特征在于,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
15.一种数据传输装置,其特征在于,包括:
至少一个处理器,以及
与所述至少一个处理器通信连接的存储器、通信接口;
其中,所述处理器用于执行所述存储器中的计算机指令,以在执行所述计算机指令时,在确定原始RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩,将压缩后的RRC消息封装在PDCP PDU中;
所述通信接口用于:将封装后的PDCP PDU发送给接收端。
16.如权利要求15所述的装置,其特征在于,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
17.如权利要求15或16所述的装置,其特征在于,所述封装后的PDCP PDU的头部信息中包括第一预设字段,所述第一预设字段用于指示所述封装后的PDCP PDU中的RRC消息是否为压缩后的RRC消息。
18.如权利要求17所述的装置,其特征在于,所述第一预设字段位于所述封装后的PDCPPDU的第一个字节的前四个比特位上或第一个比特位上。
19.如权利要求15或16所述的装置,其特征在于,所述封装后的PDCP PDU的头部信息中包括第二预设字段,所述第二预设字段用于指示对所述原始RRC消息进行压缩所使用的压缩算法。
20.如权利要求19所述的装置,其特征在于,所述第二预设字段位于所述封装后的PDCPPDU的第一个字节的前四个比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上;或者位于所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上。
21.如权利要求19所述的装置,其特征在于,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
22.一种数据传输装置,其特征在于,包括:
至少一个处理器,以及
与所述至少一个处理器通信连接的存储器、通信接口;
其中,所述通信接口用于接收发送端发送的封装后的PDCP PDU;
所述处理器用于执行所述存储器中的计算机指令,以在执行所述计算机指令时,在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCP PDU中的RRC消息进行解压,获得原始RRC消息。
23.如权利要求22所述的装置,其特征在于,所述原始RRC消息的长度超过预设门限,所述预设门限小于或者等于PDCP PDU可承载的最大数据长度。
24.如权利要求22或23所述的装置,其特征在于,所述处理器具体用于:
在所述封装后的PDCP PDU的头部信息中获得第一预设字段;则根据所述第一预设字段确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息。
25.如权利要求24所述的装置,其特征在于,所述处理器具体用于:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第一个比特位上的字段。
26.如权利要求22或23所述的装置,其特征在于,所述处理器具体用于:
在所述封装后的PDCP PDU的头部信息中获得第二预设字段;则根据所述第二预设字段确定所述封装后的PDCP PDU中的RRC消息所使用的压缩算法;
采用所述压缩算法对应的解压算法对所述封装后的PDCP PDU中的RRC消息进行解压。
27.如权利要求26所述的装置,其特征在于,所述处理器具体用于:
获取所述封装后的PDCP PDU的第一个字节的前四个比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位和第三比特位上的字段;或
获取所述封装后的PDCP PDU的第一个字节的第二比特位、第三比特位以及第四比特位上的字段。
28.如权利要求26所述的装置,其特征在于,所述压缩算法为deflate算法、zlib算法以及gzip算法中的任一种。
29.一种数据传输装置,其特征在于,包括:
处理单元,用于在确定RRC消息的长度超过预设门限时,对所述原始RRC消息进行压缩;将压缩后的RRC消息封装在PDCP PDU中;
发送单元,用于将封装后的PDCP PDU发送给接收端。
30.一种数据传输装置,其特征在于,包括:
接收单元,用于接收发送端发送的封装后的PDCP PDU;
处理单元,用于在确定所述封装后的PDCP PDU中的RRC消息为压缩后的RRC消息时,对所述封装后的PDCP PDU中的RRC消息进行解压,获得原始RRC消息。
31.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机指令,当所述计算机指令在计算机上运行时,使得计算机执行权利要求1-14中任一项所述的方法。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811134359.2A CN110958647A (zh) | 2018-09-27 | 2018-09-27 | 一种数据传输方法及装置 |
US17/273,283 US11483737B2 (en) | 2018-09-27 | 2019-08-07 | RRC message transmission method and device |
PCT/CN2019/099629 WO2020063122A1 (zh) | 2018-09-27 | 2019-08-07 | 一种数据传输方法及装置 |
KR1020217012411A KR102629788B1 (ko) | 2018-09-27 | 2019-08-07 | 데이터 전송 방법 및 장치 |
EP19864179.7A EP3860209B1 (en) | 2018-09-27 | 2019-08-07 | Data transmission method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811134359.2A CN110958647A (zh) | 2018-09-27 | 2018-09-27 | 一种数据传输方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110958647A true CN110958647A (zh) | 2020-04-03 |
Family
ID=69952839
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811134359.2A Pending CN110958647A (zh) | 2018-09-27 | 2018-09-27 | 一种数据传输方法及装置 |
Country Status (5)
Country | Link |
---|---|
US (1) | US11483737B2 (zh) |
EP (1) | EP3860209B1 (zh) |
KR (1) | KR102629788B1 (zh) |
CN (1) | CN110958647A (zh) |
WO (1) | WO2020063122A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020062091A1 (zh) * | 2018-09-28 | 2020-04-02 | Oppo广东移动通信有限公司 | 通信方法、终端设备和网络设备 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102131234A (zh) * | 2010-01-18 | 2011-07-20 | 华为技术有限公司 | Ip数据包的压缩及解压缩方法和装置 |
CN102215531A (zh) * | 2010-06-03 | 2011-10-12 | 美商威睿电通公司 | 降低信号负担的方法以及装置 |
CN102546547A (zh) * | 2010-12-22 | 2012-07-04 | 中兴通讯股份有限公司 | Ip报文发送方法、网络测设备及终端 |
CN103747097A (zh) * | 2014-01-22 | 2014-04-23 | 电子科技大学 | 移动终端http请求聚合压缩的***及方法 |
US20160112823A1 (en) * | 2014-10-16 | 2016-04-21 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data by machine type communication terminal in wireless communication system |
CN106332178A (zh) * | 2015-06-18 | 2017-01-11 | ***通信集团公司 | 一种ip协议头压缩的方法、装置、用户设备及基站 |
CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
CN107113291A (zh) * | 2014-11-14 | 2017-08-29 | 高通股份有限公司 | 演进的数据压缩方案信令 |
WO2018156954A1 (en) * | 2017-02-23 | 2018-08-30 | Apple Inc. | Dynamic header compression for uplink data for improving uplink link budget |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2455776C2 (ru) * | 2007-02-02 | 2012-07-10 | Интердиджитал Текнолоджи Корпорейшн | Способ и устройство улучшения rlc для гибкого размера pdu rlc |
WO2017096592A1 (zh) * | 2015-12-10 | 2017-06-15 | 华为技术有限公司 | 无线通信中的数据处理方法及装置 |
WO2018062884A1 (en) * | 2016-09-29 | 2018-04-05 | Lg Electronics Inc. | Restricting pdcp control pdus on specific link |
KR20180050192A (ko) | 2016-11-04 | 2018-05-14 | 삼성전자주식회사 | 차세대 이동 통신 시스템을 지원하기 위한 mac 서브 헤더의 구조와 이를 적용하는 방법 및 장치 |
CN117295114A (zh) * | 2017-09-18 | 2023-12-26 | 三星电子株式会社 | 用于在无线通信***中处理分组的方法和装置 |
-
2018
- 2018-09-27 CN CN201811134359.2A patent/CN110958647A/zh active Pending
-
2019
- 2019-08-07 KR KR1020217012411A patent/KR102629788B1/ko active IP Right Grant
- 2019-08-07 EP EP19864179.7A patent/EP3860209B1/en active Active
- 2019-08-07 US US17/273,283 patent/US11483737B2/en active Active
- 2019-08-07 WO PCT/CN2019/099629 patent/WO2020063122A1/zh unknown
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102131234A (zh) * | 2010-01-18 | 2011-07-20 | 华为技术有限公司 | Ip数据包的压缩及解压缩方法和装置 |
CN102215531A (zh) * | 2010-06-03 | 2011-10-12 | 美商威睿电通公司 | 降低信号负担的方法以及装置 |
CN102546547A (zh) * | 2010-12-22 | 2012-07-04 | 中兴通讯股份有限公司 | Ip报文发送方法、网络测设备及终端 |
CN103747097A (zh) * | 2014-01-22 | 2014-04-23 | 电子科技大学 | 移动终端http请求聚合压缩的***及方法 |
US20160112823A1 (en) * | 2014-10-16 | 2016-04-21 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting and receiving data by machine type communication terminal in wireless communication system |
CN107113291A (zh) * | 2014-11-14 | 2017-08-29 | 高通股份有限公司 | 演进的数据压缩方案信令 |
CN106332178A (zh) * | 2015-06-18 | 2017-01-11 | ***通信集团公司 | 一种ip协议头压缩的方法、装置、用户设备及基站 |
WO2018156954A1 (en) * | 2017-02-23 | 2018-08-30 | Apple Inc. | Dynamic header compression for uplink data for improving uplink link budget |
CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
Non-Patent Citations (3)
Title |
---|
MEDIATEK等: ""Study on optimisations on UE radio capability signalling – NR/E-UTRA Aspects"", 《TSG RAN MEETING #RP-80 RP-181459》 * |
RAN2: ""Reply LS on optimisation of UE capability signaling"", 《3GPP TSG RAN WG2 NR AD HOC #1807 R2-1810966》 * |
RAN3: ""Reply LS on maximum size of UE Radio Capabilities and maximum Information Element size on network interfaces"", 《3GPP TSG-RAN WG3 MEETING #101 R3-185104》 * |
Also Published As
Publication number | Publication date |
---|---|
US20210211933A1 (en) | 2021-07-08 |
KR20210064339A (ko) | 2021-06-02 |
KR102629788B1 (ko) | 2024-01-25 |
EP3860209B1 (en) | 2023-07-19 |
EP3860209A4 (en) | 2021-12-01 |
EP3860209A1 (en) | 2021-08-04 |
US11483737B2 (en) | 2022-10-25 |
WO2020063122A1 (zh) | 2020-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR101597072B1 (ko) | 패킷 데이터 컨버전스 프로토콜 데이터 유닛의 처리 | |
CN108200091B (zh) | 一种数据包处理方法和装置 | |
CN106332178B (zh) | 一种ip协议头压缩的方法、装置、用户设备及基站 | |
CN110505714B (zh) | 多链接通信方法、设备和终端 | |
US20190215901A1 (en) | Data transmission method, device and system | |
CN113133055B (zh) | 无线通信的方法和设备 | |
CN114208137B (zh) | 以太帧头的压缩、解压方法和装置 | |
KR20200061405A (ko) | 데이터 처리 방법과 장치, 및 컴퓨터 저장 매체 | |
CN110995750B (zh) | 终端设备 | |
CN112333769B (zh) | 一种通信方法和装置 | |
CN114172970B (zh) | 用于传输数据的方法、发送端设备、芯片和计算机可读存储介质 | |
EP3860209B1 (en) | Data transmission method and device | |
CN108886766B (zh) | 一种控制信息的传输方法及装置 | |
CN112187400B (zh) | 数据传输方法及装置 | |
CN118339876A (zh) | 无线通信方法和通信设备 | |
CN111818572B (zh) | 一种信息传输方法及设备 | |
CN113678501B (zh) | 一种以太网数据包头压缩方法、处理方法及其装置 | |
CN114342462B (zh) | 无线通信方法和设备 | |
JP7434663B2 (ja) | データ圧縮方法、装置及び記憶媒体 | |
EP4322606A1 (en) | Communication method and device | |
KR101386812B1 (ko) | 헤더 필드 존재 지시자를 이용한 효율적인 데이터 블록송수신방법 | |
CN109219079B (zh) | 一种ir报文传输方法及通信设备 | |
CN117560427A (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20210531 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Applicant after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Applicant before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20200403 |