CN106302245A - 一种lte系统中数据包的压缩方法和装置 - Google Patents
一种lte系统中数据包的压缩方法和装置 Download PDFInfo
- Publication number
- CN106302245A CN106302245A CN201510309578.XA CN201510309578A CN106302245A CN 106302245 A CN106302245 A CN 106302245A CN 201510309578 A CN201510309578 A CN 201510309578A CN 106302245 A CN106302245 A CN 106302245A
- Authority
- CN
- China
- Prior art keywords
- data
- compression
- data packet
- transmitted
- 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.)
- Pending
Links
- 238000007906 compression Methods 0.000 title claims abstract description 238
- 230000006835 compression Effects 0.000 title claims abstract description 236
- 238000000034 method Methods 0.000 title claims abstract description 56
- 238000012545 processing Methods 0.000 claims abstract description 75
- 238000013144 data compression Methods 0.000 claims description 29
- 230000011664 signaling Effects 0.000 claims description 27
- 238000003860 storage Methods 0.000 claims description 24
- 238000005538 encapsulation Methods 0.000 claims description 13
- 230000004913 activation Effects 0.000 claims description 4
- 238000005516 engineering process Methods 0.000 description 20
- 238000010586 diagram Methods 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 238000004590 computer program Methods 0.000 description 7
- 238000001994 activation Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000003993 interaction Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
- 238000012360 testing method 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种LTE系统中数据包的压缩方法，该方法包括：第一设备依据压缩算法对数据包中的数据进行压缩处理；所述第一设备将压缩处理后的数据封装成数据包；所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。本发明还同时公开了一种LTE系统中数据包的压缩装置。
Description
技术领域
本发明涉及通信领域中的数据压缩技术，尤其涉及一种LTE系统中数据包的压缩方法和装置。
背景技术
LTE系统中引入了头压缩技术,利用数据包包头中相关字段的规律性，在分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层对数据包的包头进行压缩，从而提高空口传输效率。现有的头压缩技术主要用于包头占比较高的小包业务,如VoLTE语音包等。
目前，PDCP头压缩仅针对底层传输协议的包头进行压缩，对应用层的包头和净荷中的冗余无法处理。此外，随着移动互联网的发展，单个用户同时维护的IP连接越来越多，进行头压缩时终端需要维护的上下文数量也越来越多，头压缩实现越来越困难。
发明内容
为解决现有存在的技术问题，本发明实施例提供一种LTE系统中数据包的压缩方法和装置。
本发明实施例提供了一种LTE系统中数据包的压缩方法，该方法包括：
第一设备依据压缩算法对数据包中的数据进行压缩处理；
所述第一设备将压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
一个实施例中，所述第一设备为基站时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
一个实施例中，所述第一设备为基站时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第一设备为目标基站，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
一个实施例中，所述第一设备为终端时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第三标识，所述第三标识用于配置所述第一设备向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
其中，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
其中，所述第一设备对数据包中的数据进行压缩处理时，该方法还包括：
所述第一设备将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述第一设备缓存中的数据与对端接收设备缓存中的数据同步更新。
其中，所述第一标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第一PDCP头压缩字段的取值、或为两个以上所述第一PDCP头压缩字段的取值的组合；
其中，所述第一PDCP头压缩字段用于表示上报PDCP头压缩能力。
其中，所述第二标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第一PDCP头压缩字段的取值、或为两个及以上所述第一PDCP头压缩字段的取值的组合；
其中，所述第一PDCP头压缩字段用于表示上报PDCP头压缩能力。
其中，所述第三标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第二PDCP头压缩字段的取值、或为两个及以上所述第二PDCP头压缩字段的取值的组合；
其中，所述第二PDCP头压缩字段用于表示激活PDCP头压缩。
本发明实施例还提供了一种LTE系统中数据包的压缩装置，该装置包括：数据压缩模块和数据封装模块；其中，
所述数据压缩模块，用于依据压缩算法对数据包中的数据进行压缩处理；
所述数据封装模块，用于将所述数据压缩模块压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
一个实施例中，所述装置设置于终端中，所述装置还包括：第一接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第一接收模块，用于接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
一个实施例中，所述装置设置于目标基站中，所述装置还包括：第二接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第二接收模块，用于接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
一个实施例中，所述装置设置于终端中，所述装置还包括：第三接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第三接收模块，用于接收第二设备发送的第三标识，所述第三标识用于配置所述终端向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
其中，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
一个实施例中，所述装置还包括：比较处理模块，用于将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例提供的LTE系统中数据包的压缩方法和装置，第一设备依据压缩算法对数据包中的数据进行压缩处理；所述第一设备将压缩处理后的数据封装成数据包；所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
附图说明
在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本发明实施例一所述LTE系统中数据包的压缩方法实现流程图；
图2为本发明实施例二所述LTE系统中数据包的压缩方法实现流程图；
图3为本发明实施例三所述LTE系统中数据包的压缩方法实现流程图；
图4为本发明实施例四所述LTE系统中数据包的压缩方法实现流程图；
图5为本发明实施例五所述LTE系统中数据包的压缩装置的结构示意图；
图6为本发明实施例五所述另一LTE系统中数据包的压缩装置的结构示意图；
图7为本发明实施例六所述LTE系统中数据包的压缩装置的结构示意图；
图8为本发明实施例七所述LTE系统中数据包的压缩装置的结构示意图；
图9为本发明实施例八所述LTE系统中数据包的压缩装置的结构示意图；
图10为本发明应用场景中所述数据包压缩功能协议栈位置示意图；
图11为本发明应用场景中所述数据包压缩格式示意图；
图12为本发明应用场景中所述终端与基站间的信令交互流程示意图。
具体实施方式
根据研究发现网络传输的数据包中不仅IP、TCP、UDP等底层包头存在规律，在应用层包头和净荷中也存在一定的规律性和冗余。如：网页浏览，HTTP协议中很多关键字，如Accept-Encoding、User-Agent等，前后多个包是固定的，关键字对应的取值，如User-Agent取值Mozilla、Firefox等，前后多个包也是相同的；如OTT即时通信，OTT厂商自定义的私有协议中很多格式也是固定的，聊天内容中也有很多高频词是经常出现的；如FTP文件上传WORD文档等文本文件，源文件就具有很高的冗余度。同时，在目前的无线网络流量中，网页浏览和OTT即时通信等可压缩性较高的业务占有很高的比重。基于此，
本发明的实施例中，第一设备依据压缩算法对数据包中的数据进行压缩处理；所述第一设备将压缩处理后的数据封装成数据包；所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
下面结合附图及具体实施例对本发明作进一步详细说明。
实施例一
图1为本发明实施例所述LTE系统中数据包的压缩方法实现流程图，如图1所示，该方法包括：
步骤101：第一设备依据压缩算法对数据包中的数据进行压缩处理；
步骤102：所述第一设备将压缩处理后的数据封装成数据包；所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
本发明实施例中，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
相应的，所述第一设备对数据包中的数据进行压缩处理时，该方法还包括：
所述第一设备将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述第一设备缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
实施例二
本发明实施例还提供了一种LTE系统中数据包的压缩方法，如图2所示，该方法包括：
步骤201：第一设备依据压缩算法对数据包中的数据进行压缩处理；
步骤202：所述第一设备将压缩处理后的数据封装成数据包；所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
其中，所述第一设备为基站时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
步骤200：所述第一设备接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
本发明实施例中，所述第一标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第一PDCP头压缩字段的取值、或为两个以上所述第一PDCP头压缩字段的取值的组合；
其中，所述第一PDCP头压缩字段用于表示上报PDCP头压缩能力。
本发明实施例中，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
相应的，所述第一设备对数据包中的数据进行压缩处理时，该方法还包括：
所述第一设备将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述第一设备缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
实施例三
本发明实施例还提供了一种LTE系统中数据包的压缩方法，如图3所示，该方法包括：
步骤301：第一设备依据压缩算法对数据包中的数据进行压缩处理；
步骤302：所述第一设备将压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
其中，所述第一设备为基站时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
步骤300：所述第一设备接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第一设备为目标基站，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
本发明实施例中，所述第二标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第一PDCP头压缩字段的取值、或为两个及以上所述第一PDCP头压缩字段的取值的组合；
其中，所述第一PDCP头压缩字段用于表示上报PDCP头压缩能力。
本发明实施例中，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
相应的，所述第一设备对数据包中的数据进行压缩处理时，该方法还包括：
所述第一设备将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述第一设备缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
实施例四
本发明实施例还提供了一种LTE系统中数据包的压缩方法，如图4所示，该方法包括：
步骤401：第一设备依据压缩算法对数据包中的数据进行压缩处理；
步骤402：所述第一设备将压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
其中，所述第一设备为终端时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
步骤400：所述第一设备接收第二设备发送的第三标识，所述第三标识用于配置所述第一设备向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
本发明实施例中，所述第三标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第二PDCP头压缩字段的取值、或为两个及以上所述第二PDCP头压缩字段的取值的组合；
其中，所述第二PDCP头压缩字段用于表示激活PDCP头压缩。
本发明实施例中，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
相应的，所述第一设备对数据包中的数据进行压缩处理时，该方法还包括：
所述第一设备将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述第一设备缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
实施例五
本发明实施例还提供了一种LTE系统中数据包的压缩装置，如图5所示，该装置包括：数据压缩模块501和数据封装模块502；其中，
所述数据压缩模块501，用于依据压缩算法对数据包中的数据进行压缩处理；
所述数据封装模块502，用于将所述数据压缩模块501压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
其中，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
优选的，如图6所示，所述装置还包括：比较处理模块500，用于将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
实施例六
本发明实施例还提供了一种LTE系统中数据包的压缩装置，如图7所示，该装置包括：数据压缩模块501和数据封装模块502；其中，
所述数据压缩模块501，用于依据压缩算法对数据包中的数据进行压缩处理；
所述数据封装模块502，用于将所述数据压缩模块501压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
其中，该装置还包括：比较处理模块500，用于将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例中，所述装置设置于终端中，所述装置还包括：第一接收模块503；所述数据压缩模块501对数据包中的数据进行压缩处理之前，
所述第一接收模块503，用于接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
实施例七
本发明实施例还提供了一种LTE系统中数据包的压缩装置，如图8所示，该装置包括：数据压缩模块501和数据封装模块502；其中，
所述数据压缩模块501，用于依据压缩算法对数据包中的数据进行压缩处理；
所述数据封装模块502，用于将所述数据压缩模块501压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
其中，该装置还包括：比较处理模块500，用于将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例中，所述装置设置于目标基站中，所述装置还包括：第二接收模块504；所述数据压缩模块501对数据包中的数据进行压缩处理之前，
所述第二接收模块504，用于接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
实施例八
本发明实施例还提供了一种LTE系统中数据包的压缩装置，如图9所示，该装置包括：数据压缩模块501和数据封装模块502；其中，
所述数据压缩模块501，用于依据压缩算法对数据包中的数据进行压缩处理；
所述数据封装模块502，用于将所述数据压缩模块501压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
其中，该装置还包括：比较处理模块500，用于将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述缓存中的数据与对端接收设备缓存中的数据同步更新。
本发明实施例中，所述装置设置于终端中，所述装置还包括：第三接收模块505；所述数据压缩模块501对数据包中的数据进行压缩处理之前，
所述第三接收模块505，用于接收第二设备发送的第三标识，所述第三标识用于配置所述终端向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
下面结合具体应用场景对本发明进行详细描述。
本应用场景中，LTE系统中数据包的压缩方法大致包括：数据包压缩架构、数据包压缩格式、数据包压缩相关信令流程三部分，分别介绍如下：
一、数据包压缩架构
LTE系统中的数据包压缩功能由PDCP层实现，可视作传统头压缩功能的一个扩展。对于上行数据包，可在终端侧的PDCP进行压缩，在基站侧的PDCP进行解压；对于下行数据包，在基站侧的PDCP进行压缩，在终端侧的PDCP进行解压，对应的数据包压缩功能协议栈位置如图10所示。
二、数据包压缩格式
数据包压缩算法为：通过对前后数据包间的重复信息进行去重实现数据的压缩。终端和基站各维护一个缓冲区，两者缓冲区中的内容同步更新。(终端)发送数据包之前，如果待传输的数据中有部分或全部内容与(终端)缓冲区中的数据相同，则仅传输相关内容在缓冲区中的位置和长度，而不用在空口传输这部分内容。比如网页访问，之前访问的URL为：www.sina.com.cn，本次访问的URL为：finance.sina.com.cn，则缓冲区中已经存在.sina.com.cn的字符串，本次实际传输时仅需要传输finance字符串和上述字符串(.sina.com.cn)在缓冲区的位置即可，对端收到该数据包后可从同步维护的缓存中获取所述相同的内容(.sina.com.cn)，有效降低了空口开销。具体的压缩算法可采用经典的压缩算法或其改进型，如LZ77，此处不再详细介绍。
数据包压缩是针对某个承载上传输的所有数据，现有的头压缩的压缩上下文是针对IP五元组的，数据包压缩的缓冲区是针对某个承载的，即多个IP连接共用一个缓冲区。
为了能和已有的头压缩功能兼容，需设置数据包压缩后封装格式。
如图11所示，其中，压缩头占1个字节，包含压缩状态指示和扩展头指示两部分。2bit的压缩状态指示表明本数据包是否经过数据包压缩算法压缩，’00’表示未压缩，’01’表示压缩，取值与现有头压缩包格式兼容；6bit扩展头指示对应6个扩展头，0表示在选项字段不出现对应的扩展头，1表示在选项字段出现对应的扩展头，扩展头可用于协商缓冲区大小等，目前版本未设置，全部填0。
选项部分为变长结构，用于携带扩展头。考虑到前向兼容性以及后续扩展的灵活性，扩展头n(n取值1～6)占用2n-1个字节，如第一个扩展头长度为1个字节，第六个扩展头长度为32个字节。选项中扩展头的顺序与压缩头中扩展头指示的顺序一致。目前版本未设置扩展头，选项部分长度为0。
内容部分为经通用压缩算法压缩后的数据包，通常包含长度、CRC校验等内容，具体格式此处不进行讨论。
三、数据包压缩相关信令流程
与PDCP头压缩类似，数据包压缩需要终端和基站配合，因此需要有相应的信令流程，包括：UE能力上报流程、数据包压缩激活流程、移动性管理相关流程等。终端与基站间的信令交互流程可如图12所示，图12中示出UE能力上报流程以及数据包压缩激活流程，所述信令消息中包括下文所述的新增或重配置的字段组合。为尽可能减少改动成本，考虑将数据包压缩作为头压缩的一种扩展，复用现有头压缩相关的信令流程，如：基站通过UE能力查询流程获知UE对数据包压缩算法的支持情况；基站通过RRC重配置流程激活数据包压缩算法(配置数据包压缩)；终端切换时，源基站在切换准备消息中向目标基站传递UE对数据包压缩的支持能力等。
上述信令流程的核心在于如何表示数据包压缩算法，包含如下两种方法：
一、在PDCP头压缩中新增一种字段(profile)，表示数据包压缩算法，如profile0x0007。
相应的，在相关信令中增加相应的扩展字段:
1)对UE能力上报消息中PDCP-Parameters字段进行扩展，见下面加粗部分代码。profile0x0007置为true，表示UE支持数据包压缩。
2)对pdcp-config字段进行扩展，见下面加粗部分代码，profile0x0007置为true，表示激活数据包压缩。
二、不增加新字段，借用现有PDCP头压缩字段profiles/supportedROHC-Profiles和maxCID/maxNumberROHC-ContextSessions字段的特殊取值组合表示数据包压缩。
具体可有如下几种字段表示方法：
1)UE能力上报消息中，当PDCP-Parameters结构中supportedROHC-Profiles中的所有profile取值false，且maxNumberROHC-ContextSessions取值cs16384时，表示UE支持数据包压缩。
在PDCP-Config结构中，当profiles中所有profile取值false，且maxCID取值16383时，表示配置数据包压缩。
为了避免数据包压缩的引入导致不能进行VoLTE语音包的头压缩，可以进一步约定，支持数据包压缩的终端默认支持支持profile1头压缩、且至少支持16个context。
2)UE能力上报消息中，当PDCP-Parameters结构中supportedROHC-Profiles中除profile0x0001外的所有profile取值false，且maxNumberROHC-ContextSessions取值cs16384时，表示UE支持数据包压缩。
在PDCP-Config结构中，当profiles中所有profile取值false，且maxCID取值16383时，表示配置数据包压缩。
为了避免数据包压缩的引入导致不能进行VoLTE语音包的头压缩，可以进一步约定，支持数据包压缩、且支持profile1头压缩的终端至少支持16个context。
3)UE能力上报消息中，当PDCP-Parameters结构中maxNumberROHC-ContextSessions取值cs16384时，表示UE支持数据包压缩。
在PDCP-Config结构中，当maxCID取值16383时表示配置数据包压缩。
为了避免maxCID字段取值含义被借用导致引入数据包压缩后不能进行正常头压缩，可以进一步约定：支持数据包压缩的终端默认支持至少16个context，支持数据包压缩的基站默认maxCID取值16(空口消息中取值16383)。
可见，本发明实施例通过在LTE系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与现有的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。实验测试表明，本发明对对于网页浏览、即时通信、文本上传等应用实测压缩效率可达50％。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (15)
1.一种LTE系统中数据包的压缩方法，其特征在于，该方法包括：
第一设备依据压缩算法对数据包中的数据进行压缩处理；
所述第一设备将压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
2.根据权利要求1所述的方法，其特征在于，所述第一设备为基站时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
3.根据权利要求1所述的方法，其特征在于，所述第一设备为基站时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第一设备为目标基站，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
4.根据权利要求1所述的方法，其特征在于，所述第一设备为终端时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第三标识，所述第三标识用于配置所述第一设备向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
5.根据权利要求1所述的方法，其特征在于，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
6.根据权利要求5所述的方法，其特征在于，所述第一设备对数据包中的数据进行压缩处理时，该方法还包括：
所述第一设备将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述第一设备缓存中的数据与对端接收设备缓存中的数据同步更新。
7.根据权利要求2所述的方法，其特征在于，所述第一标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第一PDCP头压缩字段的取值、或为两个以上所述第一PDCP头压缩字段的取值的组合；
其中，所述第一PDCP头压缩字段用于表示上报PDCP头压缩能力。
8.根据权利要求3所述的方法，其特征在于，所述第二标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第一PDCP头压缩字段的取值、或为两个及以上所述第一PDCP头压缩字段的取值的组合；
其中，所述第一PDCP头压缩字段用于表示上报PDCP头压缩能力。
9.根据权利要求4所述的方法，其特征在于，所述第三标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第二PDCP头压缩字段的取值、或为两个及以上所述第二PDCP头压缩字段的取值的组合；
其中，所述第二PDCP头压缩字段用于表示激活PDCP头压缩。
10.一种LTE系统中数据包的压缩装置，其特征在于，该装置包括：数据压缩模块和数据封装模块；其中，
所述数据压缩模块，用于依据压缩算法对数据包中的数据进行压缩处理；
所述数据封装模块，用于将所述数据压缩模块压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
11.根据权利要求10所述的装置，其特征在于，所述装置设置于终端中，所述装置还包括：第一接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第一接收模块，用于接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
12.根据权利要求10所述的装置，其特征在于，所述装置设置于目标基站中，所述装置还包括：第二接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第二接收模块，用于接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
13.根据权利要求10所述的装置，其特征在于，所述装置设置于终端中，所述装置还包括：第三接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第三接收模块，用于接收第二设备发送的第三标识，所述第三标识用于配置所述终端向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
14.根据权利要求10所述的装置，其特征在于，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
15.根据权利要求14所述的装置，其特征在于，所述装置还包括：比较处理模块，用于将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述缓存中的数据与对端接收设备缓存中的数据同步更新。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510309578.XA CN106302245A (zh) | 2015-06-08 | 2015-06-08 | 一种lte系统中数据包的压缩方法和装置 |
| PCT/CN2016/082616 WO2016197804A1 (zh) | 2015-06-08 | 2016-05-19 | 数据包的压缩方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510309578.XA CN106302245A (zh) | 2015-06-08 | 2015-06-08 | 一种lte系统中数据包的压缩方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106302245A true CN106302245A (zh) | 2017-01-04 |
Family
ID=57504490
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510309578.XA Pending CN106302245A (zh) | 2015-06-08 | 2015-06-08 | 一种lte系统中数据包的压缩方法和装置 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106302245A (zh) |
| WO (1) | WO2016197804A1 (zh) |
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
| CN107172662A (zh) * | 2017-07-24 | 2017-09-15 | 京信通信系统（中国）有限公司 | 一种通信方法及装置 |
| CN107332909A (zh) * | 2017-07-03 | 2017-11-07 | 中兴通讯股份有限公司 | 一种实现数据传输的方法及装置 |
| CN107680607A (zh) * | 2017-09-29 | 2018-02-09 | 联想(北京)有限公司 | 一种信号压缩方法、信号解压方法及其装置 |
| CN108347750A (zh) * | 2017-01-25 | 2018-07-31 | 电信科学技术研究院 | 一种保持udc功能连续性的方法及设备 |
| CN108632901A (zh) * | 2017-03-24 | 2018-10-09 | 维沃移动通信有限公司 | 一种数据传输方法及终端 |
| CN109788545A (zh) * | 2017-11-15 | 2019-05-21 | 电信科学技术研究院 | 一种进行同步的方法和装置 |
| WO2019095989A1 (zh) * | 2017-11-16 | 2019-05-23 | 电信科学技术研究院有限公司 | 一种缓存同步异常的处理方法和设备 |
| WO2019214625A1 (zh) * | 2018-05-11 | 2019-11-14 | 电信科学技术研究院有限公司 | Ue能力信息的上报、获取和处理方法及对应装置 |
| CN110475243A (zh) * | 2018-05-11 | 2019-11-19 | 电信科学技术研究院有限公司 | Ue能力信息的上报、获取和处理方法及对应装置 |
| WO2022002073A1 (en) * | 2020-06-30 | 2022-01-06 | Mediatek Singapore Pte. Ltd. | Reliable multicast transmission with compact protocol stack |
| CN115276903A (zh) * | 2022-06-27 | 2022-11-01 | 北京长焜科技有限公司 | 一种提高lte空口传输效率的方法 |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112804027B (zh) * | 2019-11-14 | 2023-04-18 | 上海讯析电子科技有限公司 | 数据包生成方法及装置、数据读取方法及装置 |
| WO2022151105A1 (zh) * | 2021-01-13 | 2022-07-21 | 北京小米移动软件有限公司 | 一种压缩处理方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7701366B2 (en) * | 2008-07-25 | 2010-04-20 | Seiko Epson Corporation | Data compression by multi-order differencing |
| CN102083137A (zh) * | 2009-12-01 | 2011-06-01 | 大唐移动通信设备有限公司 | 一种传输数据的方法、系统和装置 |
| CN102300256A (zh) * | 2010-06-22 | 2011-12-28 | 电信科学技术研究院 | 一种头压缩反馈信息的反馈方法和设备 |
| CN102131234B (zh) * | 2010-01-18 | 2013-12-04 | 华为技术有限公司 | Ip数据包的压缩及解压缩方法和装置 |
| CN103634843A (zh) * | 2012-08-20 | 2014-03-12 | 中兴通讯股份有限公司 | 数据传输方法、无线网络控制器、基站及移动通信系统 |
| WO2014110773A1 (zh) * | 2013-01-17 | 2014-07-24 | 华为技术有限公司 | 一种数据包处理方法和装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101998511B (zh) * | 2009-08-26 | 2013-04-24 | 华为技术有限公司 | 网络中继场景下的头压缩方法及装置 |
| CN102143527B (zh) * | 2010-02-03 | 2013-09-11 | 华为技术有限公司 | 嵌套协议包头的压缩方法及装置 |
| CN102780685B (zh) * | 2011-05-12 | 2015-11-25 | 国际商业机器公司 | 用于对数据进行压缩和加密的方法及系统 |
| CN103078646B (zh) * | 2012-12-31 | 2016-05-11 | 上海宇芯科技有限公司 | 字典查询压缩、解压缩方法及其装置 |
-
2015
- 2015-06-08 CN CN201510309578.XA patent/CN106302245A/zh active Pending
-
2016
- 2016-05-19 WO PCT/CN2016/082616 patent/WO2016197804A1/zh active Application Filing
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7701366B2 (en) * | 2008-07-25 | 2010-04-20 | Seiko Epson Corporation | Data compression by multi-order differencing |
| CN102083137A (zh) * | 2009-12-01 | 2011-06-01 | 大唐移动通信设备有限公司 | 一种传输数据的方法、系统和装置 |
| CN102131234B (zh) * | 2010-01-18 | 2013-12-04 | 华为技术有限公司 | Ip数据包的压缩及解压缩方法和装置 |
| CN102300256A (zh) * | 2010-06-22 | 2011-12-28 | 电信科学技术研究院 | 一种头压缩反馈信息的反馈方法和设备 |
| CN103634843A (zh) * | 2012-08-20 | 2014-03-12 | 中兴通讯股份有限公司 | 数据传输方法、无线网络控制器、基站及移动通信系统 |
| WO2014110773A1 (zh) * | 2013-01-17 | 2014-07-24 | 华为技术有限公司 | 一种数据包处理方法和装置 |
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108347750A (zh) * | 2017-01-25 | 2018-07-31 | 电信科学技术研究院 | 一种保持udc功能连续性的方法及设备 |
| WO2018137716A1 (zh) * | 2017-01-25 | 2018-08-02 | 电信科学技术研究院 | 一种保持udc功能连续性的方法及设备 |
| CN108632901B (zh) * | 2017-03-24 | 2019-12-24 | 维沃移动通信有限公司 | 一种数据传输方法及终端 |
| CN108632901A (zh) * | 2017-03-24 | 2018-10-09 | 维沃移动通信有限公司 | 一种数据传输方法及终端 |
| US11265760B2 (en) | 2017-04-28 | 2022-03-01 | Datang Mobile Communications Equipment Co., Ltd. | Method and device for decompressing and compressing uplink data |
| WO2018196491A1 (zh) * | 2017-04-28 | 2018-11-01 | 电信科学技术研究院有限公司 | 上行数据解压缩、压缩的方法和装置 |
| CN107094142A (zh) * | 2017-04-28 | 2017-08-25 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
| KR102253086B1 (ko) * | 2017-04-28 | 2021-05-14 | 차이나 아카데미 오브 텔레커뮤니케이션즈 테크놀로지 | 업링크 데이터 압축 해제 및 압축 방법과 그 장치 |
| CN107094142B (zh) * | 2017-04-28 | 2020-11-27 | 电信科学技术研究院 | 一种上行数据解压缩、压缩的方法和装置 |
| KR20200003101A (ko) * | 2017-04-28 | 2020-01-08 | 차이나 아카데미 오브 텔레커뮤니케이션즈 테크놀로지 | 업링크 데이터 압축 해제 및 압축 방법과 그 장치 |
| US11349962B2 (en) | 2017-07-03 | 2022-05-31 | Xi'an Zhongxing New Software Co., Ltd. | Data transmission method and device |
| CN107332909A (zh) * | 2017-07-03 | 2017-11-07 | 中兴通讯股份有限公司 | 一种实现数据传输的方法及装置 |
| WO2019007114A1 (zh) * | 2017-07-03 | 2019-01-10 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
| CN107332909B (zh) * | 2017-07-03 | 2020-03-31 | 中兴通讯股份有限公司 | 一种实现数据传输的方法及装置 |
| CN107172662A (zh) * | 2017-07-24 | 2017-09-15 | 京信通信系统（中国）有限公司 | 一种通信方法及装置 |
| CN107680607B (zh) * | 2017-09-29 | 2021-05-18 | 联想(北京)有限公司 | 一种信号压缩方法、信号解压方法及其装置 |
| CN107680607A (zh) * | 2017-09-29 | 2018-02-09 | 联想(北京)有限公司 | 一种信号压缩方法、信号解压方法及其装置 |
| US11212045B2 (en) | 2017-11-15 | 2021-12-28 | Datang Mobile Communications Equipment Co., Ltd. | Synchronization method and apparatus |
| CN109788545A (zh) * | 2017-11-15 | 2019-05-21 | 电信科学技术研究院 | 一种进行同步的方法和装置 |
| WO2019095989A1 (zh) * | 2017-11-16 | 2019-05-23 | 电信科学技术研究院有限公司 | 一种缓存同步异常的处理方法和设备 |
| US11202227B2 (en) | 2017-11-16 | 2021-12-14 | Datang Mobile Communications Equipment Co., Ltd. | Processing method and device for cache synchronous exception |
| CN110475243A (zh) * | 2018-05-11 | 2019-11-19 | 电信科学技术研究院有限公司 | Ue能力信息的上报、获取和处理方法及对应装置 |
| WO2019214625A1 (zh) * | 2018-05-11 | 2019-11-14 | 电信科学技术研究院有限公司 | Ue能力信息的上报、获取和处理方法及对应装置 |
| WO2022002073A1 (en) * | 2020-06-30 | 2022-01-06 | Mediatek Singapore Pte. Ltd. | Reliable multicast transmission with compact protocol stack |
| CN115276903A (zh) * | 2022-06-27 | 2022-11-01 | 北京长焜科技有限公司 | 一种提高lte空口传输效率的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2016197804A1 (zh) | 2016-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106302245A (zh) | 一种lte系统中数据包的压缩方法和装置 | |
| CN105991625B (zh) | 一种进行数据传输的方法和设备 | |
| EP2464063B1 (en) | Method and apparatus for header compression in network relay scenarios | |
| CN110891287B (zh) | 以太网包头压缩、解压缩的方法和设备、及可读存储介质 | |
| CN114208137B (zh) | 以太帧头的压缩、解压方法和装置 | |
| CN105992242B (zh) | 一种空口协议栈的配置方法、数据传输方法及设备 | |
| RU2767321C1 (ru) | Способ и устройство для беспроводной связи | |
| US10299164B2 (en) | Protocol stack adaptation method and apparatus | |
| JP7327831B2 (ja) | 通信方法及びデバイス | |
| CN102577491B (zh) | 基于无线个域网发送分组的系统和方法 | |
| US20120294211A1 (en) | Method and apparatus for compressing nested protocol packet header | |
| EP2790378B1 (en) | A method, apparatus and computer program for adding content to a data container | |
| CN113115361B (zh) | 以太网帧头压缩处理方法、装置、芯片及计算机程序 | |
| CN107959946B (zh) | 无线接入网数据复用、解复用的方法、装置及设备 | |
| CN106941454A (zh) | 一种数据压缩传输方法、终端及服务器 | |
| CN107534650B (zh) | 一种帧传输方法、装置和网络系统 | |
| CN103248604A (zh) | 增强VoIP数据上行覆盖的方法、终端及基站 | |
| CN113923720A (zh) | 基站装置、终端装置、无线通信方法 | |
| US20180054758A1 (en) | Mac header compression for high efficiency wlan | |
| CN110958647A (zh) | 一种数据传输方法及装置 | |
| WO2023169243A1 (zh) | 信息处理方法及装置 | |
| KR101020318B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 | |
| KR102610911B1 (ko) | 데이터 유닛 분할 방법 및 장치 | |
| US10205802B2 (en) | Transmission system and transmission method | |
| KR100981823B1 (ko) | 비대칭 양방향 패킷데이터 송수신 방법 및 시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170104 |