[发明专利]实时传输协议数据包的接收处理方法及装置

说明书

技术领域

本发明涉及通信领域，具体而言，涉及一种实时传输协议数据包的接收处理方法及装置。

背景技术

随着计算机技术和网络技术的不断发展，新一代采用全IP架构的基站系统已经在实践中得到了广泛的应用，新一代的基站系统采用了IP接入方式，并使用了新的传输协议用于语音数据的传输，实时传输协议(Real-Time Transport Protocol，简称为RTP)就是其中的一种。RTP为实时数据提供端到端的传输功能，如交互的音频视频数据，功能包括载荷类型辨别，序列号编码，时戳，传输监控。RTP工作在用户数据协议(User Date Protocol，简称为UDP)之上，利用UDP复用和包校验功能协作共同完成传输层功能，在新一代的通信系统中，RTP协议通常用于语音和数据业务的传输。

按目前的RTP数据接收处理方式，通常采用二级缓存的设计策略对RTP报文进行处理和提交，如图1所示，接收到RTP报文后，RTP报文将通过两个队列才能完成操作，一级缓冲为排序缓冲，功能是对乱序到达的RTP报文进行排序操作，保证数据到达的有序性，二级缓冲区为抗抖动缓冲，功能是保证数据在不均匀到达的情况下能够连续的、稳定的提交上层处理，避免空包现象。而在GSM基站系统中，每一个物理载波上理论上可以同时支持8个全速率用户同时通话。因此在多用户情况下，一级排序缓冲、二级抗抖动缓冲队列通常按空口业务时隙数量设计为多个，每一个队列都对应一个空口时隙，从而支持不同的用户，如图2所示。这种方法在用户的语音业务中不会存在问题，但由于在GSM系统中，存在多种业务，PS数据业务也是一种主要业务，需要封装在RTP数据包中进行传输，该业务允许单个用户使用多个时隙传输业务数据。因此在GSM系统中，基站系统为同时处理电路交换(Circuit Switch，简称为CS)业务和分组交换(Packet Switch，简称为PS)业务，RTP报文的处理部分通常采用两种方法进行处理。1.CS业务和PS业务处理流程区分，两种业务处理分开处理，各不相关。2.CS业务和PS业务流程结合，仍按图2中的设计进行处理。方法1处理简单，但在支持用户较多的基站系统中会导致内存资源的大量浪费，在嵌入式系统中内存资源相对紧张，严重情况下可能导致基站内存不足，运行异常。方法2的处理由于PS业务数据的特征，同样存在问题。如图3所示，在某一时刻，两个PS用户(用户1和用户2)，1个CS用户(用户3)同时进行业务，用户在进行PS业务的时候，为提高数据的传输速率，GSM系统允许该用户数据的业务数据在其它未使用的时隙中进行传输，用户1的PS数据使用了时隙1、3、4进行传输，因此使用了队列1、队列3、队列4，而用户2进行的PS业务使用了时隙2和时隙3传输，使用队列2、队列3，用户3的CS数据使用时隙5，使用队列5，下一数据提交时刻，队列1、2、3、4，5的队头数据均会提交上层处理，由于通常同一RTP包的PS业务数据中包含相同的块号信息，如果相同块号的数据不能一次性提交，后续处理模块将可能认为此块号部分丢失，可能触发块号重选流程，降低PS业务传输速率，大大影响PS业务的实际应用效果。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中，由于块号重选流程导致的降低PS业务传输效率等技术问题，本发明提供一种实时传输协议数据包的接收处理方法及装置，以至少解决上述技术问题。

根据本发明的一个方面，提供了一种实时传输协议数据包的接收处理方法，包括：将接收到的实时传输协议(RTP)数据包中的分组交换PS业务数据按所述PS业务数据的块号进行分组，其中，同一组内的PS业务数据的块号相同；对于同一组内的每个PS业务数据，将所述PS业务数据插入到承载该PS业务数据的队列中，其中，同一组内的各个PS业务数据插入到各个队列中的位置相同。

将PS业务数据插入到承载该PS业务数据的队列中，包括：获取各个所述队列的长度值中的最大值；将各个PS业务数据分别插入到各个队列中与获取的上述最大值对应的位置。

将各个PS业务数据分别插入到各个队列中与获取的所述最大值对应的位置之后，还包括：更新各个队列的长度值，并将其作为其它组内的PS业务数据插入到相应队列的相应位置的依据。

将接收到的实时传输协议数据包中的分组交换PS业务数据按所述PS业务数据的块号进行分组之前，还包括：接收RTP数据中的电路交换(CS)业务数据和PS业务数据；将接收到的CS业务数据和PS业务数据同时传送到同一抗抖动缓冲区进行处理。