用于压缩配置文件分布的方法和装置制造方法及图纸

报头压缩/解压缩配置文件存储在中央注册处或数据库中，并根据需要在新设备初始化时、不时或以其他方式提供给根据讨论中的配置文件与一个或多个端点通信的网关。要取回的配置文件是基于从端点发送的消息中包括的身份值来选择的。身份对于特定端点或使用特定配置文件的端点的类型或类别可以是唯一的，或直接对应于配置文件，或以其他方式。提出了分布式注册结构，可能包括私有和公共注册表。不同类别的信息可能与每个配置文件相关联，这些信息可能受到不同程度的保护和/或不同的访问条件。能受到不同程度的保护和/或不同的访问条件。能受到不同程度的保护和/或不同的访问条件。

【技术实现步骤摘要】
【国外来华专利技术】用于压缩配置文件分布的方法和装置


[0001]概括而言，本专利技术涉及数据消息的处理，并且特别地涉及这种数据的压缩。

技术介绍

[0002]图1示意性地示出了现有技术中已知的网络报头压缩机制的方面。
[0003]具体来说，图1显示了用于IPv6网络的报头压缩机制的元素，基本上如用于IPv6的LPWAN静态上下文报头压缩(Static Context Header Compression，SCHC)和UDP draft
‑
ietf
‑
lpwan
‑
ipv6
‑
static
‑
context
‑
hc
‑
00中提出的那样。
[0004]如图所示，数据将通过基于IPv6的LPWAN网络150从发送设备A发送到接收设备B。由于诸如发送设备处的功率或带宽可用性之类的限制，可能希望减少要传输的数据的总量。根据图1的机制，包括多个定义的用于传输的字段的数据分组被暴露于一组规则110、120、130、140，它们一起构成上下文100a。每个规则包括多个字段指令行。例如，规则140包括字段指令行141、142、143、144、145等。字段描述行具有包含四个条目的公共结构。具体地，每个字段描述行包括指定数据分组的定义字段之一的字段ID、目标值、匹配运算符和压缩/解压缩动作。因此，如图所示，规则141的字段可以被视为结构化为四列140a、140b、140c、140d。因此，字段描述行141具有字段ID 141a、目标值141b、匹配运算符141c和压缩/解压缩动作141d。类似地，字段描述行142具有字段ID 142a、目标值142b、匹配运算符142c和压缩/解压缩动作142d。
[0005]在操作中，在发送端处处理的数据分组连续地与每个规则进行比较，并且使用匹配运算符将每个规则连续地与该规则的每个字段描述行进行比较。
[0006]对于每个字段描述行，确定字段ID条目中引用的字段的目标值条目是否以该字段描述行的匹配运算符条目中定义的规定方式对应。在引用的字段对于相应规则中的每个字段以规定方式对应于目标值的情况下，应用对应规则中的每个字段的压缩/解压缩动作。
[0007]可能的匹配运算符包括运算符“忽略”或“等于”MSB(长度)和来自列表的匹配映射。
[0008]例如，规则140可能包含如下所示的三个字段。
[0009]数字引用字段ID目标值匹配运算符压缩函数141F10x00忽略未发送142F20x1230等于未发送143F30xABC0等于未发送
[0010]在此基础上，数据分组中的第一字段将首先暴露给字段指令行141，由于对于该字段匹配运算符条目中规定的比较方法为“忽略”，因此该比较自动满足。然后该方法进行到字段指令行142，对于字段指令行142，在匹配运算符条目中规定的比较方式是“等于”。因此，数据分组的字段F2必须包括目标值“0x1230”，如目标值字段中所定义的。然后该方法进行到字段指令行143，对于字段指令行143，在匹配运算符条目中规定的比较方式是“等于”。因此，数据分组的字段F3必须包括目标值“0xABC0”，如目标值字段中定义的那样。
[0011]假设在此基础上满足规则140中的所有三个字段，则选择应用规则140。在此基础上，将规则140中每个字段的压缩指令应用于数据分组。
[0012]如上所示，对于规则141的所有三个字段指令行的压缩函数都是“未发送”，表示从要发送的分组中剥离了所讨论的三个字段F1、F2和F3中的每一个。
[0013]如图1所示，被压缩的分组随后通过网络150与已应用的规则140的标识符ID4一起被发送到接收端b。
[0014]如图所示，分别与上述规则110、120、130、140相对应的一组规则160、170、180、190共同构成上下文100b。上下文100b在结构和内容上对应于上下文100a，使得每个规则包括多个字段指令行。例如，规则190包括字段指令行191、192、193、194、195等。字段指令行具有包含四个条目的公共结构。具体地，每个字段指令行包括指定数据分组的定义字段之一的字段引用、目标值、匹配运算符和压缩/解压缩动作。因此，如图所示，规则191的字段指令行可以被视为结构化为四列190a、190b、190c、190d。因此，字段指令行191具有字段引用191a、目标值191b、匹配参数191c和压缩函数191d。类似地，字段指令行192具有字段引用192a、目标值192b、匹配参数192c和压缩函数192d。
[0015]在操作中，接收到的数据分组按照接收到的传输指定的规则(即，规则ID4，对应于规则190)进行处理。指定规则中的每个字段指令行以规定的方式应用于相应字段。
[0016]参考与上述规则140相同的规则190，如唯一规则ID(ID4)所示，规则190可能包括如下所示的三个字段。
[0017]数字引用字段引用目标值匹配运算符压缩函数141F10x00忽略未发送142F20x1230等于未发送143F30xABC0等于未发送
[0018]在此基础上，数据分组中的第一字段F1将被填充值0x00，数据分组中的第二字段F2将被填充值0x1230，并且数据分组中的第三字段F3将被填充值0xABC0。
[0019]在此基础上可以观察到，除了字段F1的值，所得到的分组13与原始分组11相同，其中原始值0xA1已通过字段141c中的“忽略”匹配运算符的操作替换为值0x00。应当意识到，在某些情况下，可以确定特定字段的值可以以这种方式安全地默认为预定值，而不会干扰整个系统操作。
[0020]上述标准中定义的压缩/解压缩操作包括以下内容。
[0021][0022]诸如参考图1描述的机制之类的机制为减少网络中的数据流提供了基础。
[0023]在此基础上操作的压缩器/解压缩器具有对其要压缩/解压缩所依据的协议的硬编码知识。例如，特定的SCHC压缩器/解压缩器可能被配置为根据IP/UDP/CoAP协议栈进行处理。
[0024]随着使用这种通信系统的设备数量的增长，以及设备类型的数量以及协议栈的相应选择的对应增长，希望提供用于进一步优化这种通信的机制。

技术实现思路

[0025]根据本专利技术，在第一方面，提供了一种用于支持报头压缩的通信系统的网关，包括一个或多个端点设备、一个或多个网关设备，所述报头压缩是关于在所述端点设备和相应的网关处可用的配置文件执行的。标头压缩由存储在注册处中的配置文件定义。网关适用于从接收自所述端点的消息中提取标识符，从注册处取回与该标识符相对应的配置文件，并基于取回的配置文件与所述端点通信。
[0026]根据本专利技术，在第二方面，提供了一种支持报头压缩的通信系统，包括一个或多个所述端点设备、根据第一方面的一个或多个网关设备、参考第一方面呈现的注册处。
[0027]根据第一或第二方面的发展，标识本文档来自技高网...

【技术保护点】

【技术特征摘要】
【国外来华专利技术】1.一种用于支持报头压缩的通信系统的网关，所述系统包括一个或多个端点设备、一个或多个网关设备，所述报头压缩针对在所述端点设备和相应的所述网关处可用的配置文件执行，所述报头压缩由配置文件定义，所述配置文件存储在注册处中，其中，所述网关适用于：从接收自所述端点的消息中提取标识符，从所述注册处取回与所述标识符相对应的配置文件，并且基于其与所述端点通信。2.一种支持报头压缩的通信系统，所述系统包括一个或多个所述端点设备、根据权利要求1所述的一个或多个网关设备、以及所述注册处。3.根据权利要求1所述的网关或根据权利要求2所述的系统，其中，所述标识符唯一地与相应的所述端点设备相对应，并且其中，所述注册处被配置为：确定与所述设备标识符相对应的配置文件，并且提供所述对应的配置文件。4.根据权利要求1所述的网关或根据权利要求2所述的系统，其中，所述标识符与一个或多个所述端点设备所共有的配置文件相对应。5.根据权利要求2至4中的任一项所述的系统，其中，与具有相同标识符的所述端点的连续通信是使用所述配置文件来执行的。6.根据权利要求2至5中的任一项所述的系统，其中，所述端点设备适用于将所述标识符包括在被发送到所述网关的比特流中，其中，所述比特流被填充以便将所述标识符进行字节对齐。7.根据权利要求2至6中的任一项所述的系统，其中，所述端点设备适用于进一步在由所述端点设备发送的所述比特流中包括与所述标识符字节对齐的标记比特序列。8.根据权利要求2至7中的任一项所述的系统，其中，所述...

【专利技术属性】
技术研发人员：A，
申请(专利权)人：阿克利奥公司，
类型：发明
国别省市：