报文处理方法、装置及系统的制作方法
【技术领域】
[0001] 本发明涉及通信领域，具体而言，涉及一种报文处理方法、装置及系统。
【背景技术】
[0002] LTE的层2用户面协议栈由3个子层组成，分为分组数据汇聚协议（Packet Data Convergence Protocol,简称为 F1DCP)、无线链路控制（Radio Link Control，简称为 RLC) 和媒体接入控制（Media Access Control，简称为MAC)。其中H)CP层主要功能包括头压缩、 安全性功能（完整性保护和加密）以及对切换时重排序和重传的支持，这些功能取决于无 线承载。每一无线承载有一个rocp实体。
[0003] F1DCP层发送端处理流程：从上层接收到业务数据单元（Service Data Unit，简称 为SDU)后，赋予序列号（Sequence Number，简称为SN)值，如果需要完保，则执行完保处理； 如果需要加密，则执行加密处理；维护发送端的序列号和超帧号（Hyper Frame Number，简 称为HFN)值，将协议数据单元（Protocol Data Unit，简称为F1DU)发送给下层处理。
[0004] rocp层接收端处理流程：从下层接收到协议数据单元rou，如果需要解密，执行解 密处理；如果需要完保，执行完保校验；根据接收到序列号SN维护本地的接收序列号SN和 超帧号HFN值，将业务数据单元SDU投递到高层处理。
[0005] 随着LTE的大规模商用和移动互联网的蓬勃发展，网络中的业务类型变得更加的 丰富，各种各样的报文都存在，比如很多的020应用、如微信、易信，微博等，还有TCP的ACK 反馈报文等，这些报文的特点都是小包，而且是非常频繁，数据量比较大。
[0006] 但目前不论是终端侧或者是网络侧，rocp协议的处理基本上都是类CPU的芯片， 其主要特点是线性处理，小包处理能力较差。而根据rocp协议，高层的每一个SDU来需要 独立处理，经过rocp协议处理后形成PDU发送给低层协议栈，如RLC。这样就会导致终端 或者网络侧rocp层处理小报文能力非常差，而空口带宽又无法得到足够的利用。例如FDD 20M带宽小区，空口能力是150Mbps，假设芯片每秒能处理10000个报文，如果每个报文大小 是1500字节，则流量是IlOMbps左右；如果每个报文大小是64字节，则流量仅仅有5Mbps 左右。当然，考虑到1500字节和64字节内存处理等因素，可能会更高一些，但是流量还是 非常的低，远远没法满足真实商用环境的需求。
[0007] 对于这种小包的问题，目前的处理方法一般是使用更高速的处理器，更大的内存， 但是基本上是治标不治本。
[0008] 针对相关技术中不能解决小报文处理能力较差的问题，目前尚未提出有效的解决 方案。
【发明内容】
[0009] 本发明提供了一种报文处理方法、装置及系统，以至少解决相关技术中不能解决 小报文处理能力较差的问题。
[0010] 根据本发明的一个方面，提供了一种报文处理方法，包括：创建缓存区，其中，所述 缓存区用于储存至少两个报文；确定在所述缓存区中用于对所述至少两个报文进行组包的 组包条件；依据确定的所述组包条件在所述缓存区中对所述至少两个报文进行处理。
[0011] 优选地，依据确定的所述组包条件在所述缓存区中对所述至少两个报文进行处理 包括：判断所述至少两个报文是否满足所述预定的组包条件；在判断结果为是的情况下， 对所述至少两个报文进行组包，并将组包后的所述至少两个报文发送到分组数据聚合协议 rocp层进行处理。
[0012] 优选地，在判断所述至少两个报文是否满足预定的组包条件之前，还包括：接收无 线链路控制RRC发送的分组数据聚合协议rocp配置消息，其中，所述rocp配置消息中携带 有用于组包的累计字节数阈值和/或用于组包的预定时长；依据所述rocp配置消息确定所 述预定的组包条件。
[0013] 优选地，判断所述至少两个报文是否满足预定的组包条件包括以下至少之一：在 所述缓存区中配置最大累计字节数，判断所述至少两个报文的总字节数是否大于或等于所 述最大累计字节数，在判断结果为是的情况下，确定对所述至少两个报文进行组包；在所述 缓存区中配置等待定时器，判断缓存所述至少两个报文中的第一个报文后等待的时间是否 超过等待定时器中预设的阈值，在判断结果为是的情况下，确定对所述至少两个报文进行 组包。
[0014] 根据本发明的另一方面，提供了一种报文处理装置，包括：创建模块，用于创建缓 存区，其中，所述缓存区用于储存至少两个报文；确定模块，用于确定在所述缓存区中用于 对所述至少两个报文进行组包的组包条件；处理模块，用于依据确定的所述组包条件在所 述缓存区中对所述至少两个报文进行处理。
[0015] 优选地，所述处理模块包括：判断单元，用于判断所述至少两个报文是否满足所述 预定的组包条件；组包单元，用于在判断结果为是的情况下，对所述至少两个报文进行组 包，并将组包后的所述至少两个报文发送到分组数据聚合协议rocp层进行处理。
[0016] 优选地，所述装置还包括：接收单元，用于接收无线链路控制RRC发送的分组数据 聚合协议rocp配置消息，其中，所述rocp配置消息中携带有用于组包的累计字节数阈值和 /或用于组包的预定时长；确定单元，用于依据所述rocp配置消息确定所述预定的组包条 件。
[0017] 优选地，所述判断单元包括以下至少之一：第一判断子单元，用于在所述缓存区中 配置最大累计字节数，判断所述至少两个报文的总字节数是否大于或等于所述最大累计字 节数，在判断结果为是的情况下，确定对所述至少两个报文进行组包；第二判断子单元，用 于在所述缓存区中配置等待定时器，判断缓存所述至少两个报文中的第一个报文后等待的 时间是否超过等待定时器中预设的阈值，在判断结果为是的情况下，确定对所述至少两个 报文进行组包。
[0018] 根据本发明的另一方面，还提供了一种报文处理系统，包括：包括权利要求5至8 中任一项所述装置的发送设备，和接收设备，其中，所述接收设备用于在接收到对所述至少 两个报文进行组包后的数据包后，对所述数据包进行解析处理。
[0019] 通过本发明，采用创建缓存区，其中，所述缓存区用于储存至少两个报文；确定在 所述缓存区中用于对所述至少两个报文进行组包的组包条件；依据确定的所述组包条件在 所述缓存区中对所述至少两个报文进行处理，解决了相关技术中不能解决小报文处理能力 较差的问题，有效提升了无线网络中小报文的处理能力。
【附图说明】
[0020] 此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发 明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
[0021] 图1是根据本发明实施例的报文处理方法的流程图；
[0022] 图2是根据本发明实施例的报文处理装置的框图；
[0023] 图3是根据本发明优选实施例的报文处理装置的框图一；
[0024] 图4是根据本发明优选实施例的报文处理装置的框图二；
[0025] 图5是根据本发明优选实施例的报文处理装置的框图三；
[0026] 图6是根据本发明优选实施例的报文处理装置的示意图；
[0027] 图7是根据本发明优选实施例的小包处理功能配置的流程图。
【具体实施方式】
[0028] 下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的 情况下，本申请中的实施例及实施例中的特征可以相互组合。