[发明专利]一种发送、接收时间戳信息的方法和装置

说明书

技术领域

本发明涉及移动通讯领域，特别是涉及一种发送、接收时间戳信息的方法和装置。

背景技术

为了充分利用带宽，引入了ROHC(RObust Header Compression，信头压缩协议)，即对业务报文中的协议头进行压缩的技术，其中对于涉及语音视频业务的协议，有profile4可以压缩IP协议头，有profile2可以压缩IP/UDP协议头，profile1可以压缩IP/UDP/RTP协议头，对于RTP协议(Real-time Transport Protocol，实时传输协议)类型的报文profile1压缩效率最高。每种profile下有各自维护的IR、FO、SO压缩状态，压缩效率从低到高，每种profile下各自维护的压缩模式，不同的压缩模式根据不同回迁方式保证头压缩的鲁棒性，其中U模式周期回迁，R模式是根据终端的反馈进行回迁，O模式是既可以根据反馈进行回迁也可以周期回迁。

现有技术中，Profile1下对于Timestamp的主要压缩算法思想如下：两个连续的RTP包头的时间戳(Timestamp)域之间通常不是任意增加的，相反每次增加的是个定值(TS_STRIDE)的整数倍。例如：在语音流中，语音的采样频率通常为8kHz，而一帧数据中包含20ms的语音数据，通常一个语音帧放在一个RTP包中传输，这种情况下RTP包中Timestamp域的增长量通常为N*160(l60＝8000*0.02)，N为正整数，N的引入主要是因为语音通话过程中，有一段时间称为静默期存在，这段时间内没有语音存在，因此Timestamp的增长量为160的整数倍。

Timestamp的值可以通过如下公式表示：Timestamp＝TS_SCALED*TS_STRIDE+TS_OFFSET；现有协议中要求TS_STRIDE不为0，因为计算TS_SCALED需要Timestamp除以TS_STRIDE，计算TS_OFFSET需要Timestamp模上TS_STRIDE。

如果压缩端和解压端相互协商好TS_STRIDE和TS_OFFSET的值，则压缩端每次只需要发送TS_SCALED的值即可，而发送TS_SCALED的开销远小于发送TS，从而实现了压缩。

对于profile1下的语音视频业务，RTP协议包里的时间戳Timestamp，动态字段影响压缩效率，对于语音业务编码速率固定后Timestamp一般都是按固定步长增加，而对于视频业务来是Timestamp主要用于和语音统一，所以对于大视频来说经常会有一个画面很多相同的Timestamp报文，但是RTP报文里的SN还是加1增加的。而对于Timestamp的压缩方式，在RFC3095和RFC4815里没有明确给出当Timestamp不变时的处理方式，只要求TS_STRIDE必须非零，所以按照协议我们只能把这种方式按照跳变理解，跳变的时候就要求Timestamp必须原值发送，大大降低了Timestamp的压缩效率。

发明内容

本发明提供一种发送、接收时间戳信息的方法和装置，用以解决现有技术在压缩时，TS_STRIDE只能为0，且在前后两包Timestamp一样的情况下，只能原值发送，压缩效率较低的问题。

为解决上述技术问题，一方面，本发明提供一种发送时间戳信息的方法，包括：在当前数据包的时间戳信息与上一数据包的时间戳信息相同的情况下，判断时间戳信息相同的次数是否达到预设次数；在时间戳信息相同的次数达到预设次数的情况下，在再次收到与上一数据包的时间戳信息相同的时间戳信息时，采用零比特位发送所述时间戳信息。

进一步，判断时间戳信息相同的次数是否达到预设次数之前，还包括：判 断当前数据包的时间戳信息是否与上一数据包的时间戳信息相同；在所述当前数据包的时间戳信息与所述上一数据包的时间戳信息相同的情况下，维护压缩端的定值为零，并向解压端发送维护定值为零的信息，以使解压端与压缩端的定值相同。

另一方面，本发明提供一种接收时间戳信息的方法，包括：判断解压得到相同的时间戳信息的次数是否达到预设解压次数；在得到相同的时间戳信息的次数达到所述预设解压次数的情况下，维护时间偏移量等于时间戳信息。

进一步，判断解压得到相同的时间戳信息的次数是否达到预设解压次数之前，还包括：接收来自压缩端的维护信息，其中，所述维护信息为维护定值为零的信息；解压端根据所述维护信息修改本地的定值。