CN106332179B

CN106332179B - 一种报文压缩方法及移动终端

Info

Publication number: CN106332179B
Application number: CN201510375021.6A
Authority: CN
Inventors: 郝禺台
Original assignee: Spreadtrum Communications Shanghai Co Ltd
Current assignee: Spreadtrum Communications Shanghai Co Ltd
Priority date: 2015-06-30
Filing date: 2015-06-30
Publication date: 2019-10-25
Anticipated expiration: 2035-06-30
Also published as: CN106332179A

Abstract

本发明公开了一种报文压缩方法及移动终端，属于移动终端技术领域；基于对应的一条互联网协议数据流进行数据报文的传输；互联网协议数据流对应于一个内容标识符；移动终端选择一个处于可分配状态的内容标识符，并分配给对应功能模块的互联网协议数据流，用于对基于互联网协议数据流传输的数据报头进行压缩；方法包括：步骤S1，功能模块运行完毕，并根据运行完毕之前发送的最后一份数据报文组织一份通知报文并输出；步骤S2，移动终端根据通知报文查找相应的内容标识符，并将查找得到的内容标识符设定为处于可分配状态，随后返回步骤S1。上述技术方案的有益效果是：实现报文压缩过程中有限的内容标识符的循环使用，提升系统资源的利用率。

Description

一种报文压缩方法及移动终端

技术领域

本发明涉及移动终端技术领域，尤其涉及一种报文压缩方法及移动终端。

背景技术

现有技术中，由于物理条件的限制，无线链路传输和有线链路传输相比，传输速率较低、误码率较高、往返时间(Round Trip Time，RTT)较长。在这种传输环境下，大报头的存在会影响到数据的传输速率和带宽利用率，降低频谱利用率和服务质量。

所谓大报头，是指一些占用字节较多的报头，例如基于互联网协议(InternetProtocol，IP)的数据报文的报头，其占用的字节非常多，通常要求20字节的IP报头(基于IPV4)或者40字节的IP报头(基于IPV6)、8字节的UDP报头以及12字节的RTP报头，因此，一个报头所占的字节总量通常为20+8+12＝40字节(基于IPV4)或者40+8+12＝60字节(基于IPV6)。如此庞大的报头对于带宽的传输浪费是非常惊人的，而这些大报头所关联的负载数据在某些情况下可能仅为15-32字节，理论上并不需要这么大的带宽来传输这些数据。

发明内容

根据现有技术中存在的问题，现提供一种报文压缩方法及移动终端的技术方案，旨在实现报文压缩过程中有限的内容标识符的循环使用，提升系统资源的利用率。

上述技术方案具体包括：

一种报文压缩方法，适用于移动终端；其中，所述移动终端基于对应的一条互联网协议数据流进行相应的数据报文的传输；

每条所述互联网协议数据流对应于一个内容标识符；

所述移动终端选择一个处于可分配状态的所述内容标识符，并分配给关联于准备运行的功能模块的所述互联网协议数据流，用于对基于所述互联网协议数据流传输的所有所述数据报文的报头进行压缩；

所述报文压缩方法的步骤具体包括：

步骤S1，所述移动终端内的一个所述功能模块运行完毕，所述功能模块根据运行完毕之前发送的最后一份所述数据报文组织一份相应的通知报文并输出；

步骤S2，所述移动终端根据所述通知报文查找相应的所述内容标识符，并将查找得到的所述内容标识符设定为处于可分配状态，随后返回所述步骤S1。

优选的，该报文压缩方法，其中，所述步骤S1具体包括：

步骤S11，所述功能模块运行完毕后，记录运行完毕之前的最后一份向关联于对应的所述互联网协议数据流的目的地址发送的所述数据报文；

步骤S12，所述功能模块根据被记录的所述数据报文，组织一份相同的所述通知报文；

步骤S13，所述功能模块将组织形成的所述通知报文封装于一通知消息中输出。

优选的，该报文压缩方法，其中，所述步骤S2中，所述移动终端接收并解析所述通知消息，以得到相应的所述通知报文。

优选的，该报文压缩方法，其中，所述步骤S12中，所述通知报文中包括通知报头以及通知负载数据；

所述通知报头与被记录的所述数据报文的所述报头相同；以及

所述通知负载数据与被记录的所述数据报文的负载数据相同。

优选的，该报文压缩方法，其中，所述步骤S12中，所述通知报文由相应的通知报头构成；

所述通知报头与被记录的所述数据报文的所述报头相同。

优选的，该报文压缩方法，其中，执行所述步骤S1时，所述功能模块运行完毕后，首先判断所述功能模块是否能够基于所述互联网协议数据流收发所述数据报文：

若所述功能模块能够基于所述互联网协议数据流收发所述数据报文，则继续执行所述步骤S1；

若所述功能模块无法基于所述互联网协议数据流收发所述数据报文，则退出。

优选的，该报文压缩方法，其中，于所述移动终端内设置一报文压缩单元，用于应用相应的所述内容标识符对所述数据报文的所述报头进行压缩；

所述步骤S2具体包括：

步骤S21，所述报文压缩单元获取所述通知报文，并在所述移动终端内包括的所有所述内容标识符中查找关联于所述通知报文的所述内容标识符；

若所述报文压缩单元未查找得到关联于所述通知报文的所述内容标识符，则转向步骤S23；

步骤S22，所述报文压缩单元将查找得到的关联于所述通知报文的所述内容标识符设定为处于所述可分配状态，随后丢弃所述通知报文，并返回所述步骤S1；

步骤S23，所述报文压缩单元丢弃所述通知报文，随后返回所述步骤S1。

优选的，该报文压缩方法，其中，所述步骤S22中，所述报文压缩单元在将所述内容标识符设定为处于可分配状态时，释放所述通知报文占用的系统资源。

优选的，该报文压缩方法，其中，所述步骤S23中，所述报文压缩单元丢弃所述通知报文后，释放所述通知报文的系统资源。

一种移动终端，其中，采用上述的报文压缩方法。

上述技术方案的有益效果是：提供一种报文压缩方法，能够实现报文压缩过程中有限的内容标识符的循环使用，提升系统资源的利用率。

附图说明

图1是本发明的较佳的实施例中，一种报文压缩方法的总体流程示意图；

图2-3是本发明的较佳的实施例中，报文压缩方法的分步骤流程示意图。

具体实施方式

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

需要说明的是，在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

下面结合附图和具体实施例对本发明作进一步说明，但不作为本发明的限定。

现有技术中，为了解决上文中所述的报头过大造成的带宽浪费问题，提供了一种针对报头的压缩方法。该压缩方法主要基于下述原因实现：一般的报头中会包括大量的冗余信息，例如基于同一IP数据流传输的数据报文，其源地址和目的地址保持不变，版本号在系统或者相应的应用程序不升级的情况下也会保持不变；其他一些变量例如IP校验和以及数据包长度等，都可以通过某些方法推算得到；还有一些数据增量可能是固定不变的，也会被算在冗余信息内。这些冗余信息并不需要在每个报头中都占用字节进行描述，因此在一个数据报头中取出上述冗余信息，只采用剩余信息形成报头的方式就被称为对该报头进行压缩。

现有技术中，通常对基于同一IP数据流进行传输的数据报文的报头采用同一方式进行压缩，而现有技术中用于标识IP数据流的参数即为内容标识符(Context Identifier，CID)。换言之，采用CID标识一条IP数据流(IP Flow)，进一步地，采用CID标识一条微数据流(Micro Flow)。

现有技术中，由于自身内存的限制，于一个移动终端内可用的CID的总数往往是确定的，即移动终端只能使用一定数量的CID。现有技术中也不存在如何回收CID以及判断CID状态的方法，因此会出现一些IP数据流明明已经被关闭，相应的CID却没有被收回的情况。而当移动终端内所有可用的CID均被用完时(即均处于已分配状态)，如果还有新的IP数据流要求分配CID，则现有技术中通常采用以下两种方法来重复使用CID：

1)对该IP数据流下的数据报文直接采用不进行压缩对应的CID进行传输。这种方法实际上无法达到压缩报头的目的。

2)查找一个处于已分配状态的CID使用。这种方法虽然可以暂时解决CID压缩的问题。但是使用的CID处于已分配状态，有可能下一时刻该CID原本对应的IP数据流上就会有数据报文进行传输，同样要用到该CID，不利于进行报头压缩。

本发明的较佳的实施例中，基于现有技术中存在的上述问题，现提供一种报文压缩方法，适用于移动终端。

本发明的较佳的实施例中，上述报文压缩方法中，移动终端基于对应的一条互联网协议数据流进行相应的数据报文的传输。本发明的较佳的实施例中，一条互联网协议数据流(下称IP数据流)，可以对应于移动终端内的一正在运行的功能模块(即应用程序)，该功能模块支持基于IP数据流收发数据报文。即具体地，一功能模块在运行过程中，可以基于同一条IP数据流收发不同的数据报文，该IP数据流具有相同的源地址(Source Address)和目的地址(Destination Address)，相同的功能模块的版本号(Version)以及其他可以被省略的冗余信息。

本发明的较佳的实施例中，针对每条IP数据流，移动终端对应分配一个CID。移动终端选择一个处于可分配状态的CID，并分配给关联于准备运行的功能模块的IP数据流，用于对基于IP数据流传输的所有数据报文的报头进行压缩。因此，具体地，本发明的较佳的实施例中，移动终端可以在相应的功能模块开始运行之前，预先分配给该功能模块相应的CID，以支持基于相应的IP数据流对数据报文的报头进行压缩。

则本发明的较佳的实施例中，如图1所示，上述报文压缩方法的步骤具体包括：

步骤S1，移动终端内的一个功能模块运行完毕，功能模块根据运行完毕之前发送的最后一份数据报文组织一份相应的通知报文并输出；

本发明的较佳的实施例中，如图2所示，上述步骤S1具体包括：

步骤S11，功能模块运行完毕后，记录运行完毕之前的最后一份向关联于对应的互联网协议数据流的目的地址发送的数据报文；

本发明的较佳的实施例中，功能模块运行完毕，即表示相应的一个应用程序(Application，APP)使用完毕，此时，对应于该功能模块的套接字(Socket)连接以主动(例如功能模块主动断开)或者被动(例如对端设备断开)的方式被关闭，则对应该功能模块的IP数据流同样结束，此时该功能模块所占用的系统资源，包括对应于该IP数据流的CID，理论上都应该被释放。但是现有技术中，移动终端并不知晓上述情况，因此需要功能模块定义一份特殊的报文通知移动终端。

步骤S12，功能模块根据被记录的数据报文，组织一份相同的通知报文；

本发明的较佳的实施例中，上述步骤S11中，记录下该功能模块运行完毕之前最后一份向该IP数据流对应的目的地址发送的数据报文，主要在于记录该数据报文的报头部分和负载数据部分。

则本发明的较佳的实施例中，上述功能模块在运行完毕后(即相应的socket连接被关闭后)，组织一份通知报文(即上文中所述的特殊报文)。该通知报文与被记录下的功能模块在运行完毕之前最后一份向IP数据流对应的目的地址发送的数据报文相同。具体在于：

1)本发明的一个较佳的实施例中，上述通知报文由报头部分构成，不包括负载数据部分，则该通知报文的报头部分与被记录的数据报文的报头部分相同；或者

2)本发明的另一个较佳的实施例中，上述通知报文中包括报头部分和负载数据部分，则该通知报文的报头部分与被记录的数据报文的报头部分相同，以及该通知报文的负载数据部分与被记录的数据报文的负载数据部分相同。换言之，在这种结构下，通知报文与被记录的数据报文完全相同。

本发明的较佳的实施例中，上述通知报文虽然在形式上与被记录的真正的数据报文完全相同(至少在报头部分完全相同)，但是其并不会被移动终端用于向目的地址发送，即不会作为正常的数据报文进行处理，只有鉴别CID的功能，该功能在下文中会详述。

步骤S13，功能模块将组织形成的通知报文封装于一通知消息中输出。

本发明的较佳的实施例中，功能模块在组织形成上述通知报文之后，将该通知报文封装于一通知消息中。换言之，本发明的较佳的实施例中，功能模块在运行完毕后，输出一个带有通知报文的通知消息。

本发明的较佳的实施例中，于移动终端内设定一个报文压缩单元，则上述功能模块在运行完毕后，向报文压缩单元传输相应的通知消息。

则上述步骤S2中，采用移动终端内设定的报文压缩单元接收上述通知消息并进行解析，以通过解析得到该通知消息中包括的通知报文。

本发明的较佳的实施例中，在执行步骤S1时，上述功能模块运行完毕后，首先判断功能模块是否能够基于IP数据流收发数据报文，即判断该功能模块是否具有IP数据收发功能：

若功能模块能够基于IP数据流收发数据报文，则继续执行步骤S1；

若功能模块无法基于IP数据流收发数据报文，则退出。

步骤S2，移动终端根据通知报文查找相应的内容标识符，并将查找得到的内容标识符设定为处于可分配状态，随后返回步骤S1。

本发明的较佳的实施例中，如图3所示，上述步骤S2具体包括：

步骤S21，报文压缩单元获取通知报文，并在移动终端内包括的所有内容标识符中查找关联于通知报文的内容标识符；

若报文压缩单元未查找得到关联于通知报文的内容标识符，则转向步骤S23；

本发明的较佳的实施例中，由于上述通知报文与被记录的正常的数据报文相同(至少报头部分相同)，而被记录的数据报文关联于相应的CID(通过IP数据流进行关联)，因此报文压缩单元可以很方便地通过通知报文的报头部分查找得到对应的CID。

因此，本发明的较佳的实施例中，若报文压缩单元根据通知报文的报头部分从移动终端内包括的所有CID中查找得到对应需要的CID，则转向下述步骤；

相应地，若报文压缩单元根据同坐报文的报头部分从移动终端内包括的所有CID中查找不到对应需要的CID，则转向步骤S23，即丢弃该通知报文(不将该通知报文作与一般数据报文相同的处理)。

步骤S22，报文压缩单元将查找得到的关联于通知报文的内容标识符设定为处于可分配状态，随后丢弃通知报文，并返回步骤S1；

本发明的较佳的实施例中，上述步骤S22中，在查找得到相应的CID后，报文压缩单元将该CID设定为处于可分配状态，即该CID此时是空闲的，不存在相关联的IP数据流，可供系统分配给其他新产生的基于新的IP数据流进行传输的数据报文。

本发明的较佳的实施例中，报文压缩单元查找得到相应的CID后，将上述通知报文丢弃，即不针对该通知报文作与一般的数据报文相同的操作(例如发送至目的地址)。

本发明的较佳的实施例中，报文压缩单元在丢弃上述通知报文后，释放该通知报文占用的系统资源。

步骤S23，报文压缩单元丢弃通知报文，随后返回步骤S1。

本发明的较佳的实施例中，如上文中所述，若查找不到CID，则直接丢弃通知报文，不对通知报文作与一般的数据报文相同的操作，并且同样释放该通知报文原本占用的系统资源。

本发明的较佳的实施例中，上述报文压缩单元最终：

1)将查找得到的CID设定为处于可分配状态，从而该CID可以留待基于新的IP数据流进行传输的数据报文进行报头压缩之用；

2)若查找不到相应的CID，则直接丢弃该通知报文，并应用现有的报文压缩技术对基于新的IP数据流进行传输的数据报文的报头进行压缩。

本发明的较佳的实施例中，在执行完上述步骤S2后，返回步骤S1，以等待下一个功能模块运行完毕，并收回相应的CID。

综上所述，本发明技术方案中，于一个支持IP数据传输的功能模块(移动终端内的APP)运行完毕后，根据其在运行完毕之前向目的地址发送的最后一份数据报文组织一份相同的通知报文(至少报头部分相同)，并将包括该通知报文的通知消息传输给报文压缩单元；报文压缩单元根据该通知报文的报头部分，从移动终端中包括的所有CID中查询得到对应的CID并将其收回(即设定为处于可分配状态)，随后直接丢弃该通知报文并释放该通知报文占用的系统资源。该收回的CID可被用于后续新的数据报文的报头压缩。

本发明的较佳的实施例中，还提供一种移动终端，其中采用上文中所述的报文压缩方法。

以上所述仅为本发明较佳的实施例，并非因此限制本发明的实施方式及保护范围，对于本领域技术人员而言，应当能够意识到凡运用本发明说明书及图示内容所作出的等同替换和显而易见的变化所得到的方案，均应当包含在本发明的保护范围内。

Claims

1.一种报文压缩方法，适用于移动终端；其特征在于，所述移动终端基于对应的一条互联网协议数据流进行相应的数据报文的传输；

每条所述互联网协议数据流对应于一个内容标识符；

所述报文压缩方法的步骤具体包括：

步骤S2，所述移动终端根据所述通知报文查找相应的所述内容标识符，并将查找得到的所述内容标识符设定为处于可分配状态，随后返回所述步骤S1；

所述功能模块运行完毕用于表示所述功能模块对应的应用程序使用完毕，所述功能模块结束运行。

2.如权利要求1所述的报文压缩方法，其特征在于，所述步骤S1具体包括：

3.如权利要求2所述的报文压缩方法，其特征在于，所述步骤S2中，所述移动终端接收并解析所述通知消息，以得到相应的所述通知报文。

4.如权利要求2所述的报文压缩方法，其特征在于，所述步骤S12中，所述通知报文中包括通知报头以及通知负载数据；

5.如权利要求2所述的报文压缩方法，其特征在于，所述步骤S12中，所述通知报文由相应的通知报头构成；

所述通知报头与被记录的所述数据报文的所述报头相同。

6.如权利要求1所述的报文压缩方法，其特征在于，执行所述步骤S1时，所述功能模块运行完毕后，首先判断所述功能模块是否能够基于所述互联网协议数据流收发所述数据报文：

7.如权利要求1所述的报文压缩方法，其特征在于，于所述移动终端内设置一报文压缩单元，用于应用相应的所述内容标识符对所述数据报文的所述报头进行压缩；

所述步骤S2具体包括：

8.如权利要求7所述的报文压缩方法，其特征在于，所述步骤S22中，所述报文压缩单元在将所述内容标识符设定为处于可分配状态时，释放所述通知报文占用的系统资源。

9.如权利要求7所述的报文压缩方法，其特征在于，所述步骤S23中，所述报文压缩单元丢弃所述通知报文后，释放所述通知报文占用的系统资源。

10.一种移动终端，其特征在于，采用如权利要求1-9所述的报文压缩方法。