户的请求提供多种表示形式应答时，需要使用内容协商机制，使Web服务器可以从中挑选出能满足用户要求的具有最适合表达形式的资源实体。因为很多时候源服务器或提供缓存的中间服务器并不会有一个统一的最佳资源形式标准，而用户端浏览器也不一定有能力处理所有的实体类型。
[0042]5)易于扩充
[0043]作为一个公开发布使用协议，HTTP具有良好的可扩充性，它传输的已不仅仅是超文本数据。在此基础上针对应用开发者的研究、开发要求，可以很容易地增加请求方法和响应状态，运行于用户定制的系统之中。经过扩充的服务器，能够响应原有标准的浏览器，也能够区别出用户自己开发的专用客户程序，做出相应的响应处理。
[0044]HTTP协议发展
[0045]WWW 联盟成立后，组织了 IETF(英文:Internet Engineering Task Force，中文:因特网工程任务组)小组进一步完善和发布HTTP协议。至今，HTTP协议经历了 0.9、1.0、1.1三个阶段。
[0046]1)ΗΤΤΡ/0.9 特征:
[0047]①用于各种数据信息的简洁快速协议；
[0048]②具有典型的无状态性；
[0049]③无连接性；
[0050]④无法使用内容协商；
[0051]⑤无法显示和处理图片。
[0052]2)ΗΤΤΡ/1.0 特征:
[0053]①单快速；
[0054]②无状态性；
[0055]③无连接性；
[0056]④无法使用内容协商；
[0057]⑤增加了元信息:在主要数据前加上一块信息，即信息的信息。它使服务器能够提供传送数据的有关信息。例如，传送对象是哪种类型，是用哪种语言书写的等等；
[0058]⑥支持多种内容的形式，如图片、音频等。
[0059]3)ΗΤΤΡ/1.1 特征:
[0060]①持续性连接:允许请求一个web页面的浏览器发起一次连接就可从服务器上下载多个文件；
[0061 ] ②仍无状态性，但可提供状态控制；
[0062]③新增加了资源请求:在原有GET、HEAD、P0ST几种方法的基础上增加了 OPT1NS、PUT、DELETE 和 TRACE ；
[0063]④身份认证:一种简单的“提问-回答”式的基本访问授权方法。过程是先由服务器向客户发出身份鉴别请求，再由客户发出确认信息；
[0064]⑤使用内容协商机制；
[0065]⑥缓存(Cache)机制:将先前的客户请求以及请求所对应的Web服务器响应的内容暂时保存在机器的内存或物理存储器中，使得在处理新的客户请求时可以利用。
[0066]3) HTTP/2.0 介绍:
[0067]HTTP2.0即超文本传输协议2.0，是下一代HTTP协议。是由IETF的HypertextTransfer Protocol Bis (httpbis)工作小组进行开发。是自1999年httpl.1发布后的首个更新。HTTP2.0在2013年8月进行首次合作共事性测试。HTTP/2.0提供的HTTP语义优化的运输。
[0068]一个HTTP/2.0连接通过一个TCP连接(上面运行的应用程序级协议[TCP])。客户端是TCP连接发起者。逻辑结构的HTTP/2.0协议:成帧，溪流，和应用程序映射。客户端可以发起HTTP2.0协商升级，如果服务器支持HTTP2.0协议的话，服务器就应答HTTP2.0的1000K确认，否则直接应答HTTP1.X的1000K确认。客户端也可以直接发起HTTP2.0请求报文，服务器必须应答HTTP2.0的请求。
[0069]本发明提供了一种报文发送方法，本方法主要由网关执行；请参阅图1，本发明所提供的报文发送方法的一个实施例包括:
[0070]101、网关获取用户设备发送的报文，所述报文中携带所述用户设备的超文本传输协议HTTP2.0协议的升级信息，所述升级信息中包括如下关键字段:连接字段、升级字段、设置字段；
[0071]需要说明的是，用户设备发起TCP连接，与服务器建立TCP连接，网关获取用户设备发送的报文，该报文中携带所述用户设备的超文本传输协议HTTP2.0协议的升级信息，所述升级信息中包括如下关键字段:连接字段Connect1n、升级字段Upgrade、设置字段HTTP2-Setting0
[0072]102、所述网关解析识别所述升级信息；
[0073]需要说明的是，网关识别该升级信息中的关键字段，记录关键字信息，做DP1、内容计费。
[0074]103、所述网关对所述升级信息中的所述关键字段分别进行修改，以使服务器端将接收到的所述报文识别为HTTP1.X协议的报文后向所述用户设备应答HTTP1.X协议的确认消息。
[0075]需要说明的是，网关对所述升级信息中的所述关键字段分别进行修改，例如分别将HTTP头域中的Connect1n、Upgrade、HTTP2-Setting字段进行反转或者打乱字符串的顺序；或者将Connect1n、Upgrade、HTTP2_Setting字段删除，若选择删除的方式，在服务器应答用户设备HTTP1.X协议的确认消息之前，还需将删除的上述关键字段添加到HTTP头域中，以保证TCP序列的正确性。
[0076]本发明实施例中，网关获取用户设备发送的报文，所述报文中携带所述用户设备的超文本传输协议HTTP2.0协议的升级信息，所述升级信息中包括如下关键字段:连接字段、升级字段、设置字段；所述网关解析识别所述升级信息；所述网关对所述升级信息中的所述关键字段分别进行修改，以使服务器端将接收到的所述报文识别为HTTP1.X协议的报文后向所述用户设备应答HTTP1.X协议的确认消息。从而将用户设备想升级到HTTP2.0的信息回落到HTTPl.x，让用户设备感知不到并仍然能继续业务，既能让用户继续业务，也能控制用户流。
[0077]请参阅图2，本发明所提供的报文发送方法的另一实施例包括:
[0078]201、网关获取用户设备发送的报文，所述报文中携带所述用户设备的超文本传输协议HTTP2.0协议的升级信息，所述升级信息中包括如下关键字段:连接字段、升级字段、设置字段；
[0079]202、所述网关解析识别所述升级信息；
[0080]步骤201、202对应参考步骤101、102中相关说明，此处不再赘述。
[0081]203、所述网关将所述关键字段对应的字符串分别进行反转，以使服务器端将接收到的所述报文识别为HTTP1.X协议的报文后向所述用户设备应答HTTP1.X协议的确认消息。
[0082]需要说明的是，所述网关将所述关键字段对应的字符串分别进行反转，例如分别将HTTP头域中的Connect1n、Upgrade、HTTP2_Setting字段进行反转；例如，系统在通过将HTTP Upgrade请求修改后确保数据传输的正确性，HTTP到HTTP2.0的升级头域按照以下格式:
[0083]GET/default.htm HTTP/1.1
[0084]Host:server, example, com
[0085]Connect1n:Upgrade, HTTP2_Settings
[0086]Upgrade:h2c
[0087]HTTP2-Settings:<base64url encoding of HTTP/2SETTINGS payload〉
[0088]网关UGW需识别上例中的Connect1n、Upgrade、HTTP2-Setting字段部分，并将其反转:
[0089]GET/default.htm HTTP/1.1
[0090]Host:server, example, com
[0091]noitcennoC:Upgrade, HTTP2_Settings
[0092]edargpU:h2c
[0093]sgnitteS-2PTTH:<base64url encoding of HTTP/2SETTINGS payload〉
[0094]上述实施例中，还可将C