[发明专利]一种报头解码方法和装置

说明书

本发明涉及一种报头解码方法和装置，属于网络协议技术领域，解决了现有技术中遇到解码错误会直接错误返回，导致整个数据包不能参后续处理的问题。该方法包括：从发送端接收HEADER帧并且所述HEADER帧包括多个编码报头字段；对所述多个编码报头字段中的每个编码报头字段分别顺序执行以下步骤：识别编码报头字段的编码格式，其中，所述编码格式包括报头字段索引格式编码、报头字段增量索引带索引名称格式编码等；基于识别的编码格式对识别的编码报头字段进行解码并判断解码是否成功；以及当解码失败时，启动单报头字段解码异常修复机制。在解码失败时，启动单报头字段解码异常修复机制，避免直接错误返回。

技术领域

本发明涉及网络协议技术领域，尤其涉及一种报头解码方法和装置。

背景技术

在一般情况下HTTP/2传输层采用TCP协议，TCP提供了面向连接的、可靠的、基于字节流的传输层通信协议，即能保证客户端和服务都收到的数据不会存在乱序、丢失等异常情况，这也是HAPCK协议对底层传输的要求。即只要能保证收到的数据包不存在乱序和丢失等异常情况下，头部压缩的解密率肯定能达到百分之百。

但是在网络协议监测分析技术应用领域一般采用的是分光等旁路手段得到HTTP2的数据包，在旁路方式下应用系统得到的数据不可避免的会出现如下异常:

1、HTTP2长连接导致丢失连接开始到采集解析设备启动之间的数据包：

所谓长连接，是指客户端向服务端发起连接，服务端接受客户端连接，双方建立连接，客户端与服务端完成一次请求后，它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接。5G核心网(5GC)设备之间的HTTP2链路多为长连接，而信令采集的数据源往往是在长连接已经建立之后，这就意味着进入到采集设备的数据，是从接入那一刻起就已经是进行过头部压缩的数据，这时候解码程序将得不到程序启动之前通信网元协商的动态表。

2、消息丢失：如果携带了带增量索引的报头文字HTTP/2头部帧丢失，将导致动态表与实际不一致，可能导致后续头部帧解码丢失解码信息或得到错误解码结果。

下面参考图1，举例说明丢包对HTTP2解码的影响：场景为HADER_1发送六个报头字段：1)method：GET；2)：scheme：https；3)：host：example.com；4)：path：/resource；5)accept：image/jgeg；6)user-agent：Mozilla/5.0。其中，3、4、5、6四个报头字段会加入动态表，该消息后动态表为以下表1所示。

表1