Method and device for transmitting and receiving timestamp information

A technology for sending time stamps and receiving time stamps, applied in the field of mobile communications, can solve problems such as low compression efficiency, and achieve the effect of fast compression time and improved processing speed

CN106941697AInactive Publication Date: 2017-07-11ZTE CORP
5 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Publication Date
2017-07-11
Estimated Expiration
Not applicable · inactive patent

Smart Images

  • Figure 1
    Figure 1
  • Figure 2
    Figure 2
  • Figure 3
    Figure 3
Patent Text Reader

Abstract

The invention discloses a method and device for transmitting and receiving timestamp information, wherein the method comprises the following steps: determining, when the timestamp information of a current data packet is the same as the timestamp information of a previous packet, whether the number of the same timestamp times reaches a preset number of times; and if yes, transmitting the timestamp information at a zero bit when receiving the timestamp information the same as the timestamp information of the previous packet again. The method determines whether the two adjacent pieces of timestamp information is the same or not and transmits the next same timestamp information at the zero bit if yes. The method transmits the timestamp at the zero bit, is faster in time compression, obviously increases processing speed, and solves a problem that TS_STRIDE can only be 0 and only an original value is transmitted in the case of the same timestamp in two adjacent data packages in the prior art, thereby causing low compression efficiency.
Need to check novelty before this filing date? Find Prior Art

Description

technical field

[0001] The invention relates to the field of mobile communication, in particular to a method and device for sending and receiving time stamp information. Background technique

[0002] In order to make full use of the bandwidth, ROHC (RObust Header Compression) is introduced, which is a technology for compressing the protocol headers in service packets. For protocols involving voice and video services, there is profile4 that can compress the IP protocol headers. Profile2 can compress the IP / UDP protocol header, profile1 can compress the IP / UDP / RTP protocol header, and profile1 has the highest compression efficiency for RTP protocol (Real-time Transport Protocol, real-time transport protocol) type packets. Each profile has its own maintained IR, FO, SO compression status, compression efficiency from low to high, each profile maintains its own compression mode, different compression modes ensure the robustness of header compression according to different recall ...

Examples

Embodiment approach 1

[0047] This embodiment is implemented by carrying 3 types of extension headers, which can be applied to U / O mode, because in U / O mode, the compression end can think that the decompression end automatically maintains the relationship between TS_STRIDE and TS_OFFSET in the context, and only sends the original Timestamp to Maintain the relationship between TS_STRIDE and TS_OFFSET. The following describes the process in detail through the two aspects of the compression end and the decompression end. The workflow of the compression end is as follows: Figure 7 As shown, the steps are as follows:

[0048] step 1:

[0049] Compression side: The Timestamp value of the incoming packet is the same as that of the previous packet; use 3 types of extension headers to carry the Timestamp, and maintain NEW_TS_STRIDE=0 at the compression side.

[0050] Decompression end: Do the same processing when receiving, decompress the Timestamp carried by the 3 types of extension headers, which is the...

Embodiment approach 2

[0058] This implementation mode is implemented by sending the compressed package of the initialization context through state reversion, which can be applied to the O / R mode, and maintains the relationship between TS_STRIDE and TS_OFFSET by sending a message with the initialization context of Timestamp and TS_STRIDE through state reversion. The following describes the process in detail through the two aspects of the compression end and the decompression end. The workflow of the compression end is as follows: Figure 8 As shown, the steps are as follows:

[0059] step 1:

[0060] Compression side: The Timestamp value of a packet is the same as that of the previous packet; use IR or IR-DYN packets to carry Timestamp and TS_STRIDE. Here, Timestamp is the actual value, and TS_STRIDE is 0.

[0061] Decompression end: do the same processing when receiving, decompress the IR or IR-DYN message carrying Timestamp and TS_STRIDE, and maintain TS_STRIDE=0.

[0062] Step 2:

[0063] Comp...