CN104081747B - 传输http报文的方法、编码装置和解码装置 - Google Patents

Abstract

本发明公开了一种传输HTTP报文的方法和装置。该方法包括：确定编码头部位图的每个比特位的取值，每个该比特位的取值分别指示为该比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，以便于该待传输的HTTP报文的接收方根据该编码头部位图和该已记录的HTTP报文，确定该待传输的HTTP报文中编码头部取值与该已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及该第一编码头部的取值。本发明实施例的传输HTTP报文的方法和装置，能够减少连续HTTP报文中的相同字段占用的无线空口资源，从而能够提高资源使用效率。

Description

传输HTTP报文的方法、编码装置和解码装置

技术领域

本发明涉及通信领域，尤其涉及通信领域中传输HTTP报文的方法、编码装置和解码装置。

背景技术

超文本传输协议（Hyper Text Transfer Protocol，简称为“HTTP”）是互联网上广泛使用的协议，例如网页浏览、HTTP渐进下载（Progressive Download）、HTTP实时流（LiveStreaming）、社交网络服务（Social Networking Services，简称为“SNS”）、微博等业务都使用HTTP协议，这些业务构成了移动互联网上的主流应用。

HTTP协议采用请求-响应（Request-Response）模式工作，即客户端或终端向服务器发送HTTP请求（HTTP Request）报文以请求资源，服务器向客户端或终端发送HTTP响应（HTTP Response）报文以响应客户端或终端的请求。

在HTTP请求/响应（Request/Response）报文中，均包含若干头部字段，这些头部字段包括可以接受的语言、可以接受的编码方式、用户代理即浏览器类型、Cookie等，而这些字段对于某个用户来说可能是始终不变的，或至少在一段时间内保持不变。例如，一个用户的四次连续HTTP获取（GET）请求报文中，HTTP头部中的Accept、UserAgent、Host、Pragma、Cookie字段完全一致，HTTP报文的第一行以及该HTTP报文请求的通用资源标识符（UniformResource Identifier,简称为“URI”）的前几个字符“/client/”也一致，该HTTP报文的版本号“HTTP/1.1”也完全一致。

目前，HTTP层的数据是传输控制协议（Transmission Control Protocol，简称为“TCP”）/互联网协议（Internet Protocol，简称为“IP”）层的净荷，HTTP层数据加上TCP头和IP头，就构成了在互联网上传输的IP包。IP包在无线网络中被当作净荷传输，HTTP层数据（包括头部中的所有字段）在无线网络中完全明文传输。但通常而言，连续的HTTP报文头部中含有大量相同的字段，这些都是冗余信息，占用了大量的宝贵的无线空口资源。

发明内容

本发明提供了一种传输HTTP报文的方法、编码装置和解码装置，能够减少连续HTTP报文中的相同字段占用的无线空口资源。

第一方面，提供了一种传输HTTP报文的方法，该方法包括：确定编码头部位图的每个比特位的取值，各个该比特位的取值分别指示为该比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，以便于该待传输的HTTP报文的接收方根据该编码头部位图和该已记录的HTTP报文，确定该待传输的HTTP报文中编码头部取值与该已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及该第一编码头部的取值。

结合第一方面，在第一方面的第一种可能的实现方式中，该方法还包括：确定待传输的编码头部中取值与该已记录的HTTP报文中的相应编码头部的取值不同的第二编码头部，以及该第二编码头部的取值；确定该第二编码头部的头部编码，该头部编码用于指代该第二编码头部；其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，该方法还包括：确定第一压缩指示以及第一字节数，该第一压缩指示用于表示该第二编码头部的取值被压缩，该第一字节数与第一相同字节数相关联，该第一相同字节数为待传输的该第二编码头部的取值与该已记录的HTTP报文中的相应编码头部的取值连续相同的字节数；其中，该根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文，包括：根据该每个比特位的取值、该第二编码头部的头部编码、该第一压缩指示以及该第一字节数，生成并传输该待传输的HTTP报文。

结合第一方面的第一种可能的实现方式，在第一方面的第三种可能的实现方式中，该方法还包括：确定第二压缩指示以及第一HTTP报文在该已记录的HTTP报文中的次序信息，其中，该第二压缩指示用于表示该第二编码头部的取值与相应于该次序信息的该第一HTTP报文中的相应编码头部的取值相同；其中，该根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文，包括：根据该每个比特位的取值、该第二编码头部的头部编码、该第二压缩指示以及该次序信息，生成并传输该待传输的HTTP报文。

结合第一方面，在第一方面的第四种可能的实现方式中，该方法还包括：确定第三压缩指示以及第二字节数，该第三压缩指示用于表示待传输的通用资源标识符URI被压缩，该第二字节数与第二相同字节数相关联，该第二相同字节数为待传输的URI与该已记录的HTTP报文中的URI连续相同的字节数；其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：根据该每个比特位的取值、该第三压缩指示以及该第二字节数，生成并传输该待传输的HTTP报文。

结合第一方面，在第一方面的第五种可能的实现方式中，该方法还包括：确定待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息是否相同；其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：在该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息相同时，根据该每个比特位的取值，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图；在该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息不同时，根据该每个比特位的取值以及该待传输的HTTP版本号信息，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图和该待传输的HTTP版本号信息。

结合第一方面，在第一方面的第六种可能的实现方式中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：根据该每个比特位的取值，生成并传输包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

结合第一方面或第一方面的第一种至第六种可能的实现方式中的任一种可能的实现方式，在第一方面的第七种可能的实现方式中，该方法还包括：在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；在非首次传输HTTP报文时，根据该待传输的HTTP报文更新该已记录的HTTP报文。

结合第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，该根据该待传输的HTTP报文更新该已记录的HTTP报文，包括：如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该待传输的HTTP报文的编码头部取值；或如果该已记录的HTTP报文具有该待传输的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或如果该待传输的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该待传输的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该待传输的HTTP报文的版本号信息。

第二方面，提供了一种传输HTTP报文的方法，该方法包括：获取接收的HTTP报文中的编码头部位图的每个比特位的取值；在该编码头部位图的第一比特位的取值指示为该第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将该已记录的HTTP报文中的与该第一比特位相应的编码头部及其取值，分别确定为该第一编码头部以及该第一编码头部的取值。

结合第二方面，在第二方面的第一种可能的实现方式中，该方法还包括：在该编码头部位图的第二比特位的取值指示为该第二比特位相应的待解码的第二编码头部的取值与已记录的HTTP报文中的相应编码头部的取值不同时，根据该接收的HTTP报文中的头部编码，确定该头部编码指代的该第二编码头部。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，该方法还包括：根据该接收的HTTP报文中的第一压缩指示以及第一字节数，确定与该第一字节数相关联的第一相同字节数，其中该第一压缩指示用于表示该第二编码头部的取值被压缩；根据该第一相同字节数，将该已记录的HTTP报文中的相应编码头部的取值中相应的连续第一相同字节数的字节，确定为该第二编码头部的待解码的取值。

结合第二方面的第一种可能的实现方式，在第二方面的第三种可能的实现方式中，该方法还包括：根据该接收的HTTP报文中的第二压缩指示以及次序信息，确定该已记录的HTTP报文中与该次序信息相应的第一HTTP报文，其中，该第二压缩指示用于表示该第二编码头部的取值与该第一HTTP报文中的相应编码头部的取值相同；将该第一HTTP报文中的相应编码头部的取值确定为该第二编码头部的取值。

结合第二方面，在第二方面的第四种可能的实现方式中，该方法还包括：根据该接收的HTTP报文中的第三压缩指示以及第二字节数，确定与该第二字节数相关联的第二相同字节数，其中该第三压缩指示用于表示待解码的URI被压缩；根据该第二相同字节数，将该已记录的HTTP报文的URI中相应的连续第二相同字节数的字节，确定为该接收的HTTP报文中待解码的URI。

结合第二方面，在第二方面的第五种可能的实现方式中，该方法还包括：在确定该接收的HTTP报文中没有HTTP版本号信息时，将该已记录的HTTP报文中的版本号信息确定为该接收的HTTP报文的版本号信息。

结合第二方面，在第二方面的第六种可能的实现方式中，该方法还包括：接收包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

结合第二方面或第二方面的第一种至第六种可能的实现方式中的任一种可能的实现方式，在第二方面的第七种可能的实现方式中，该方法还包括：在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；在非首次传输HTTP报文时，根据该接收的HTTP报文更新该已记录的HTTP报文。

结合第二方面的第七种可能的实现方式，在第二方面的第八种可能的实现方式中，该根据该接收的HTTP报文更新该已记录的HTTP报文，包括：如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该接收的HTTP报文的编码头部取值；或如果该已记录的HTTP报文具有该接收的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或如果该接收的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该接收的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该接收的HTTP报文的版本号信息。

第三方面，提供了一种HTTP报文的编码装置，该编码装置包括：第一确定模块，用于确定编码头部位图的每个比特位的取值，各个该比特位的取值分别指示为该比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；传输模块，用于根据该第一确定模块确定的该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，以便于该待传输的HTTP报文的接收方根据该编码头部位图和该已记录的HTTP报文，确定该待传输的HTTP报文中编码头部取值与该已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及该第一编码头部的取值。

结合第三方面，在第三方面的第一种可能的实现方式中，该编码装置还包括：第二确定模块，用于确定待传输的编码头部中取值与该已记录的HTTP报文中的相应编码头部的取值不同的第二编码头部，以及该第二编码头部的取值；第三确定模块，用于确定该第二确定模块确定的该第二编码头部的头部编码，该头部编码用于指代该第二编码头部；其中，该传输模块用于：根据该第一确定模块确定的该每个比特位的取值、该第三确定模块确定的该第二编码头部的头部编码以及该第二确定模块确定的该第二编码头部的取值，生成并传输该待传输的HTTP报文。

结合第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，该编码装置还包括：第四确定模块，用于确定第一压缩指示以及第一字节数，该第一压缩指示用于表示该第二编码头部的取值被压缩，该第一字节数与第一相同字节数相关联，该第一相同字节数为待传输的该第二编码头部的取值与该已记录的HTTP报文中的相应编码头部的取值连续相同的字节数；其中，该传输模块用于：根据该第一确定模块确定的该每个比特位的取值、该第三确定模块确定的该第二编码头部的头部编码、该第四确定模块确定的该第一压缩指示以及该第一字节数，生成并传输该待传输的HTTP报文。

结合第三方面的第一种可能的实现方式，在第三方面的第三种可能的实现方式中，该编码装置还包括：第五确定模块，用于确定第二压缩指示以及第一HTTP报文在该已记录的HTTP报文中的次序信息，其中，该第二压缩指示用于表示该第二编码头部的取值与相应于该次序信息的该第一HTTP报文中的相应编码头部的取值相同；其中，该传输模块用于：根据该第一确定模块确定的该每个比特位的取值、该第三确定模块确定的该第二编码头部的头部编码、该第五确定模块确定的该第二压缩指示以及该次序信息，生成并传输该待传输的HTTP报文。

结合第三方面，在第三方面的第四种可能的实现方式中，该编码装置还包括：第六确定模块，用于确定第三压缩指示以及第二字节数，该第三压缩指示用于表示待传输的通用资源标识符URI被压缩，该第二字节数与第二相同字节数相关联，该第二相同字节数为待传输的URI与该已记录的HTTP报文中的URI连续相同的字节数；其中，该传输模块用于：根据该第一确定模块确定的该每个比特位的取值、该第六确定模块确定的该第三压缩指示以及该第二字节数，生成并传输该待传输的HTTP报文。

结合第三方面，在第三方面的第五种可能的实现方式中，该编码装置还包括：第七确定模块，用于确定待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息是否相同；其中，该传输模块用于：在该第七确定模块确定该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息相同时，根据该每个比特位的取值，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图；在该第七确定模块确定该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息不同时，根据该每个比特位的取值以及该待传输的HTTP版本号信息，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图和该待传输的HTTP版本号信息。

结合第三方面，在第三方面的第六种可能的实现方式中，该传输模块用于：根据该每个比特位的取值，生成并传输包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

结合第三方面或第三方面的第一种至第六种可能的实现方式中的任一种可能的实现方式，在第三方面的第七种可能的实现方式中，该编码装置还包括：记录模块，用于在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；更新模块，用于在非首次传输HTTP报文时，根据该待传输的HTTP报文更新该已记录的HTTP报文。

结合第三方面的第七种可能的实现方式，在第三方面的第八种可能的实现方式中，该更新模块用于：如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该待传输的HTTP报文的编码头部取值；或如果该已记录的HTTP报文具有该待传输的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或如果该待传输的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该待传输的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该待传输的HTTP报文的版本号信息。

第四方面，提供了一种HTTP报文的解码装置，该解码装置包括：获取模块，用于获取接收的HTTP报文中的编码头部位图的每个比特位的取值；第一确定模块，用于在该获取模块获取的该编码头部位图的第一比特位的取值指示为该第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将该已记录的HTTP报文中的与该第一比特位相应的编码头部及其取值，分别确定为该第一编码头部以及该第一编码头部的取值。

结合第四方面，在第四方面的第一种可能的实现方式中，该解码装置还包括：第二确定模块，用于在该获取模块获取的该编码头部位图的第二比特位的取值指示为该第二比特位相应的待解码的第二编码头部的取值与已记录的HTTP报文中的相应编码头部的取值不同时，根据该接收的HTTP报文中的头部编码，确定该头部编码指代的该第二编码头部。

结合第四方面的第一种可能的实现方式，在第四方面的第二种可能的实现方式中，该解码装置还包括：第三确定模块，用于根据该接收的HTTP报文中的第一压缩指示以及第一字节数，确定与该第一字节数相关联的第一相同字节数，其中该第一压缩指示用于表示该第二编码头部的取值被压缩；第四确定模块，用于根据该第三确定模块确定的该第一相同字节数，将该已记录的HTTP报文中的相应编码头部的取值中相应的连续第一相同字节数的字节，确定为该第二编码头部的待解码的取值。

结合第四方面的第一种可能的实现方式，在第四方面的第三种可能的实现方式中，该解码装置还包括：第五确定模块，用于根据该接收的HTTP报文中的第二压缩指示以及次序信息，确定该已记录的HTTP报文中与该次序信息相应的第一HTTP报文，其中，该第二压缩指示用于表示该第二编码头部的取值与该第一HTTP报文中的相应编码头部的取值相同；第六确定模块，用于将该第五确定模块确定的该第一HTTP报文中的相应编码头部的取值确定为该第二编码头部的取值。

结合第四方面，在第四方面的第四种可能的实现方式中，该解码装置还包括：第七确定模块，用于根据该接收的HTTP报文中的第三压缩指示以及第二字节数，确定与该第二字节数相关联的第二相同字节数，其中该第三压缩指示用于表示待解码的URI被压缩；第八确定模块，用于根据该第七确定模块确定的该第二相同字节数，将该已记录的HTTP报文的URI中相应的连续第二相同字节数的字节，确定为该接收的HTTP报文中待解码的URI。

结合第四方面，在第四方面的第五种可能的实现方式中，该解码装置还包括：第九确定模块，用于在确定该接收的HTTP报文中没有HTTP版本号信息时，将该已记录的HTTP报文中的版本号信息确定为该接收的HTTP报文的版本号信息。

结合第四方面，在第四方面的第六种可能的实现方式中，该解码装置还包括：接收模块，用于接收包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

结合第四方面或第四方面的第一种至第六种可能的实现方式中的任一种可能的实现方式，在第四方面的第七种可能的实现方式中，该解码装置还包括：记录模块，用于在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；更新模块，用于在非首次传输HTTP报文时，根据该接收的HTTP报文更新该已记录的HTTP报文。

结合第四方面的第七种可能的实现方式，在第四方面的第八种可能的实现方式中，该更新模块用于：如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该接收的HTTP报文的编码头部取值；或如果该已记录的HTTP报文具有该接收的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或如果该接收的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该接收的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该接收的HTTP报文的版本号信息。

第五方面，提供了一种HTTP报文的编码装置，该编码装置包括：处理器、存储器、总线和发送器；其中，该处理器、该存储器和该发送器通过该总线相连，该存储器用于存储指令，该处理器通过该总线，调用该存储器中存储的该指令，以用于确定编码头部位图的每个比特位的取值，各个该比特位的取值分别指示为该比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；该处理器还用于根据该每个比特位的取值，生成包括该编码头部位图的待传输的HTTP报文；该处理器还用于控制该发送器向接收方发送该待传输的HTTP报文，以便于该接收方根据该编码头部位图和该已记录的HTTP报文，确定该待传输的HTTP报文中编码头部取值与该已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及该第一编码头部的取值。

第六方面，提供了一种HTTP报文的解码装置，该解码装置包括：处理器、存储器和总线；其中，该处理器和该存储器通过该总线相连，该存储器用于存储指令，该处理器通过该总线，调用该存储器中存储的该指令，以用于获取接收的HTTP报文中的编码头部位图的每个比特位的取值；该处理器还用于在该编码头部位图的第一比特位的取值指示为该第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将该已记录的HTTP报文中的与该第一比特位相应的编码头部及其取值，分别确定为该第一编码头部以及该第一编码头部的取值。

基于上述技术方案，本发明实施例的传输HTTP报文的方法、编码装置和解码装置，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部及其取值，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据本发明实施例的传输HTTP报文的方法的示意性流程图。

图2是根据本发明实施例的传输HTTP报文的方法的另一示意性流程图。

图3是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图4是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图5是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图6是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图7是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图8是根据本发明实施例的传输HTTP报文的方法的示意性流程图。

图9是根据本发明实施例的传输HTTP报文的方法的另一示意性流程图。

图10是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图11是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图12是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图13是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图14是根据本发明实施例的传输HTTP报文的方法的再一示意性流程图。

图15是根据本发明实施例的上报编码压缩能力的方法的示意性流程图。

图16是根据本发明实施例的重定位的方法的示意性流程图。

图17是根据本发明实施例的重定位的方法的另一示意性流程图。

图18是根据本发明实施例的重定位的方法的再一示意性流程图。

图19是根据本发明实施例的编码装置的示意性框图。

图20是根据本发明实施例的编码装置的另一示意性框图。

图21是根据本发明实施例的编码装置的再一示意性框图。

图22是根据本发明实施例的编码装置的再一示意性框图。

图23是根据本发明实施例的编码装置的再一示意性框图。

图24是根据本发明实施例的编码装置的再一示意性框图。

图25是根据本发明实施例的编码装置的再一示意性框图。

图26是根据本发明实施例的解码装置的示意性框图。

图27是根据本发明实施例的解码装置的另一示意性框图。

图28是根据本发明实施例的解码装置的再一示意性框图。

图29是根据本发明实施例的解码装置的再一示意性框图。

图30是根据本发明实施例的解码装置的再一示意性框图。

图31是根据本发明实施例的解码装置的再一示意性框图。

图32是根据本发明实施例的解码装置的再一示意性框图。

图33是根据本发明另一实施例的编码装置的示意性框图。

图34是根据本发明另一实施例的解码装置的示意性框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都应属于本发明保护的范围。

应理解，本发明实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯（Global System of Mobile communication，简称为“GSM”）系统、码分多址（CodeDivision Multiple Access，简称为“CDMA”）系统、宽带码分多址（Wideband CodeDivision Multiple Access，简称为“WCDMA”）系统、通用分组无线业务（General PacketRadio Service，简称为“GPRS”）、长期演进（Long Term Evolution，简称为“LTE”）系统、LTE频分双工（Frequency Division Duplex，简称为“FDD”）系统、LTE时分双工（Time DivisionDuplex，简称为“TDD”）、通用移动通信系统（Universal Mobile TelecommunicationSystem，简称为“UMTS”）或全球互联微波接入（Worldwide Interoperability forMicrowave Access，简称为“WiMAX”）通信系统等。

图1示出了根据本发明实施例的传输HTTP报文的方法100的示意性流程图，该方法100可以由编码装置执行，该编码装置既可以为用户设备，例如UE等；也可以为网络设备，例如无线网络控制器（Radio Network Controller，简称为“RNC”）、演进型基站（EvolvedNode B，简称为“eNB”）等。如图1所示，该方法100包括：

S110，确定编码头部位图的每个比特位的取值，各个该比特位的取值分别指示为该比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；

S120，根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，以便于该待传输的HTTP报文的接收方根据该编码头部位图和该已记录的HTTP报文，确定该待传输的HTTP报文中编码头部取值与该已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及该第一编码头部的取值。

具体而言，例如，编码装置可以首先比较待传输的HTTP报文与已记录的HTTP报文，并根据报文中的编码头部的取值是否相同来确定编码头部位图的每个比特位的取值。例如，取值相同时将相应的比特位置为第一值，取值不同时将相应的比特位置为第二值，由此各个该比特位的取值可以分别指示为该比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同。其中编码头部位图的比特位与HTTP报文中的编码头部具有对应关系，优选地，每个比特位对应HTTP报文中的一个编码头部。

当待传输的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，不传输该第一编码头部以及该第一编码头部的取值；而当待传输的第二编码头部的取值与已记录的HTTP报文中的相应编码头部的取值不同时，需要传输该第二编码头部以及该第二编码头部的取值。由此，编码装置可以根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，从而便于该待传输的HTTP报文的接收方根据该编码头部位图和该已记录的HTTP报文，可以确定待传输的编码头部中取值与该已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及该第一编码头部的取值。

例如，如果待传输的编码头部Host的取值与已记录的HTTP报文中的相应编码头部Host的取值相同，则编码装置可以将编码头部位图中与该编码头部Host相应的比特位置为1，则该编码头部Host与该编码头部Host的取值不再传输；HTTP报文的接收方可以根据编码头部位图中的比特位与编码头部的对应关系，确定与该比特位相应的编码头部为Host；另一方面，HTTP报文的接收方根据该比特位为1，可以确定待传输的HTTP报文中与该比特位相应的编码头部Host的取值与已记录的HTTP报文中的编码头部Host的取值完全相同，由此接收方可以将已记录的HTTP报文中的编码头部Host的取值作为此次传输的HTTP报文中的该编码头部Host的取值。

又例如，如果待传输的编码头部Accept的取值与已记录的HTTP报文中的相应编码头部Accept的取值不同，则可以将编码头部位图中与该编码头部Accept相应的比特位置于0，此时，需要传输该编码头部Accept与该编码头部Accept的取值。

因此，本发明实施例的传输HTTP报文的方法，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部及其取值，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

应理解，在本发明实施例中，该比特位与编码头部也可以具有一对多的关系，例如，一个比特位的取值可以表示与该比特位相应的待传输的多个编码头部的取值与已记录的HTTP报文中的相应多个编码头部的取值是否相同；该比特位与编码头部还可以具有多对一的关系，例如，多个比特位的取值用于可以表示与该多个比特位相应的待传输的一个编码头部的取值与已记录的HTTP报文中的相应一个编码头部的取值是否相同，本发明实施例并不限于此。

还应理解，HTTP报文的发送方和接收方都可以预先配置有编码头部位图的比特位与HTTP报文中的编码头部之间具有的对应关系，但本发明实施例并不限于此。

还应理解，在本发明实施例中，编码装置为HTTP报文的发送方，该HTTP报文既可以是HTTP请求报文，也可以是HTTP响应报文，本发明实施例并不限于此。具体而言，该编码装置可以为HTTP报文的发送方中的分组数据汇聚协议（Packet Data ConvergenceProtocol，简称为“PDCP”）层，也可以为发送方中新增的编码压缩层，本发明实施例并不限于此。

还应理解，在本发明实施例中，对HTTP Request/Response报文中的常用头部进行编码，进行编码的常用头部最多为30个，由此可以将这些头部编码为0～9，11～12，14～31，其中10、13不参与编码是因为避免与换行符（Line Feed，LF，0x0A）和回车符（CarriageReturn，CR，0x0D）混淆；这些被编码的头部称为编码头部，比如较常见的编码头部为：Accept、Host、Referer、User-Agent、Cookie等。

在本发明实施例中，编码头部位图可以用于定义头部位图，例如可以设置为共32比特。从编码头部位图的最低位开始，每一位可以分别代表一个前述编码头部，如果HTTPRequest报文的编码头部取值与之前记录的HTTPRequest报文的Accept字段完全相同（Accept字段取值都是“*/*\r\n”），则编码头部位图中的相应比特可以置1，否则置0；对于相应比特置1的编码头部，其明文不再需要传输。该编码头部位图可以放在HTTP报文的Request-Line（Request-Line是IP头、TCP头之后的第一行，以回车符、换行符结束）的前面，也就是HTTP数据的最前面。

在本发明实施例中，对于待传输的编码头部中取值与该已记录的HTTP报文中的相应编码头部的取值不同的编码头部，可以完全明文传输，也可以进一步进行编码压缩，以进一步提高资源的使用率，下面将结合图2至图4进行详细描述。

如图2所示，该方法100还包括：

S130，确定待传输的编码头部中取值与该已记录的HTTP报文中的相应编码头部的取值不同的第二编码头部，以及该第二编码头部的取值；

S140，确定该第二编码头部的头部编码，该头部编码用于指代该第二编码头部；

其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：

S121，根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文。

具体而言，在本发明实施例中，对于第二编码头部连同其后的冒号“:”和空格“”，都可以用编码代替，例如，编码头部User-Agent可以被编码为29，则一共12个字节的“User-Agent:”可以用一个字节“0x1D”进行代替，从而可以进一步提高资源的使用率。

在S121中，生成并传输的该待传输的HTTP报文可以包括：编码头部位图和第二编码头部的头部编码；该待传输的HTTP报文还可以包括第二编码头部的取值，或该待传输的HTTP报文还可以指示第二编码头部的取值，本发明实施例并不限于此。即对于第二编码头部的取值，可以直接明文传输，也可以逐字符比较本次待传输的编码头部的取值和已记录的编码头部的取值，将连续相同的字节进行编码压缩处理。例如如图3所示，该方法100还包括：

S150，确定第一压缩指示以及第一字节数，该第一压缩指示用于表示该第二编码头部的取值被压缩，该第一字节数与第一相同字节数相关联，该第一相同字节数为待传输的该第二编码头部的取值与该已记录的HTTP报文中的相应编码头部的取值连续相同的字节数；

其中，该根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文，包括：

S122，根据该每个比特位的取值、该第二编码头部的头部编码、该第一压缩指示以及该第一字节数，生成并传输该待传输的HTTP报文。

具体而言，待传输的第二编码头部的取值与该已记录的HTTP报文中的相应编码头部的取值连续相同的字节数在第一范围内时，则可以用“第一压缩指示”和“第一字节数”这两个字节表示连续相等的字节，即用两个字节压缩表示第一相同字节数个字节，而待传输的第二编码头部的取值中其余的字符仍可以用明文进行传输。

即在S122中，生成并传输的该待传输的HTTP报文可以包括：编码头部位图、第二编码头部的头部编码、第一压缩指示以及该第一字节数；该待传输的HTTP报文还可以包括第二编码头部的取值中其余非连续相同的字符，或该待传输的HTTP报文还可以通过其它方式指示第二编码头部的取值，本发明实施例并不限于此。

例如，定义0xFF为第一压缩指示，第一字节数为第一相同字节数与3的差值，假设待传输的编码头部及其取值为“User-Agent：mozilla/4.0”，已记录的HTTP报文中的相应编码头部的取值及其取值为“User-Agent：mozilla/3.0”，则待传输的编码头部User-Agent连同其后的冒号“:”和空格“”可以用一个字节“0x1D”进行代替；待传输的编码头部User-Agent的取值中前8个字符“mozilla/”与已记录的HTTP报文中的相应编码头部的取值中相应的8个字符完全相同，则该8个字符可以用“0xFF0x05”代替，待传输的取值中的后续3个字符“4.0”则以明文或原文传输。

例如，该第一范围为3个字节以上且258个字节以下，如果对应的字节没有连续3个以上相同，则以原文传输；另一方面，如果对应的字节超过258个连续字节相同，则前面258个字节以0xFF 0xFF代替，其后的对应字节可以用相同的规则重新判断并处理。

因此，本发明实施例的传输HTTP报文的方法，不仅能够对完全相同的编码头部及其取值进行编码压缩传输，对于不完全相同的取值也可以进一步进行编码压缩传输，从而能够显著地减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

应理解，在本发明实施例中，第一字节数与第一相同字节数相关联，即第一字节数与第一相同字节数具有映射关系，例如，第一字节数为第一相同字节数的函数，第一字节数与第一相同字节数也可以相等，本发明实施例并不限于此。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在本发明实施例中，一方面，HTTP报文的发送方和接收方的记录中可以仅保存每个编码头部最近的一个取值，并仅判断编码头部的当前取值是否和前一个收到的该编码头部的取值相同，如果相同，则对应的编码头部位图可以置1，该编码头部不再传输；如果不同，对应的编码头部位图可以置0，则逐字节比较该编码头部的当前取值和该编码头部的前一个取值，以进行压缩。

另一方面，HTTP报文的发送方和接收方的记录中也可以保存每个编码头部的多个取值，并判断编码头部的当前取值是否和预定次序的HTTP报文中的相应编码头部的取值是否相同，特别是判断编码头部的当前取值是否和最新传输的HTTP报文中的相应编码头部的取值是否相同。类似地，如果相同，则对应的编码头部位图可以置1，该编码头部不再传输；如果不同，对应的编码头部位图可以置0。

在本发明实施例中，当HTTP报文的发送方和接收方的记录中保存每个编码头部的多个取值时，例如，记录中保存每个编码头部最近的M（M为整数，比如M取值为5）个取值，其中第M个是最远的一个，第1个是最近的一个，依次类推，则编码装置可以首先判断编码头部的当前取值是否和前一个收到的该编码头部的取值相同，如果相同，则对应的编码头部位图置1，该编码头部不再传输；如果不同，对应的编码头部位图置0，再依次和前面M-1个取值比较，如果找到相同的，则在编码头部的编码后的字节指示和记录中保存的哪一个取值相同，比如，User-Agent头部取值和记录中第3个相同，则以0x1D 0x03代替User-Agent这一行；如果在前M个记录中都找不到相同的，编码装置也可以和记录中的第1个进行逐字节比较，以进行压缩。

因此，在本发明实施例中，可选地，如图4所示，该方法100还包括：

S160，确定第二压缩指示以及第一HTTP报文在该已记录的HTTP报文中的次序信息，其中，该第二压缩指示用于表示该第二编码头部的取值与相应于该次序信息的该第一HTTP报文中的相应编码头部的取值相同；

其中，该根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文，包括：

S123，根据该每个比特位的取值、该第二编码头部的头部编码、该第二压缩指示以及该次序信息，生成并传输该待传输的HTTP报文。

具体地，例如，在编码头部位图的比特位的取值指示，与该比特位相应的待传输的编码头部的取值与已记录的最新的一个HTTP报文中的相应编码头部的取值不同时，编码装置可以确定第二压缩指示以及第一HTTP报文在该已记录的HTTP报文中的次序信息，其中，该第二压缩指示用于表示该第二编码头部的取值与相应于该次序信息的该第一HTTP报文中的相应编码头部的取值相同，从而编码装置可以根据该每个比特位的取值、该第二编码头部的头部编码、该第二压缩指示以及该次序信息，生成并传输该待传输的HTTP报文。

即在S123中，生成并传输的该待传输的HTTP报文可以包括：编码头部位图、第二编码头部的头部编码、第二压缩指示以及该次序信息；该待传输的HTTP报文还可以包括第二编码头部的取值，或该待传输的HTTP报文还可以通过其它方式指示第二编码头部的取值，本发明实施例并不限于此。

应理解，本发明实施例仅以待传输的编码头部的取值与已记录的最新的一个HTTP报文中的相应编码头部的取值进行比较为例进行说明，但本发明实施例并不限于此。例如，在编码头部位图的比特位的取值指示，该比特位相应的待传输的编码头部的取值与已记录的具有第一次序的一个HTTP报文中的相应编码头部的取值不同时，编码装置也可以确定第二压缩指示以及第一HTTP报文在该已记录的HTTP报文中的次序信息，该第一次序指示的HTTP报文可以是已记录的HTTP报文中的任意一个HTTP报文。

应理解，在编码头部位图的比特位的取值指示，该比特位相应的待传输的编码头部的取值与已记录的最新的一个HTTP报文中的相应编码头部的取值相同时，编码装置可以不再传输该编码头部及其取值。

因此，本发明实施例的传输HTTP报文的方法，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部及其取值，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

应理解，在本发明实施例中，编码装置也可以首先判断编码头部的当前取值是否和预定次序的HTTP报文中的相应编码头部的取值是否相同，以确定编码头部位图的每个比特位的取值，本发明实施例并不限于此。

上文中结合图1至图4，详细描述了编码头部及其取值的编码方法，下面将结合图5至图7，描述HTTP报文包括的URI、版本号信息等信息的编码方法。

如图5所示，根据本发明实施例的传输HTTP报文的方法100还包括：

S170，确定第三压缩指示以及第二字节数，该第三压缩指示用于表示待传输的通用资源标识符URI被压缩，该第二字节数与第二相同字节数相关联，该第二相同字节数为待传输的URI与该已记录的HTTP报文中的URI连续相同的字节数；

其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：

S124，根据该每个比特位的取值、该第三压缩指示以及该第二字节数，生成并传输该待传输的HTTP报文。

具体而言，与待传输的第二编码头部的取值的编码压缩方案类似，对于待传输的URI，当待传输的URI与已记录的HTTP报文中的相应URI的取值连续相同的字节数在第二范围内时，则可以用“第三压缩指示”和“第二字节数”这两个字节表示连续相等的字节，即用两个字节压缩表示第二相同字节数个字节，而待传输的URI中其余的字符仍可以用明文进行传输。

即在S124中，生成并传输的该待传输的HTTP报文可以包括：编码头部位图、第三压缩指示以及该第二字节数；该待传输的HTTP报文还可以包括待传输的URI中其余非连续相同的字符。应理解，该待传输的HTTP报文还可以包括第二编码头部的头部编码，还可以包括第一压缩指示以及该第一字节数等，该待传输的HTTP报文也可以通过其它方式指示第二编码头部的取值等，本发明实施例并不限于此。例如，逐字符比较本次待传输的URI和记录的URI，如果对应的字节有至少连续3个以上、258个以下相同，则以“压缩指示0xFF”“N-3”两个字节表示连续相等的字节，其中N为连续相同的字节数，URI之前的空格参加压缩。例如，前次请求的URI为“/client/qjwl5_MB_201107275457.gif”，其后请求的URI为“/client/jnzg_MB_201107142728.jpg”，其中“/client/”有连续9个字符相同，则第二次请求的URI的这9个字符可以用0xFF0x06代替，而其后续字符中不存在连续3个以上相同的字符，则以原文传输；如果对应的字节没有连续3个以上相同，则以原文传输；如果对应的字节有超过258个连续字节相同，则前面258个字节以0xFF 0xFF代替，其后的对应字节以相同的规则判断并处理。

应理解，在本发明实施例中，“第一范围”与“第二范围”可以相同，也可以不同，本发明实施例并不限于此。还应理解，在本发明实施例中，“第一压缩指示”、“第二压缩指示”和“第三压缩指示”可以相同，例如各压缩指示都为0xFF，各压缩指示也可以分别不同，或部分相同，本发明实施例也并不限于此。

在本发明实施例中，可选地，如图6所示，该方法100还包括：

S180，确定待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息是否相同；

其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：

S125，在该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息相同时，根据该每个比特位的取值，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图；

S126，在该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息不同时，根据该每个比特位的取值以及该待传输的HTTP版本号信息，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图和该待传输的HTTP版本号信息。

具体而言，在本发明实施例中，当待传输的HTTP版本号信息与已记录的HTTP报文中的版本号信息相同时，可以不传输HTTP版本号信息；反之，当待传输的HTTP版本号信息与已记录的HTTP报文中的版本号信息不同时，需要传输HTTP版本号信息。

即在S125中，生成并传输的该待传输的HTTP报文可以包括编码头部位图，但可以不包括待传输的HTTP版本号信息；在S126中，生成并传输的该待传输的HTTP报文可以包括编码头部位图以及待传输的HTTP版本号信息；应理解，该待传输的HTTP报文还可以包括第二编码头部的头部编码、第一压缩指示、第一字节数、第三压缩指示或第三字节数等，该待传输的HTTP报文也可以通过其它方式指示第二编码头部的取值等，本发明实施例并不限于此。

因此，本发明实施例的传输HTTP报文的方法，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部及其取值，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

在本发明实施例中，如图7所示，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：

根据该每个比特位的取值，生成并传输包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

具体而言，在分组数据汇聚协议PDCP数据传输过程中，发送端可以通过在PDCP包头部分添加指示信息，来指示该数据包是经过了HTTP头部编码和压缩的HTTP报文。为此，可以修改PDCP协议25.323和36.323，可以新增加一个PDU类型字段，例如如表1所示，该类型字段用于指示当前PDU是经过HTTP头部编码和压缩的报文。

表1

其中，PDU类型字段可以取值为“011”、“100”、“101”等，当PDU类型字段取值为“011”时，可以表示数据经过了HTTP头部编码和压缩；当PDU类型字段取值为“100”时，可以表示为PDCP数据PDU且经过了HTTP头部编码和压缩；当PDU类型字段取值为“101”时，可以表示为PDCP SeqNum PDU且经过了HTTP头部编码和压缩。

应理解，PDU类型字段的上述取值及其含义仅为示例，本发明实施例并不限于此。

在本发明实施例中，可选地，如图7所示，该方法100还包括：

S190，在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；

S195，在非首次传输HTTP报文时，根据该待传输的HTTP报文更新该已记录的HTTP报文。

应理解，在本发明实施例中，UE从RRC_IDLE状态转为RRC_Connected状态之后的第一次传输HTTP Request报文，可以称为首次传输HTTP报文；UE在服务无线网络子系统（Serving Radio Network Subsystem，简称为“SRNS”）重定位完成，收到开始HTTP头部编码和压缩（START HTTP HEADER CODING AND COM PRESSION）信息之后的第一次传输HTTPRequest报文，也可以称为首次传输HTTP报文。还应理解，首次传输的HTTP Response报文也称为首次传输HTTP报文，本发明实施例并不限于此。

在本发明实施例中，可选地，该根据该待传输的HTTP报文更新该已记录的HTTP报文，包括：

如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该待传输的HTTP报文的编码头部取值；或

如果该已记录的HTTP报文具有该待传输的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该待传输的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该待传输的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或

如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或

如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该待传输的HTTP报文的版本号信息。

应理解，编码装置可以根据上述规则中的一项或多项，对已记录的HTTP报文进行更新处理，但本发明实施例并不限于此。

还应理解，在根据本发明的记录多个HTTP报文的方案中，当已记录的HTTP报文的数量小于预设值时，记录待传输的HTTP报文；当已记录的HTTP报文的数量等于预设值时，根据该待传输的HTTP报文更新该已记录的HTTP报文中最新的一个HTTP报文，并且可以根据上述规则中的一项或多项，对已记录的最新的一个HTTP报文进行更新处理，但本发明实施例并不限于此。

采用现网数据进行测试，结果表明，采用根据本发明实施例的传输HTTP报文方法，上行压缩掉的数据占HTTP Request报文的67%，占全部上行数据的17%；如果记录多个HTTP报文，则上行压缩掉的数据占HTTP Request报文的75%，占全部上行数据的19%。

应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

因此，本发明实施例的传输HTTP报文的方法，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部及其取值，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

上文中结合图1至图7，从编码装置的角度详细描述了根据本发明实施例的传输HTTP报文的方法，下面将结合图8至图14，从解码装置的角度描述根据本发明实施例的传输HTTP报文的方法。

图8示出了根据本发明实施例的传输HTTP报文的方法200的示意性流程图，该方法200可以由解码装置执行，该编码装置既可以为用户设备，例如UE等；也可以为网络设备，例如RNC、eNB等。如图8所示，该方法200包括：

S210，获取接收的HTTP报文中的编码头部位图的每个比特位的取值；

S220，在该编码头部位图的第一比特位的取值指示为该第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将该已记录的HTTP报文中的与该第一比特位相应的编码头部及其取值，分别确定为该第一编码头部以及该第一编码头部的取值。

具体而言，解码装置可以根据接收的HTTP报文，获取接收的HTTP报文中的编码头部位图的每个比特位的取值，其中，各个该比特位的取值分别指示为该比特位相应的待解码的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同，例如，比特位为第一值时，可以表示待解码的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同；反之，比特位为第二值时，可以表示取值不同。其中，编码头部位图的比特位与HTTP报文中的编码头部具有对应关系，优选地，每个比特位对应HTTP报文中的一个编码头部。

由此，在该编码头部位图的第一比特位的取值指示为该第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，可以将该已记录的HTTP报文中的与该第一比特位相应的编码头部及其取值，分别确定为该第一编码头部以及该第一编码头部的取值。

例如，HTTP报文的接收方根据编码头部位图的比特位为1，可以确定接收的HTTP报文中与该比特位相应的编码头部Host及取值与已记录的HTTP报文中的编码头部Host及取值完全相同，由此接收方可以将已记录的HTTP报文中的编码头部Host及其取值作为此次接收的HTTP报文中的相应编码头部及其取值。

因此，本发明实施例的传输HTTP报文的方法，通过根据编码头部位图的比特位的取值来确定该比特位相应的待解码的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，从而能够根据编码头部位图确定接收的HTTP报文中的编码头部及其取值，由此能够减少连续HTTP报文中的相同字段占用的无线空口资源，并能够提高资源使用效率。

应理解，在本发明实施例中，该比特位与编码头部也可以具有一对多的关系，例如，一个比特位的取值可以表示与该比特位相应的待传输的多个编码头部的取值与已记录的HTTP报文中的相应多个编码头部的取值是否相同；该比特位与编码头部还可以具有多对一的关系，例如，多个比特位的取值用于可以表示与该多个比特位相应的待传输的一个编码头部的取值与已记录的HTTP报文中的相应一个编码头部的取值是否相同，本发明实施例并不限于此。

还应理解，在本发明实施例中，解码装置为HTTP报文的接收方，该HTTP报文既可以是HTTP请求报文，也可以是HTTP响应报文，本发明实施例并不限于此。具体而言，该解码装置可以为HTTP报文的接收方中的分组数据汇聚协议（Packet Data ConvergenceProtocol，简称为“PDCP”）层，也可以为接收方中新增的编码压缩层，本发明实施例并不限于此。

在本发明实施例中，可选地，如图9所示，该方法200还包括：

S230，在该编码头部位图的第二比特位的取值指示为该第二比特位相应的待解码的第二编码头部的取值与已记录的HTTP报文中的相应编码头部的取值不同时，根据该接收的HTTP报文中的头部编码，确定该头部编码指代的该第二编码头部。

例如，在本发明实施例中，对于第二编码头部连同其后的冒号“:”和空格“”，都可以用编码代替，例如，编码头部User-Agent可以被编码为29，则一共12个字节的“User-Agent:”可以用一个字节“0x1D”进行代替。因此，解码装置可根据该字节“0x1D”，将该字节确定为编码头部User-Agent，以及其后的冒号“:”和空格“”。

应理解，第二编码头部也可以明文传输，此时不需要解码就可以获取传输的信息。

在本发明实施例中，对于第二编码头部的取值，可以直接明文传输，也可以逐字符比较本次待传输的编码头部的取值和记录的编码头部的取值，将连续相同的字节进行编码压缩处理。此时，例如如图10所示，该解码的方法200还包括：

S240，根据该接收的HTTP报文中的第一压缩指示以及第一字节数，确定与该第一字节数相关联的第一相同字节数，其中该第一压缩指示用于表示该第二编码头部的取值被压缩；

S250，根据该第一相同字节数，将该已记录的HTTP报文中的相应编码头部的取值中相应的连续第一相同字节数的字节，确定为该第二编码头部的待解码的取值。

例如，解码装置可以读取编码头部位图，对于为1的比特，取对应的HTTP头部记录的值；解码装置可以读取HTTP报文正文的第一行，也就是Request-Line，如果遇到0xFF字符，读取其后面字节的值N，然后在记录的URI中对应的位置取N+3字节；如果第一行中没有HTTP版本号信息，取记录的HTTP版本号信息。例如，解码装置读取HTTP报文的每一行的第一个字节，如果该字节为HTTP header的编码，由此字符恢复出header及其后的冒号“：”和空格“”，例如，User-Agent被编码为29，第一个字节如果为“0x1D”，则恢复为“User-Agent:”；对后续字节，如果遇到0xFF字符，读取其后一字节的值N，然后在记录的编码头部取值对应的位置取N+3字节，否则取接收到的原文；如果该字节不是HTTP header的编码，则该行直接取原文，不需要解压缩。

在本发明实施例中，可选地，如图11所示，该方法200还包括：

S260，根据该接收的HTTP报文中的第二压缩指示以及次序信息，确定该已记录的HTTP报文中与该次序信息相应的第一HTTP报文，其中，该第二压缩指示用于表示该第二编码头部的取值与该第一HTTP报文中的相应编码头部的取值相同；

S270，将该第一HTTP报文中的相应编码头部的取值确定为该第二编码头部的取值。

在本发明实施例中，可选地，如图12所示，该方法200还包括：

S280，根据该接收的HTTP报文中的第三压缩指示以及第二字节数，确定与该第二字节数相关联的第二相同字节数，其中该第三压缩指示用于表示待解码的URI被压缩；

S290，根据该第二相同字节数，将该已记录的HTTP报文的URI中相应的连续第二相同字节数的字节，确定为该接收的HTTP报文中待解码的URI。

因此，本发明实施例的传输HTTP报文的方法，通过根据编码头部位图的比特位的取值来确定该比特位相应的待解码的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，从而能够根据编码头部位图确定接收的HTTP报文中的编码头部及其取值，由此能够减少连续HTTP报文中的相同字段占用的无线空口资源，并能够提高资源使用效率。

在本发明实施例中，当解码装置接收的HTTP报文中没有HTTP版本号信息时，表示接收的HTTP版本号信息与已记录的HTTP报文中的版本号信息相同，由此可以将该已记录的HTTP报文中的版本号信息确定为该接收的HTTP报文的版本号信息；反之，当接收的HTTP报文中存在HTTP版本号信息时，表示接收的HTTP报文的HTTP版本号信息与已记录的HTTP报文中的版本号信息不同，此时，接收的HTTP报文中的版本号信息即为此次传输的HTTP报文的版本号信息。

因此，如图13所示，该方法200还包括：

S300，在确定该接收的HTTP报文中没有HTTP版本号信息时，将该已记录的HTTP报文中的版本号信息确定为该接收的HTTP报文的版本号信息。

在本发明实施例中，接收端可以根据PDCP头部的PDU类型字段，判断该PDCPPDU是否经过HTTP头部编码压缩，该类型字段可以用于指示该PDU包是否为经过头部编码压缩的HTTP报文。对于经过HTTP头部编码压缩（coding and compression）的包，进行解码或解压缩。

应理解，在本发明实施例中，通过对HTTP报文进行编码，可以实现对HTTP报文进行压缩；类似地，通过对HTTP报文进行解码，可以实现对HTTP报文进行解压缩，但本发明实施例并不限于此。

具体而言，在本发明实施例中，如图13所示，该方法200还包括：

S310，接收包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

应理解，从编码装置的角度描述的编码方法与从解码装置的角度描述的解码方法相应，为了简洁，在此不再赘述。

在本发明实施例中，如图14所示，该方法200还包括：

S320，在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；

S330，在非首次传输HTTP报文时，根据该接收的HTTP报文更新该已记录的HTTP报文。

其中，可选地，该根据该接收的HTTP报文更新该已记录的HTTP报文，包括：

如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该接收的HTTP报文的编码头部取值；或

如果该已记录的HTTP报文具有该接收的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该接收的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该接收的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或

如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或

如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该接收的HTTP报文的版本号信息。

应理解，在本发明实施例中，UE从RRC_IDLE状态转为RRC_Connected状态之后的第一次传输HTTP Request报文，可以称为首次传输HTTP报文；UE在服务无线网络子系统（Serving Radio Network Subsystem，简称为“SRNS”）重定位完成，收到开始HTTP头部编码和压缩（START HTTP HEADER CODING AND COMPRESSION）信息之后的第一次传输HTTPRequest报文，也可以称为首次传输HTTP报文。还应理解，首次传输的HTTP Response报文也称为首次传输HTTP报文，本发明实施例并不限于此。

在本发明实施例中，当接收方不能正确解码和解压缩收到的数据时，接收方可以构造一个PDCPPDU，向发送方请求传输所记录的URI、HTTP版本号、编码头部取值等信息；发送方收到此请求PDU后，可以向接收方发送所记录的URI、HTTP版本号、编码头部取值等信息。如果接收方判断，由于传输这些信息导致整体效率比不采用HTTP头部编码压缩还要低时，可暂停进行头部编码压缩。

应理解，从编码装置的角度描述的编码方法与从解码装置的角度描述的解码方法相应，为了简洁，在此不再赘述。

还应理解，在本发明的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

因此，本发明实施例的传输HTTP报文的方法，通过根据编码头部位图的比特位的取值来确定该比特位相应的待解码的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，从而能够根据编码头部位图确定接收的HTTP报文中的编码头部及其取值，由此能够减少连续HTTP报文中的相同字段占用的无线空口资源，并能够提高资源使用效率。

在本发明实施例中，为了实现HTTP头部编码和压缩功能，需要涉及控制面的UE能力上报和网络配置开启该功能的流程。

例如，如图15所示，在S410中，UE向网络设备上报是否支持HTTP头部编码和压缩能力（HTTP header coding and compression capability report），该网络设备例如为RNC，或该网络设备为eNB，本发明实施例并不限于此；

在S420中，如果网络设备也支持HTTP头部编码和压缩功能，则网络设备可以配置用户设备，以启动HTTP头部编码和压缩功能（Enable HTTP header coding andcompression algorithm）；

在S430中，UE可以向网络设备回复响应消息（Enable HTTP header coding andcompression algorithm Response），以报告HTTP头部编码和压缩功能的启动结果。

在本发明实施例中，普通的RNC内的切换不涉及流程修改，对于RNC间切换，但不伴随SRNS重定位，且源（Source）RNC支持HTTP头部编码和压缩，目标（Target）RNC不支持HTTP头部编码和压缩的场景下，源RNC判决要进行RNC间切换，且不伴随SRNS重定位，并通过后台配置查询到目标RNC不支持HTTP头部编码和压缩，则源RNC可以向UE发送停止HTTP头部编码和压缩（STOP HTTP HEADER CODING AND COMPRESSION）消息，通知UE停止使用HTTP头部编码和压缩功能；之后，源RNC、目标RNC和UE共同执行切换流程。

在本发明实施例中，在SRNS重定位过程中，网络侧的PDCP实体从源RNC转移到了目标RNC，此时可以分为三种情况：1）源RNC和目标RNC均支持HTTP头部编码和压缩功能；2）源RNC支持HTTP头部编码和压缩功能，目标RNC不支持HTTP头部编码和压缩功能；3）源RNC不支持HTTP头部编码和压缩功能，目标RNC支持HTTP头部编码和压缩功能。

1）源RNC和目标RNC均支持HTTP头部编码和压缩功能（HTTP header coding andcompression），在此场景下，SRNS重定位的流程如图16所示。

在S510中，源RNC向核心网CN发送重定位要求（RELOCATION REQUIRED）消息，该重定位要求消息的信息元素IE“Source RNC To Target RNC Transparent Container”中可以新增已启动HTTP头部编码压缩的IE“HTTP header coding and compression on-going”，以及记录的之前编码头部取值信息的IE“HTTP header coding and compressioncontext”。

在S520中，CN向目标RNC发送重定位请求（RELOCATION REQUEST）消息，该重定位请求消息中可以包括重定位要求（RELOCATION REQUIRED）消息中的IE“Source RNC ToTarget RNC Transparent Container”。

在S530中，目标RNC向CN发送重定位请求应答（RELOCATION REQUESTACKNOWLEDGE）消息，该重定位请求应答消息的IE“Target RNC To Source RNCTransparent Container”中可以新增IE“Target RNC support HTTP header coding andcompression”。

在S540中，CN向源RNC发送重定位命令（RELOCATION COMMAND）消息，该重定位命令消息中可以包括重定位请求应答（RELOCATION REQUEST ACKNOWLEDGE）消息中的IE“TargetRNC To Source RNC Transparent Container”。

由此，源RNC可以获知目标RNC也支持HTTP头部编码和压缩功能，从而相关网元可以执行重定位流程。

2）源RNC支持HTTP头部编码和压缩功能，目标RNC不支持HTTP头部编码和压缩功能，在此场景下，SRNS重定位的流程如图17所示。

在S610中，源RNC向CN发重定位要求（RELOCATION REQUIRED）消息，该重定位要求消息的IE“Source RNC To Target RNC Transparent Container”中可以新增已启动HTTP头部编码压缩的IE“HTTP header coding and compression on-going”，以及记录的之前编码头部取值信息的IE“HTTP header coding and compression context”。

在S620中，CN向目标RNC发送重定位请求（RELOCATION REQUEST）消息，其中可以包括重定位要求（RELOCATION REQUIRED）消息中的IE“Source RNC To Target RNCTransparent Container”。

在S630中，目标RNC向CN发送重定位请求应答（RELOCATION REQUESTACKNOWLEDGE）消息，在该重定位请求应答消息的IE“Target RNC To Source RNCTransparent Container”中，可以新增IE“Target RNC NOT support HTTP header codingand compression”，或者可以在IE“Target RNC To Source RNC Transparent Container”中不包括IE“Target RNC support HTTP header coding and compression”。

在S640中，CN向源RNC发送重定位命令（RELOCATION COMMAND）消息，其中可以包括重定位请求应答（RELOCATION REQUEST ACKNOWLEDGE）消息中的IE“Target RNC To SourceRNC Transparent Container”。

在S650中，源RNC向UE发送停止HTTP头部编码和压缩功能（STOP HTTP HEADERCODING AND COMPRESSION）消息，通知UE停止使用HTTP头部编码和压缩功能。

由此，各相关网元执行重定位流程。

对于上述流程，也可以对现有消息不做任何修改，而是可以通过源RNC查询后台配置，获得目标RNC是否支持该功能的信息，然后源RNC接收到CN的重定位命令（RELOCATIONCOMMAND）消息后，可以直接向UE发送停止HTTP头部编码和压缩功能（STOP HTTP HEADERCODING AND COMPRESSION）消息，通知UE停止使用HTTP头部编码和压缩功能。

3）源RNC不支持HTTP头部编码和压缩功能，目标RNC支持HTTP头部编码和压缩功能，在此场景下，SRNS重定位的流程如图18所示。

在S710中，源RNC向CN发送重定位要求（RELOCATION REQUIRED）消息，该重定位要求消息的IE“Source RNC To Target RNC Transparent Container”中的IE“UE radioaccess Capability”的IE“PDCP capability”中，可以新增IE“HTTP header coding andcompression capability”。

在S720中，CN向目标RNC发送重定位请求（RELOCATION REQUEST）消息，其中可以包括重定位要求（RELOCATION REQUIRED）消息中的IE“Source RNC To Target RNCTransparent Container”。

在S730中，目标RNC向CN发送重定位请求应答（RELOCATION REQUESTACKNOWLEDGE）消息，其中可以包括IE“Target RNC To Source RNC TransparentContainer”。

在S740中，CN向目标RNC发送重定位命令（RELOCATION COMMAND）消息，其中可以包括重定位请求应答（RELOCATION REQUEST ACKNOWLEDGE）消息中的IE“Target RNC ToSource RNC Transparent Container”。

在S750中，在相关网元执行重定位流程后，由于网络设备和UE均支持HTTP头部编码和压缩功能，目标RNC向UE发送启动HTTP头部编码和压缩功能（START HTTP HEADERCODING AND COMPRESSION）消息，通知UE开始使用HTTP头部编码和压缩功能。

对于上述流程，也可以对现有消息不做任何修改，例如，重定位流程完成后，新的RNC向UE发送能力查询消息，UE回复自己的能力，携带是否支持HTTP头部编码和压缩功能的信息，若UE支持该功能，则新的RNC向UE发送启动HTTP头部编码和压缩功能（START HTTPHEADER CODING AND COMPRESSION）消息，通知UE开始使用HTTP头部编码和压缩功能。

应理解，当用户设备和网络设备记录多个HTTP报文时，网络配置启动HTTP头部编码和压缩功能的消息（Enable HTTP header coding and compression algorithm），和重定位后目标RNC向UE发送的启动HTTP头部编码和压缩功能（START HTTP HEADER CODINGAND COMPRESSION）消息中可以携带配置参数M，M代表记录中保存的编码头部取值的个数。

因此，本发明实施例的传输HTTP报文的方法，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

上文中结合图1至图18，详细描述了根据本发明实施例的传输HTTP报文的方法，下面将结合图19至图34，详细描述根据本发明实施例的HTTP报文的编码装置和解码装置。

图19示出了根据本发明实施例的编码装置800的示意性框图。如图19所示，该编码装置800包括：

第一确定模块810，用于确定编码头部位图的每个比特位的取值，各个该比特位的取值分别指示为该比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；

传输模块820，用于根据该第一确定模块810确定的该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，以便于该待传输的HTTP报文的接收方根据该编码头部位图和该已记录的HTTP报文，确定该待传输的HTTP报文中编码头部取值与该已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及该第一编码头部的取值。

因此，本发明实施例的HTTP报文的编码装置，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

在本发明实施例中，可选地，如图20所示，该编码装置800还包括：

第二确定模块830，用于确定待传输的编码头部中取值与该已记录的HTTP报文中的相应编码头部的取值不同的第二编码头部，以及该第二编码头部的取值；

第三确定模块840，用于确定该第二确定模块830确定的该第二编码头部的头部编码，该头部编码用于指代该第二编码头部；

其中，该传输模块820用于：根据该第一确定模块810确定的该每个比特位的取值、该第三确定模块840确定的该第二编码头部的头部编码以及该第二确定模块830确定的该第二编码头部的取值，生成并传输该待传输的HTTP报文。

在本发明实施例中，可选地，如图21所示，该编码装置800还包括：

第四确定模块850，用于确定第一压缩指示以及第一字节数，该第一压缩指示用于表示该第二编码头部的取值被压缩，该第一字节数与第一相同字节数相关联，该第一相同字节数为待传输的该第二编码头部的取值与该已记录的HTTP报文中的相应编码头部的取值连续相同的字节数；

其中，该传输模块820用于：根据该第一确定模块810确定的该每个比特位的取值、该第三确定模块840确定的该第二编码头部的头部编码、该第四确定模块850确定的该第一压缩指示以及该第一字节数，生成并传输该待传输的HTTP报文。

在本发明实施例中，可选地，如图22所示，该编码装置800还包括：

第五确定模块860，用于确定第二压缩指示以及第一HTTP报文在该已记录的HTTP报文中的次序信息，其中，该第二压缩指示用于表示该第二编码头部的取值与相应于该次序信息的该第一HTTP报文中的相应编码头部的取值相同；

其中，该传输模块820用于：根据该第一确定模块810确定的该每个比特位的取值、该第三确定模块840确定的该第二编码头部的头部编码、该第五确定模块860确定的该第二压缩指示以及该次序信息，生成并传输该待传输的HTTP报文。

在本发明实施例中，可选地，如图23所示，该编码装置800还包括：

第六确定模块870，用于确定第三压缩指示以及第二字节数，该第三压缩指示用于表示待传输的通用资源标识符URI被压缩，该第二字节数与第二相同字节数相关联，该第二相同字节数为待传输的URI与该已记录的HTTP报文中的URI连续相同的字节数；

其中，该传输模块820用于：根据该第一确定模块810确定的该每个比特位的取值、该第六确定模块870确定的该第三压缩指示以及该第二字节数，生成并传输该待传输的HTTP报文。

在本发明实施例中，可选地，如图24所示，该编码装置800还包括：

第七确定模块880，用于确定待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息是否相同；

其中，该传输模块820用于：

在该第七确定模块880确定该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息相同时，根据该每个比特位的取值，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图；

在该第七确定模块880确定该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息不同时，根据该每个比特位的取值以及该待传输的HTTP版本号信息，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图和该待传输的HTTP版本号信息。

在本发明实施例中，可选地，该传输模块820用于：

根据该每个比特位的取值，生成并传输包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

在本发明实施例中，可选地，如图25所示，该编码装置800还包括：

记录模块890，用于在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；

更新模块895，用于在非首次传输HTTP报文时，根据该待传输的HTTP报文更新该已记录的HTTP报文。

在本发明实施例中，可选地，该更新模块895用于：

如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该待传输的HTTP报文的编码头部取值；或

如果该已记录的HTTP报文具有该待传输的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该待传输的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该待传输的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或

如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或

如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该待传输的HTTP报文的版本号信息。

应理解，根据本发明实施例的HTTP报文的编码装置800可对应于本发明实施例中的传输HTTP报文的方法的发送方，并且编码装置800中的各个模块的上述和其它操作和/或功能分别为了实现图1至图18中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，本发明实施例的HTTP报文的编码装置，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

如图26所示，本发明实施例还提供了一种解码装置，该解码装置900包括：

获取模块910，用于获取接收的HTTP报文中的编码头部位图的每个比特位的取值；

第一确定模块920，用于在该获取模块910获取的该编码头部位图的第一比特位的取值指示为该第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将该已记录的HTTP报文中的与该第一比特位相应的编码头部及其取值，分别确定为该第一编码头部以及该第一编码头部的取值。

因此，本发明实施例的HTTP报文的解码装置，通过根据编码头部位图的比特位的取值来确定该比特位相应的待解码的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，从而能够根据编码头部位图确定接收的HTTP报文中的编码头部及其取值，由此能够减少连续HTTP报文中的相同字段占用的无线空口资源，并能够提高资源使用效率。

在本发明实施例中，可选地，如图27所示，该解码装置900还包括：

第二确定模块930，用于在该获取模块910获取的该编码头部位图的第二比特位的取值指示为该第二比特位相应的待解码的第二编码头部的取值与已记录的HTTP报文中的相应编码头部的取值不同时，根据该接收的HTTP报文中的头部编码，确定该头部编码指代的该第二编码头部。

在本发明实施例中，可选地，如图28所示，该解码装置900还包括：

第三确定模块940，用于根据该接收的HTTP报文中的第一压缩指示以及第一字节数，确定与该第一字节数相关联的第一相同字节数，其中该第一压缩指示用于表示该第二编码头部的取值被压缩；

第四确定模块950，用于根据该第三确定模块940确定的该第一相同字节数，将该已记录的HTTP报文中的相应编码头部的取值中相应的连续第一相同字节数的字节，确定为该第二编码头部的待解码的取值。

在本发明实施例中，可选地，如图29所示，该解码装置900还包括：

第五确定模块960，用于根据该接收的HTTP报文中的第二压缩指示以及次序信息，确定该已记录的HTTP报文中与该次序信息相应的第一HTTP报文，其中，该第二压缩指示用于表示该第二编码头部的取值与该第一HTTP报文中的相应编码头部的取值相同；

第六确定模块970，用于将该第五确定模块960确定的该第一HTTP报文中的相应编码头部的取值确定为该第二编码头部的取值。

在本发明实施例中，可选地，如图30所示，该解码装置900还包括：

第七确定模块980，用于根据该接收的HTTP报文中的第三压缩指示以及第二字节数，确定与该第二字节数相关联的第二相同字节数，其中该第三压缩指示用于表示待解码的URI被压缩；

第八确定模块990，用于根据该第七确定模块980确定的该第二相同字节数，将该已记录的HTTP报文的URI中相应的连续第二相同字节数的字节，确定为该接收的HTTP报文中待解码的URI。

在本发明实施例中，可选地，如图31所示，该解码装置900还包括：

第九确定模块991，用于在确定该接收的HTTP报文中没有HTTP版本号信息时，将该已记录的HTTP报文中的版本号信息确定为该接收的HTTP报文的版本号信息。

在本发明实施例中，可选地，如图31所示，该解码装置900还包括：

接收模块992，用于接收包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

在本发明实施例中，可选地，如图32所示，该解码装置900还包括：

记录模块993，用于在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；

更新模块994，用于在非首次传输HTTP报文时，根据该接收的HTTP报文更新该已记录的HTTP报文。

在本发明实施例中，可选地，该更新模块994用于：

如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该接收的HTTP报文的编码头部取值；或

如果该已记录的HTTP报文具有该接收的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该接收的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该接收的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或

如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或

如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该接收的HTTP报文的版本号信息。

应理解，根据本发明实施例的HTTP报文的解码装置900可对应于本发明实施例中的传输HTTP报文的方法的接收方，并且解码装置900中的各个模块的上述和其它操作和/或功能分别为了实现图1至图18中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，本发明实施例的HTTP报文的解码装置，通过根据编码头部位图的比特位的取值来确定该比特位相应的待解码的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，从而能够根据编码头部位图确定接收的HTTP报文中的编码头部及其取值，由此能够减少连续HTTP报文中的相同字段占用的无线空口资源，并能够提高资源使用效率。

在本发明实施例中，如图33所示，本发明还提供了一种编码装置1000，该编码装置1000包括处理器1100、存储器1200、总线系统1300和发送器1400。其中，处理器1100、存储器1200和发送器1400通过总线系统1300相连，该存储器1200用于存储指令，该处理器1100通过该总线系统1300，调用该存储器1200中存储的该指令，用于：确定编码头部位图的每个比特位的取值，各个该比特位的取值分别指示为该比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；该处理器1100还用于：根据该每个比特位的取值，生成包括该编码头部位图的待传输的HTTP报文；该处理器1100还用于控制该发送器1400向接收方发送该待传输的HTTP报文，以便于该接收方根据该编码头部位图和该已记录的HTTP报文，确定该待传输的HTTP报文中编码头部取值与该已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及该第一编码头部的取值。

因此，本发明实施例的HTTP报文的编码装置，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

应理解，在本发明实施例中，该处理器1100可以是中央处理单元（CentralProcessing Unit，简称为“CPU”），该处理器1100还可以是其他通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器1200可以包括只读存储器和随机存取存储器，并向处理器1100提供指令和数据。存储器1200的一部分还可以包括非易失性随机存取存储器。例如，存储器1200还可以存储设备类型的信息。

该总线系统1300除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统1300。

在实现过程中，上述方法的各步骤可以通过处理器1100中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1200，处理器1100读取存储器1200中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

可选地，作为一个实施例，该处理器1100用于：确定待传输的编码头部中取值与该已记录的HTTP报文中的相应编码头部的取值不同的第二编码头部，以及该第二编码头部的取值；确定该第二编码头部的头部编码，该头部编码用于指代该第二编码头部；其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文。

可选地，作为一个实施例，该处理器1100用于：确定第一压缩指示以及第一字节数，该第一压缩指示用于表示该第二编码头部的取值被压缩，该第一字节数与第一相同字节数相关联，该第一相同字节数为待传输的该第二编码头部的取值与该已记录的HTTP报文中的相应编码头部的取值连续相同的字节数；其中，该根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文，包括：根据该每个比特位的取值、该第二编码头部的头部编码、该第一压缩指示以及该第一字节数，生成并传输该待传输的HTTP报文。

可选地，作为一个实施例，该处理器1100用于：确定第二压缩指示以及第一HTTP报文在该已记录的HTTP报文中的次序信息，其中，该第二压缩指示用于表示该第二编码头部的取值与相应于该次序信息的该第一HTTP报文中的相应编码头部的取值相同；其中，该根据该每个比特位的取值、该第二编码头部的头部编码以及该第二编码头部的取值，生成并传输该待传输的HTTP报文，包括：根据该每个比特位的取值、该第二编码头部的头部编码、该第二压缩指示以及该次序信息，生成并传输该待传输的HTTP报文。

可选地，作为一个实施例，该处理器1100用于：确定第三压缩指示以及第二字节数，该第三压缩指示用于表示待传输的通用资源标识符URI被压缩，该第二字节数与第二相同字节数相关联，该第二相同字节数为待传输的URI与该已记录的HTTP报文中的URI连续相同的字节数；其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：根据该每个比特位的取值、该第三压缩指示以及该第二字节数，生成并传输该待传输的HTTP报文。

可选地，作为一个实施例，该处理器1100用于：确定待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息是否相同；其中，该根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：在该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息相同时，根据该每个比特位的取值，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图；在该待传输的HTTP版本号信息与该已记录的HTTP报文中的版本号信息不同时，根据该每个比特位的取值以及该待传输的HTTP版本号信息，生成并传输该待传输的HTTP报文，该待传输的HTTP报文包括该编码头部位图和该待传输的HTTP版本号信息。

可选地，作为一个实施例，该处理器1100根据该每个比特位的取值，生成并传输包括该编码头部位图的待传输的HTTP报文，包括：根据该每个比特位的取值，生成并传输包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

可选地，作为一个实施例，该存储器1200用于：在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；在非首次传输HTTP报文时，根据该待传输的HTTP报文更新该已记录的HTTP报文。

可选地，作为一个实施例，该存储器1200根据该待传输的HTTP报文更新该已记录的HTTP报文，包括：

如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该待传输的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该待传输的HTTP报文的编码头部取值；或

如果该已记录的HTTP报文具有该待传输的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该待传输的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该待传输的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或

如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或

如果该待传输的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该待传输的HTTP报文的版本号信息。

应理解，根据本发明实施例的HTTP报文的编码装置1000可对应于本发明实施例中的传输HTTP报文的方法的发送方以及编码装置800，并且编码装置1000中的各个模块的上述和其它操作和/或功能分别为了实现图1至图18中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，本发明实施例的HTTP报文的编码装置，通过编码头部位图的比特位的取值来指示为该比特位相应的待传输的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，并且不传输取值相同的编码头部，从而能够减少连续HTTP报文中的相同字段占用的无线空口资源，由此能够提高资源使用效率。

如图34所示，本发明还提供了一种解码装置2000，该解码装置2000包括处理器2100、存储器2200和总线系统2300。其中，处理器2100和存储器2200通过总线系统2300相连，该存储器2200用于存储指令，该处理器2100通过该总线系统2300，调用该存储器2200中存储的该指令，以用于：获取接收的HTTP报文中的编码头部位图的每个比特位的取值；在该编码头部位图的第一比特位的取值指示为该第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将该已记录的HTTP报文中的与该第一比特位相应的编码头部及其取值，分别确定为该第一编码头部以及该第一编码头部的取值。

因此，本发明实施例的HTTP报文的解码装置，通过根据编码头部位图的比特位的取值来确定该比特位相应的待解码的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，从而能够根据编码头部位图确定接收的HTTP报文中的编码头部及其取值，由此能够减少连续HTTP报文中的相同字段占用的无线空口资源，并能够提高资源使用效率。

应理解，在本发明实施例中，该处理器2100可以是中央处理单元（CentralProcessing Unit，简称为“CPU”），该处理器2100还可以是其他通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器2200可以包括只读存储器和随机存取存储器，并向处理器2100提供指令和数据。存储器2200的一部分还可以包括非易失性随机存取存储器。例如，存储器2200还可以存储设备类型的信息。

该总线系统2300除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线系统2300。

在实现过程中，上述方法的各步骤可以通过处理器2100中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器2200，处理器2100读取存储器2200中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。

可选地，作为一个实施例，该处理器2100用于：在该编码头部位图的第二比特位的取值指示为该第二比特位相应的待解码的第二编码头部的取值与已记录的HTTP报文中的相应编码头部的取值不同时，根据该接收的HTTP报文中的头部编码，确定该头部编码指代的该第二编码头部。

可选地，作为一个实施例，该处理器2100用于：根据该接收的HTTP报文中的第一压缩指示以及第一字节数，确定与该第一字节数相关联的第一相同字节数，其中该第一压缩指示用于表示该第二编码头部的取值被压缩；根据该第一相同字节数，将该已记录的HTTP报文中的相应编码头部的取值中相应的连续第一相同字节数的字节，确定为该第二编码头部的待解码的取值。

可选地，作为一个实施例，该处理器2100用于：根据该接收的HTTP报文中的第二压缩指示以及次序信息，确定该已记录的HTTP报文中与该次序信息相应的第一HTTP报文，其中，该第二压缩指示用于表示该第二编码头部的取值与该第一HTTP报文中的相应编码头部的取值相同；将该第一HTTP报文中的相应编码头部的取值确定为该第二编码头部的取值。

可选地，作为一个实施例，该处理器2100用于：根据该接收的HTTP报文中的第三压缩指示以及第二字节数，确定与该第二字节数相关联的第二相同字节数，其中该第三压缩指示用于表示待解码的URI被压缩；根据该第二相同字节数，将该已记录的HTTP报文的URI中相应的连续第二相同字节数的字节，确定为该接收的HTTP报文中待解码的URI。

可选地，作为一个实施例，该处理器2100用于：在确定该接收的HTTP报文中没有HTTP版本号信息时，将该已记录的HTTP报文中的版本号信息确定为该接收的HTTP报文的版本号信息。

可选地，作为一个实施例，该解码装置2000还包括接收器2400，该接收器2400用于：接收包括类型字段的协议数据单元PDU包，该类型字段用于指示该PDU包为经过头部编码和压缩的HTTP报文。

可选地，作为一个实施例，该存储器2200用于：在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；在非首次传输HTTP报文时，根据该接收的HTTP报文更新该已记录的HTTP报文。

可选地，作为一个实施例，该存储器2200根据该接收的HTTP报文更新该已记录的HTTP报文，包括：

如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值相同，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该接收的HTTP报文的编码头部取值和该已记录的HTTP报文的编码头部取值不同，则将该已记录的HTTP报文中的编码头部取值替换为该接收的HTTP报文的编码头部取值；或

如果该已记录的HTTP报文具有该接收的HTTP报文不具有的编码头部，则保持该已记录的HTTP报文的编码头部及其取值不变；或

如果该接收的HTTP报文具有该已记录的HTTP报文不具有的编码头部，则记录该接收的HTTP报文具有但该已记录的HTTP报文不具有的编码头部及其取值；或

如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息相同，则保持该已记录的HTTP报文的版本号信息不变；或

如果该接收的HTTP报文的版本号信息和该已记录的HTTP报文的版本号信息不同，则将该已记录的HTTP报文中的版本号信息替换为该接收的HTTP报文的版本号信息。

应理解，根据本发明实施例的HTTP报文的解码装置2000可对应于本发明实施例中的传输HTTP报文的方法的接收方和解码装置900，并且解码装置2000中的各个模块的上述和其它操作和/或功能分别为了实现图1至图18中的各个方法的相应流程，为了简洁，在此不再赘述。

因此，本发明实施例的HTTP报文的解码装置，通过根据编码头部位图的比特位的取值来确定该比特位相应的待解码的编码头部的取值，与已记录的HTTP报文中的相应编码头部的取值是否相同，从而能够根据编码头部位图确定接收的HTTP报文中的编码头部及其取值，由此能够减少连续HTTP报文中的相同字段占用的无线空口资源，并能够提高资源使用效率。

另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应理解，在本发明实施例中，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-OnlyMemory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (38)

1.一种传输HTTP报文的方法，其特征在于，包括：

确定编码头部位图的每个比特位的取值，各个所述比特位的取值分别指示为所述比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；

根据所述每个比特位的取值，生成并传输包括所述编码头部位图的待传输的HTTP报文，以便于所述待传输的HTTP报文的接收方根据所述编码头部位图和所述已记录的HTTP报文，确定所述待传输的HTTP报文中编码头部取值与所述已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及所述第一编码头部的取值。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定待传输的编码头部中取值与所述已记录的HTTP报文中的相应编码头部的取值不同的第二编码头部，以及所述第二编码头部的取值；

确定所述第二编码头部的头部编码，所述头部编码用于指代所述第二编码头部；

其中，所述根据所述每个比特位的取值，生成并传输包括所述编码头部位图的待传输的HTTP报文，包括：

根据所述每个比特位的取值、所述第二编码头部的头部编码以及所述第二编码头部的取值，生成并传输所述待传输的HTTP报文。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

确定第一压缩指示以及第一字节数，所述第一压缩指示用于表示所述第二编码头部的取值被压缩，所述第一字节数与第一相同字节数相关联，所述第一相同字节数为待传输的所述第二编码头部的取值与所述已记录的HTTP报文中的相应编码头部的取值连续相同的字节数；

其中，所述根据所述每个比特位的取值、所述第二编码头部的头部编码以及所述第二编码头部的取值，生成并传输所述待传输的HTTP报文，包括：

根据所述每个比特位的取值、所述第二编码头部的头部编码、所述第一压缩指示以及所述第一字节数，生成并传输所述待传输的HTTP报文。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

确定第二压缩指示以及第一HTTP报文在所述已记录的HTTP报文中的次序信息，其中，所述第二压缩指示用于表示所述第二编码头部的取值与相应于所述次序信息的所述第一HTTP报文中的相应编码头部的取值相同；

其中，所述根据所述每个比特位的取值、所述第二编码头部的头部编码以及所述第二编码头部的取值，生成并传输所述待传输的HTTP报文，包括：

根据所述每个比特位的取值、所述第二编码头部的头部编码、所述第二压缩指示以及所述次序信息，生成并传输所述待传输的HTTP报文。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定第三压缩指示以及第二字节数，所述第三压缩指示用于表示待传输的通用资源标识符URI被压缩，所述第二字节数与第二相同字节数相关联，所述第二相同字节数为待传输的URI与所述已记录的HTTP报文中的URI连续相同的字节数；

其中，所述根据所述每个比特位的取值，生成并传输包括所述编码头部位图的待传输的HTTP报文，包括：

根据所述每个比特位的取值、所述第三压缩指示以及所述第二字节数，生成并传输所述待传输的HTTP报文。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

确定待传输的HTTP版本号信息与所述已记录的HTTP报文中的版本号信息是否相同；

其中，所述根据所述每个比特位的取值，生成并传输包括所述编码头部位图的待传输的HTTP报文，包括：

在所述待传输的HTTP版本号信息与所述已记录的HTTP报文中的版本号信息相同时，根据所述每个比特位的取值，生成并传输所述待传输的HTTP报文，所述待传输的HTTP报文包括所述编码头部位图；

在所述待传输的HTTP版本号信息与所述已记录的HTTP报文中的版本号信息不同时，根据所述每个比特位的取值以及所述待传输的HTTP版本号信息，生成并传输所述待传输的HTTP报文，所述待传输的HTTP报文包括所述编码头部位图和所述待传输的HTTP版本号信息。

7.根据权利要求1所述的方法，其特征在于，所述根据所述每个比特位的取值，生成并传输包括所述编码头部位图的待传输的HTTP报文，包括：

根据所述每个比特位的取值，生成并传输包括类型字段的协议数据单元PDU包，所述类型字段用于指示所述PDU包为经过头部编码和压缩的HTTP报文。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述方法还包括：

在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；

在非首次传输HTTP报文时，根据所述待传输的HTTP报文更新所述已记录的HTTP报文。

9.根据权利要求8所述的方法，其特征在于，所述根据所述待传输的HTTP报文更新所述已记录的HTTP报文，包括：

如果所述待传输的HTTP报文的编码头部取值和所述已记录的HTTP报文的编码头部取值相同，则保持所述已记录的HTTP报文的编码头部及其取值不变；或

如果所述待传输的HTTP报文的编码头部取值和所述已记录的HTTP报文的编码头部取值不同，则将所述已记录的HTTP报文中的编码头部取值替换为所述待传输的HTTP报文的编码头部取值；或

如果所述已记录的HTTP报文具有所述待传输的HTTP报文不具有的编码头部，则保持所述已记录的HTTP报文的编码头部及其取值不变；或

如果所述待传输的HTTP报文具有所述已记录的HTTP报文不具有的编码头部，则记录所述待传输的HTTP报文具有但所述已记录的HTTP报文不具有的编码头部及其取值；或

如果所述待传输的HTTP报文的版本号信息和所述已记录的HTTP报文的版本号信息相同，则保持所述已记录的HTTP报文的版本号信息不变；或

如果所述待传输的HTTP报文的版本号信息和所述已记录的HTTP报文的版本号信息不同，则将所述已记录的HTTP报文中的版本号信息替换为所述待传输的HTTP报文的版本号信息。

10.一种传输HTTP报文的方法，其特征在于，包括：

获取接收的HTTP报文中的编码头部位图的每个比特位的取值；

在所述编码头部位图的第一比特位的取值指示为所述第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将所述已记录的HTTP报文中的与所述第一比特位相应的编码头部及其取值，分别确定为所述第一编码头部以及所述第一编码头部的取值。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

在所述编码头部位图的第二比特位的取值指示为所述第二比特位相应的待解码的第二编码头部的取值与已记录的HTTP报文中的相应编码头部的取值不同时，根据所述接收的HTTP报文中的头部编码，确定所述头部编码指代的所述第二编码头部。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

根据所述接收的HTTP报文中的第一压缩指示以及第一字节数，确定与所述第一字节数相关联的第一相同字节数，其中所述第一压缩指示用于表示所述第二编码头部的取值被压缩；

根据所述第一相同字节数，将所述已记录的HTTP报文中的相应编码头部的取值中相应的连续第一相同字节数的字节，确定为所述第二编码头部的待解码的取值。

13.根据权利要求11所述的方法，其特征在于，所述方法还包括：

根据所述接收的HTTP报文中的第二压缩指示以及次序信息，确定所述已记录的HTTP报文中与所述次序信息相应的第一HTTP报文，其中，所述第二压缩指示用于表示所述第二编码头部的取值与所述第一HTTP报文中的相应编码头部的取值相同；

将所述第一HTTP报文中的相应编码头部的取值确定为所述第二编码头部的取值。

14.根据权利要求10所述的方法，其特征在于，所述方法还包括：

根据所述接收的HTTP报文中的第三压缩指示以及第二字节数，确定与所述第二字节数相关联的第二相同字节数，其中所述第三压缩指示用于表示待解码的URI被压缩；

根据所述第二相同字节数，将所述已记录的HTTP报文的URI中相应的连续第二相同字节数的字节，确定为所述接收的HTTP报文中待解码的URI。

15.根据权利要求10所述的方法，其特征在于，所述方法还包括：

在确定所述接收的HTTP报文中没有HTTP版本号信息时，将所述已记录的HTTP报文中的版本号信息确定为所述接收的HTTP报文的版本号信息。

16.根据权利要求10所述的方法，其特征在于，所述方法还包括：

接收包括类型字段的协议数据单元PDU包，所述类型字段用于指示所述PDU包为经过头部编码和压缩的HTTP报文。

17.根据权利要求10至16中任一项所述的方法，其特征在于，所述方法还包括：

在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；

在非首次传输HTTP报文时，根据所述接收的HTTP报文更新所述已记录的HTTP报文。

18.根据权利要求17所述的方法，其特征在于，所述根据所述接收的HTTP报文更新所述已记录的HTTP报文，包括：

如果所述接收的HTTP报文的编码头部取值和所述已记录的HTTP报文的编码头部取值相同，则保持所述已记录的HTTP报文的编码头部及其取值不变；或

如果所述接收的HTTP报文的编码头部取值和所述已记录的HTTP报文的编码头部取值不同，则将所述已记录的HTTP报文中的编码头部取值替换为所述接收的HTTP报文的编码头部取值；或

如果所述已记录的HTTP报文具有所述接收的HTTP报文不具有的编码头部，则保持所述已记录的HTTP报文的编码头部及其取值不变；或

如果所述接收的HTTP报文具有所述已记录的HTTP报文不具有的编码头部，则记录所述接收的HTTP报文具有但所述已记录的HTTP报文不具有的编码头部及其取值；或

如果所述接收的HTTP报文的版本号信息和所述已记录的HTTP报文的版本号信息相同，则保持所述已记录的HTTP报文的版本号信息不变；或

如果所述接收的HTTP报文的版本号信息和所述已记录的HTTP报文的版本号信息不同，则将所述已记录的HTTP报文中的版本号信息替换为所述接收的HTTP报文的版本号信息。

19.一种HTTP报文的编码装置，其特征在于，包括：

第一确定模块，用于确定编码头部位图的每个比特位的取值，各个所述比特位的取值分别指示为所述比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；

传输模块，用于根据所述第一确定模块确定的所述每个比特位的取值，生成并传输包括所述编码头部位图的待传输的HTTP报文，以便于所述待传输的HTTP报文的接收方根据所述编码头部位图和所述已记录的HTTP报文，确定所述待传输的HTTP报文中编码头部取值与所述已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及所述第一编码头部的取值。

20.根据权利要求19所述的编码装置，其特征在于，所述编码装置还包括：

第二确定模块，用于确定待传输的编码头部中取值与所述已记录的HTTP报文中的相应编码头部的取值不同的第二编码头部，以及所述第二编码头部的取值；

第三确定模块，用于确定所述第二确定模块确定的所述第二编码头部的头部编码，所述头部编码用于指代所述第二编码头部；

其中，所述传输模块用于：根据所述第一确定模块确定的所述每个比特位的取值、所述第三确定模块确定的所述第二编码头部的头部编码以及所述第二确定模块确定的所述第二编码头部的取值，生成并传输所述待传输的HTTP报文。

21.根据权利要求20所述的编码装置，其特征在于，所述编码装置还包括：

第四确定模块，用于确定第一压缩指示以及第一字节数，所述第一压缩指示用于表示所述第二编码头部的取值被压缩，所述第一字节数与第一相同字节数相关联，所述第一相同字节数为待传输的所述第二编码头部的取值与所述已记录的HTTP报文中的相应编码头部的取值连续相同的字节数；

其中，所述传输模块用于：根据所述第一确定模块确定的所述每个比特位的取值、所述第三确定模块确定的所述第二编码头部的头部编码、所述第四确定模块确定的所述第一压缩指示以及所述第一字节数，生成并传输所述待传输的HTTP报文。

22.根据权利要求20所述的编码装置，其特征在于，所述编码装置还包括：

第五确定模块，用于确定第二压缩指示以及第一HTTP报文在所述已记录的HTTP报文中的次序信息，其中，所述第二压缩指示用于表示所述第二编码头部的取值与相应于所述次序信息的所述第一HTTP报文中的相应编码头部的取值相同；

其中，所述传输模块用于：根据所述第一确定模块确定的所述每个比特位的取值、所述第三确定模块确定的所述第二编码头部的头部编码、所述第五确定模块确定的所述第二压缩指示以及所述次序信息，生成并传输所述待传输的HTTP报文。

23.根据权利要求19所述的编码装置，其特征在于，所述编码装置还包括：

第六确定模块，用于确定第三压缩指示以及第二字节数，所述第三压缩指示用于表示待传输的通用资源标识符URI被压缩，所述第二字节数与第二相同字节数相关联，所述第二相同字节数为待传输的URI与所述已记录的HTTP报文中的URI连续相同的字节数；

其中，所述传输模块用于：根据所述第一确定模块确定的所述每个比特位的取值、所述第六确定模块确定的所述第三压缩指示以及所述第二字节数，生成并传输所述待传输的HTTP报文。

24.根据权利要求19所述的编码装置，其特征在于，所述编码装置还包括：

第七确定模块，用于确定待传输的HTTP版本号信息与所述已记录的HTTP报文中的版本号信息是否相同；

其中，所述传输模块用于：

在所述第七确定模块确定所述待传输的HTTP版本号信息与所述已记录的HTTP报文中的版本号信息相同时，根据所述每个比特位的取值，生成并传输所述待传输的HTTP报文，所述待传输的HTTP报文包括所述编码头部位图；

在所述第七确定模块确定所述待传输的HTTP版本号信息与所述已记录的HTTP报文中的版本号信息不同时，根据所述每个比特位的取值以及所述待传输的HTTP版本号信息，生成并传输所述待传输的HTTP报文，所述待传输的HTTP报文包括所述编码头部位图和所述待传输的HTTP版本号信息。

25.根据权利要求19所述的编码装置，其特征在于，所述传输模块用于：

根据所述每个比特位的取值，生成并传输包括类型字段的协议数据单元PDU包，所述类型字段用于指示所述PDU包为经过头部编码和压缩的HTTP报文。

26.根据权利要求19至25中任一项所述的编码装置，其特征在于，所述编码装置还包括：

记录模块，用于在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；

更新模块，用于在非首次传输HTTP报文时，根据所述待传输的HTTP报文更新所述已记录的HTTP报文。

27.根据权利要求26所述的编码装置，其特征在于，所述更新模块用于：

如果所述待传输的HTTP报文的编码头部取值和所述已记录的HTTP报文的编码头部取值相同，则保持所述已记录的HTTP报文的编码头部及其取值不变；或

如果所述待传输的HTTP报文的编码头部取值和所述已记录的HTTP报文的编码头部取值不同，则将所述已记录的HTTP报文中的编码头部取值替换为所述待传输的HTTP报文的编码头部取值；或

如果所述已记录的HTTP报文具有所述待传输的HTTP报文不具有的编码头部，则保持所述已记录的HTTP报文的编码头部及其取值不变；或

如果所述待传输的HTTP报文具有所述已记录的HTTP报文不具有的编码头部，则记录所述待传输的HTTP报文具有但所述已记录的HTTP报文不具有的编码头部及其取值；或

如果所述待传输的HTTP报文的版本号信息和所述已记录的HTTP报文的版本号信息相同，则保持所述已记录的HTTP报文的版本号信息不变；或

如果所述待传输的HTTP报文的版本号信息和所述已记录的HTTP报文的版本号信息不同，则将所述已记录的HTTP报文中的版本号信息替换为所述待传输的HTTP报文的版本号信息。

28.一种HTTP报文的解码装置，其特征在于，包括：

获取模块，用于获取接收的HTTP报文中的编码头部位图的每个比特位的取值；

第一确定模块，用于在所述获取模块获取的所述编码头部位图的第一比特位的取值指示为所述第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将所述已记录的HTTP报文中的与所述第一比特位相应的编码头部及其取值，分别确定为所述第一编码头部以及所述第一编码头部的取值。

29.根据权利要求28所述的解码装置，其特征在于，所述解码装置还包括：

第二确定模块，用于在所述获取模块获取的所述编码头部位图的第二比特位的取值指示为所述第二比特位相应的待解码的第二编码头部的取值与已记录的HTTP报文中的相应编码头部的取值不同时，根据所述接收的HTTP报文中的头部编码，确定所述头部编码指代的所述第二编码头部。

30.根据权利要求29所述的解码装置，其特征在于，所述解码装置还包括：

第三确定模块，用于根据所述接收的HTTP报文中的第一压缩指示以及第一字节数，确定与所述第一字节数相关联的第一相同字节数，其中所述第一压缩指示用于表示所述第二编码头部的取值被压缩；

第四确定模块，用于根据所述第三确定模块确定的所述第一相同字节数，将所述已记录的HTTP报文中的相应编码头部的取值中相应的连续第一相同字节数的字节，确定为所述第二编码头部的待解码的取值。

31.根据权利要求29所述的解码装置，其特征在于，所述解码装置还包括：

第五确定模块，用于根据所述接收的HTTP报文中的第二压缩指示以及次序信息，确定所述已记录的HTTP报文中与所述次序信息相应的第一HTTP报文，其中，所述第二压缩指示用于表示所述第二编码头部的取值与所述第一HTTP报文中的相应编码头部的取值相同；

第六确定模块，用于将所述第五确定模块确定的所述第一HTTP报文中的相应编码头部的取值确定为所述第二编码头部的取值。

32.根据权利要求28所述的解码装置，其特征在于，所述解码装置还包括：

第七确定模块，用于根据所述接收的HTTP报文中的第三压缩指示以及第二字节数，确定与所述第二字节数相关联的第二相同字节数，其中所述第三压缩指示用于表示待解码的URI被压缩；

第八确定模块，用于根据所述第七确定模块确定的所述第二相同字节数，将所述已记录的HTTP报文的URI中相应的连续第二相同字节数的字节，确定为所述接收的HTTP报文中待解码的URI。

33.根据权利要求28所述的解码装置，其特征在于，所述解码装置还包括：

第九确定模块，用于在确定所述接收的HTTP报文中没有HTTP版本号信息时，将所述已记录的HTTP报文中的版本号信息确定为所述接收的HTTP报文的版本号信息。

34.根据权利要求28所述的解码装置，其特征在于，所述解码装置还包括：

接收模块，用于接收包括类型字段的协议数据单元PDU包，所述类型字段用于指示所述PDU包为经过头部编码和压缩的HTTP报文。

35.根据权利要求28至34中任一项所述的解码装置，其特征在于，所述解码装置还包括：

记录模块，用于在首次传输HTTP报文时，记录首次传输的HTTP报文的编码头部取值、URI和HTTP版本号信息；

更新模块，用于在非首次传输HTTP报文时，根据所述接收的HTTP报文更新所述已记录的HTTP报文。

36.根据权利要求35所述的解码装置，其特征在于，所述更新模块用于：

如果所述接收的HTTP报文的编码头部取值和所述已记录的HTTP报文的编码头部取值相同，则保持所述已记录的HTTP报文的编码头部及其取值不变；或

如果所述接收的HTTP报文的编码头部取值和所述已记录的HTTP报文的编码头部取值不同，则将所述已记录的HTTP报文中的编码头部取值替换为所述接收的HTTP报文的编码头部取值；或

如果所述已记录的HTTP报文具有所述接收的HTTP报文不具有的编码头部，则保持所述已记录的HTTP报文的编码头部及其取值不变；或

如果所述接收的HTTP报文具有所述已记录的HTTP报文不具有的编码头部，则记录所述接收的HTTP报文具有但所述已记录的HTTP报文不具有的编码头部及其取值；或

如果所述接收的HTTP报文的版本号信息和所述已记录的HTTP报文的版本号信息相同，则保持所述已记录的HTTP报文的版本号信息不变；或

如果所述接收的HTTP报文的版本号信息和所述已记录的HTTP报文的版本号信息不同，则将所述已记录的HTTP报文中的版本号信息替换为所述接收的HTTP报文的版本号信息。

37.一种HTTP报文的编码装置，其特征在于，包括：处理器、存储器、总线和发送器；

其中，所述处理器、所述存储器和所述发送器通过所述总线相连，所述存储器用于存储指令，所述处理器通过所述总线，调用所述存储器中存储的所述指令，以用于确定编码头部位图的每个比特位的取值，各个所述比特位的取值分别指示为所述比特位相应的待传输的编码头部的取值与已记录的HTTP报文中的相应编码头部的取值是否相同；

所述处理器还用于根据所述每个比特位的取值，生成包括所述编码头部位图的待传输的HTTP报文；

所述处理器还用于控制所述发送器向接收方发送所述待传输的HTTP报文，以便于所述接收方根据所述编码头部位图和所述已记录的HTTP报文，确定所述待传输的HTTP报文中编码头部取值与所述已记录的HTTP报文中的相应编码头部的取值相同的第一编码头部以及所述第一编码头部的取值。

38.一种HTTP报文的解码装置，其特征在于，包括：处理器、存储器和总线；

其中，所述处理器和所述存储器通过所述总线相连，所述存储器用于存储指令，所述处理器通过所述总线，调用所述存储器中存储的所述指令，以用于获取接收的HTTP报文中的编码头部位图的每个比特位的取值；

所述处理器还用于在所述编码头部位图的第一比特位的取值指示为所述第一比特位相应的待解码的第一编码头部的取值与已记录的HTTP报文中的相应编码头部的取值相同时，将所述已记录的HTTP报文中的与所述第一比特位相应的编码头部及其取值，分别确定为所述第一编码头部以及所述第一编码头部的取值。