WO2016197804A1 - 数据包的压缩方法和装置 - Google Patents

数据包的压缩方法和装置 Download PDF

Info

Publication number
WO2016197804A1
WO2016197804A1 PCT/CN2016/082616 CN2016082616W WO2016197804A1 WO 2016197804 A1 WO2016197804 A1 WO 2016197804A1 CN 2016082616 W CN2016082616 W CN 2016082616W WO 2016197804 A1 WO2016197804 A1 WO 2016197804A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
compression
data packet
packet
header
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.)
Ceased
Application number
PCT/CN2016/082616
Other languages
English (en)
French (fr)
Inventor
张龙
陈卓
毛剑慧
江天明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
Original Assignee
China Mobile Communications Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Corp filed Critical China Mobile Communications Corp
Publication of WO2016197804A1 publication Critical patent/WO2016197804A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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

Definitions

  • the method before the first device is a base station, before the first device compresses the data in the data packet, the method further includes:
  • FIG. 2 is a flowchart of implementing a method for compressing a data packet in an LTE system according to another embodiment of the present disclosure
  • the first receiving module 503 is configured to receive a first identifier sent by the second device, where the first identifier is used to indicate whether the second device supports the compression algorithm, where the second device is a terminal.

Landscapes

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

Abstract

本公开文本公开了一种通信系统中数据包的压缩方法，该方法包括：第一设备依据压缩算法对数据包中的数据进行压缩处理；所述第一设备将压缩处理后的数据封装成数据包；所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。本公开文本还同时公开了一种通信系统中数据包的压缩装置。

Description

数据包的压缩方法和装置
相关申请的交叉引用
本申请主张在2015年6月8日在中国提交的中国专利申请No.201510309578.X的优先权，其全部内容通过引用包含于此。
技术领域
本公开文本涉及通信领域中的数据压缩技术，尤其涉及一种数据包的压缩方法和装置。
背景技术
LTE系统中引入了头压缩技术，利用数据包包头中相关字段的规律性，在分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层对数据包的包头进行压缩，从而提高空口传输效率。相关技术中的头压缩技术主要用于包头占比较高的小包业务，如VoLTE(Voice over LTE)语音包等。
目前，PDCP头压缩仅针对底层传输协议的包头进行压缩，对应用层的包头和净荷中的冗余无法处理。此外，随着移动互联网的发展，单个用户同时维护的IP连接越来越多，进行头压缩时终端需要维护的上下文数量也越来越多，头压缩实现越来越困难。
发明内容
为解决现有存在的技术问题，本公开文本实施例提供一种通信系统中数据包的压缩方法和装置。
本公开文本实施例提供了一种数据包的压缩方法，该方法包括：
第一设备依据压缩算法对数据包中的数据进行压缩处理；
所述第一设备将压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
一个实施例中，所述第一设备为基站时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
一个实施例中，所述第一设备为基站时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第一设备为目标基站，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
一个实施例中，所述第一设备为终端时，所述第一设备对数据包中的数据进行压缩处理之前，该方法还包括：
所述第一设备接收第二设备发送的第三标识，所述第三标识用于配置所述第一设备向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
可选地，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
可选地，所述第一设备对数据包中的数据进行压缩处理时，该方法还包括：
所述第一设备将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
可选地，所述第一设备缓存中的数据与对端接收设备缓存中的数据同步更新。
可选地，所述第一标识为无线资源控制(Radio Resource Control，RRC)信令消息中的新增字段的取值、或为RRC信令消息中一个第一PDCP头压缩字段的取值、或为两个以上所述第一PDCP头压缩字段的取值的组合；
可选地，所述第一PDCP头压缩字段用于表示上报PDCP头压缩能力。
可选地，所述第二标识为RRC信令消息中的新增字段的取值、或为RRC 信令消息中一个第一PDCP头压缩字段的取值、或为两个及以上所述第一PDCP头压缩字段的取值的组合；
可选地，所述第一PDCP头压缩字段用于表示上报PDCP头压缩能力。
可选地，所述第三标识为RRC信令消息中的新增字段的取值、或为RRC信令消息中一个第二PDCP头压缩字段的取值、或为两个及以上所述第二PDCP头压缩字段的取值的组合；
可选地，所述第二PDCP头压缩字段用于表示激活PDCP头压缩。
本公开文本实施例还提供了一种数据包的压缩装置，该装置包括：数据压缩模块和数据封装模块；其中，
所述数据压缩模块，用于依据压缩算法对数据包中的数据进行压缩处理；
所述数据封装模块，用于将所述数据压缩模块压缩处理后的数据封装成数据包；
所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
一个实施例中，所述装置设置于终端中，所述装置还包括：第一接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第一接收模块，用于接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
一个实施例中，所述装置设置于目标基站中，所述装置还包括：第二接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第二接收模块，用于接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
一个实施例中，所述装置设置于终端中，所述装置还包括：第三接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
所述第三接收模块，用于接收第二设备发送的第三标识，所述第三标识 用于配置所述终端向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
可选地，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
一个实施例中，所述装置还包括：比较处理模块，用于将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
其中，所述缓存中的数据与对端接收设备缓存中的数据同步更新。
本公开文本实施例提供的通信系统中数据包的压缩方法和装置，第一设备依据压缩算法对数据包中的数据进行压缩处理；所述第一设备将压缩处理后的数据封装成数据包；所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。本公开文本实施例通过在通信系统中引入数据包压缩技术，利用前后数据包包头和净荷中的规律和冗余，对空口传输的整个数据包进行压缩，与相关技术中的头压缩技术相比，显著提高了空口传输效率，且提升了网络容量。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。以下附图并未刻意按实际尺寸等比例缩放绘制，重点在于示出本申请的主旨。在附图中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本公开文本一些实施例所述长期演进(Long Term Evolution，LTE) 系统中数据包的压缩方法实现流程图；
图2为本公开文本另一些实施例所述LTE系统中数据包的压缩方法实现流程图；
图3为本公开文本另一些实施例所述LTE系统中数据包的压缩方法实现流程图；
图4为本公开文本另一些实施例所述LTE系统中数据包的压缩方法实现流程图；
图5为本公开文本另一些实施例所述LTE系统中数据包的压缩装置的结构示意图；
图6为根据图5所述的另一些实施例中的另一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头压缩类似，数据包压缩需要终端和基站配合，因此需要有相应的信令流程，包括：用户设备(User Equipment，UE)能力上报流程、数据包压缩激活流程、移动性管理相关流程等。终端与基站间的信令交互流程可如图12所示，图12中示出UE能力上报流程以及数据包压缩激活流程，所述信令消息中包括下文所述的新增或重配置的字段组合。为尽可能减少改动成本，考虑将数据包压缩作为头压缩的一种扩展，复用相关技术中的头压缩相关的信令流程，如：基站通过UE能力查询流程获知UE对数据包压缩算法的支持情况；基站通过RRC重配置流程激活数据包压缩算法(配置数据包压缩)；终端切换时，源基站在切换准备消息中向目标基站传递UE对数据包压缩的支持能力等。
上述信令流程的核心在于如何表示数据包压缩算法，包含如下两种方法：
一、在PDCP头压缩中新增一种字段(profile)，表示数据包压缩算法，如profile0x0007。
相应地，在相关信令中增加相应的扩展字段：
1)对UE能力上报消息中PDCP-Parameters字段进行扩展，见下面加粗部分代码。profile0x0007置为true，表示UE支持数据包压缩。
Figure PCTCN2016082616-appb-000001
2)对pdcp-config字段进行扩展，见下面加粗部分代码，profile0x0007置为true，表示激活数据包压缩。
Figure PCTCN2016082616-appb-000002
Figure PCTCN2016082616-appb-000003
二、不增加新字段，借用相关技术中的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％。
需要说明的是，尽管在上述实施例中是以将数据包的压缩方法和装置应用于LTE系统为例进行说明的，但本领域技术人员在阅读本公开文本后，还能够将上述的数据包的压缩方法和装置类似地应用于其他各种通信系统(例如第五代(5th Generation，5G)移动通信系统)中。
本领域内的技术人员应明白，本公开文本的实施例可提供为方法、系统、或计算机程序产品。因此，本公开文本可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开文本可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本公开文本是参照根据本公开文本实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本公开文本的较佳实施例而已，并非用于限定本公开文本的保护范围。

Claims (15)

  1. 一种数据包的压缩方法，包括：
    第一设备依据压缩算法对数据包中的数据进行压缩处理；
    所述第一设备将压缩处理后的数据封装成数据包；
    所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
    其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
  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. 一种数据包的压缩装置，包括：数据压缩模块和数据封装模块；其中，
    所述数据压缩模块，用于依据压缩算法对数据包中的数据进行压缩处理；
    所述数据封装模块，用于将所述数据压缩模块压缩处理后的数据封装成数据包；
    所述数据包的包头信息包括：压缩状态指示信息和扩展头指示信息；所述数据包中的数据包括：压缩处理前待传输数据与已传输数据中的不同数据，以及压缩处理前待传输数据与已传输数据中的相同数据所对应的特征信息；
    其中，所述压缩状态指示信息，用于表示所述数据包是否压缩；所述扩展头指示信息，用于表示数据包的选项字段是否出现扩展头。
  11. 根据权利要求10所述的装置，其中，所述装置设置于终端中，所述装置还包括：第一接收模块；所述数据压缩模块对数据包中的数据进行压缩 处理之前，
    所述第一接收模块，用于接收第二设备发送的第一标识；所述第一标识用于表示所述第二设备是否支持所述压缩算法；其中，所述第二设备为终端。
  12. 根据权利要求10所述的装置，其中，所述装置设置于目标基站中，所述装置还包括：第二接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
    所述第二接收模块，用于接收第二设备发送的第二标识；所述第二标识用于表示第三设备是否支持所述压缩算法；其中，所述第二设备为源基站，所述第三设备为预从所述源基站切换到所述目标基站的终端。
  13. 根据权利要求10所述的装置，其中，所述装置设置于终端中，所述装置还包括：第三接收模块；所述数据压缩模块对数据包中的数据进行压缩处理之前，
    所述第三接收模块，用于接收第二设备发送的第三标识，所述第三标识用于配置所述终端向所述第二设备上传压缩数据包；其中，所述第二设备为基站。
  14. 根据权利要求10所述的装置，其中，所述特征信息包括：所述压缩处理前待传输数据与已传输数据中的相同数据的长度，以及所述相同数据在缓存中的存储位置。
  15. 根据权利要求14所述的装置，其中，所述装置还包括：比较处理模块，用于将压缩处理前待传输数据与缓存中存储的已传输数据进行比较，确定两者中的不同数据，并确定两者中的相同数据的长度以及相同数据在缓存中的存储位置；
    其中，所述缓存中的数据与对端接收设备缓存中的数据同步更新。
PCT/CN2016/082616 2015-06-08 2016-05-19 数据包的压缩方法和装置 Ceased WO2016197804A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510309578.X 2015-06-08
CN201510309578.XA CN106302245A (zh) 2015-06-08 2015-06-08 一种lte系统中数据包的压缩方法和装置

Publications (1)

Publication Number Publication Date
WO2016197804A1 true WO2016197804A1 (zh) 2016-12-15

Family

ID=57504490

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/082616 Ceased WO2016197804A1 (zh) 2015-06-08 2016-05-19 数据包的压缩方法和装置

Country Status (2)

Country Link
CN (1) CN106302245A (zh)
WO (1) WO2016197804A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112804027A (zh) * 2019-11-14 2021-05-14 上海讯析电子科技有限公司 数据包生成方法及装置、数据读取方法及装置
CN115136571A (zh) * 2021-01-13 2022-09-30 北京小米移动软件有限公司 一种压缩处理方法及装置

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108347750A (zh) * 2017-01-25 2018-07-31 电信科学技术研究院 一种保持udc功能连续性的方法及设备
CN108632901B (zh) * 2017-03-24 2019-12-24 维沃移动通信有限公司 一种数据传输方法及终端
CN107094142B (zh) * 2017-04-28 2020-11-27 电信科学技术研究院 一种上行数据解压缩、压缩的方法和装置
CN107332909B (zh) * 2017-07-03 2020-03-31 中兴通讯股份有限公司 一种实现数据传输的方法及装置
CN107172662A (zh) * 2017-07-24 2017-09-15 京信通信系统（中国）有限公司 一种通信方法及装置
CN107680607B (zh) * 2017-09-29 2021-05-18 联想(北京)有限公司 一种信号压缩方法、信号解压方法及其装置
CN109788545A (zh) 2017-11-15 2019-05-21 电信科学技术研究院 一种进行同步的方法和装置
CN109802922A (zh) 2017-11-16 2019-05-24 电信科学技术研究院 一种缓存同步异常的处理方法和设备
WO2019214625A1 (zh) * 2018-05-11 2019-11-14 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
CN110475243B (zh) * 2018-05-11 2020-10-30 电信科学技术研究院有限公司 Ue能力信息的上报、获取和处理方法及对应装置
WO2022000253A1 (en) 2020-06-30 2022-01-06 Mediatek Singapore Pte. Ltd. Methods and apparatus of reliable multicast transmission with compact protocol stack
CN114258077B (zh) * 2020-09-21 2026-01-27 华为技术有限公司 数据传输系统、方法及相关设备
CN116669102A (zh) * 2022-02-17 2023-08-29 深圳联友科技有限公司 一种数据报文压缩和解压方法
CN115276903A (zh) * 2022-06-27 2022-11-01 北京长焜科技有限公司 一种提高lte空口传输效率的方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102143527A (zh) * 2010-02-03 2011-08-03 华为技术有限公司 嵌套协议包头的压缩方法及装置
US20120155375A1 (en) * 2009-08-26 2012-06-21 Huawei Technologies Co., Ltd. Method and Apparatus for Header Compression in Network Relay Scenario
CN102780685A (zh) * 2011-05-12 2012-11-14 国际商业机器公司 用于对数据进行压缩和加密的方法及系统
CN103078646A (zh) * 2012-12-31 2013-05-01 上海宇芯科技有限公司 字典查询压缩、解压缩方法及其装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
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
CN102083137B (zh) * 2009-12-01 2013-12-11 电信科学技术研究院 一种传输数据的方法、系统和装置
CN102131234B (zh) * 2010-01-18 2013-12-04 华为技术有限公司 Ip数据包的压缩及解压缩方法和装置
CN102300256B (zh) * 2010-06-22 2014-06-18 电信科学技术研究院 一种头压缩反馈信息的反馈方法和设备
CN103634843A (zh) * 2012-08-20 2014-03-12 中兴通讯股份有限公司 数据传输方法、无线网络控制器、基站及移动通信系统
CN104067523B (zh) * 2013-01-17 2018-03-09 华为技术有限公司 一种数据包处理方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120155375A1 (en) * 2009-08-26 2012-06-21 Huawei Technologies Co., Ltd. Method and Apparatus for Header Compression in Network Relay Scenario
CN102143527A (zh) * 2010-02-03 2011-08-03 华为技术有限公司 嵌套协议包头的压缩方法及装置
CN102780685A (zh) * 2011-05-12 2012-11-14 国际商业机器公司 用于对数据进行压缩和加密的方法及系统
CN103078646A (zh) * 2012-12-31 2013-05-01 上海宇芯科技有限公司 字典查询压缩、解压缩方法及其装置

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112804027A (zh) * 2019-11-14 2021-05-14 上海讯析电子科技有限公司 数据包生成方法及装置、数据读取方法及装置
CN112804027B (zh) * 2019-11-14 2023-04-18 上海讯析电子科技有限公司 数据包生成方法及装置、数据读取方法及装置
CN115136571A (zh) * 2021-01-13 2022-09-30 北京小米移动软件有限公司 一种压缩处理方法及装置

Also Published As

Publication number Publication date
CN106302245A (zh) 2017-01-04

Similar Documents

Publication Publication Date Title
WO2016197804A1 (zh) 数据包的压缩方法和装置
CN104067523B (zh) 一种数据包处理方法和装置
CN105991625B (zh) 一种进行数据传输的方法和设备
TWI602465B (zh) An air interface protocol stack configuration method, data transmission method and device
RU2767321C1 (ru) Способ и устройство для беспроводной связи
JP5114567B2 (ja) ヘッダインジケータを利用した効率的なデータブロック送信方法
JP5572220B2 (ja) 断片化パッキング拡張ヘッダーを伴うｍａｃｐｄｕを伝送する方法及び装置
US10299164B2 (en) Protocol stack adaptation method and apparatus
CN107404734A (zh) 数据发送方法、装置及系统
CN114556894B (zh) 用于分组转发控制协议消息捆绑的方法、装置和计算机程序产品
KR20190132459A (ko) 데이터 표시 방법, 디바이스 및 통신 시스템
CN102118792B (zh) 一种传输数据包的方法及装置
CN107172662A (zh) 一种通信方法及装置
CN103581257A (zh) 基于互联网协议的数据分流方法及装置
WO2016061987A1 (zh) 报文处理方法及装置
CN107615810B (zh) 用于在线网络代码的包头压缩系统和方法
CN108012289A (zh) Pdu的发送方法及装置，和pdu的接收方法及装置
CN111480361B (zh) 基站装置、终端装置、无线通信方法
KR102610911B1 (ko) 데이터 유닛 분할 방법 및 장치
CN111937433A (zh) 基站装置、终端装置、通信方法、以及通信系统
CN108882304B (zh) 一种数据链路层中用于封装数据包的方法及装置
JP7572642B2 (ja) 基地局装置、端末装置、及び無線通信方法
KR20230052054A (ko) 통신 시스템에서 데이터 멀티플렉싱 방법 및 장치
CN121713469A (zh) 报头压缩和分组丢弃
WO2025119219A1 (zh) 信源编码方法、装置、通信设备及可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16806702

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16806702

Country of ref document: EP

Kind code of ref document: A1