Header elimination for real time internet applications

1. A method of decompressing a header, comprising:

monitoring arrival times of packets at a receiver, the packets not including a real-time transport protocol (RTP) time stamp in a RTP header portion of the packets, and the packets including a medium access control-high speed (MAC-hs) time stamp in a MAC-hs header portion of the packets;

determining the RTP time stamp of a currently received packet based on (i) a difference between the arrival time of the currently received packet and the arrival time of a previously received packet, and (ii) the MAC-hs time stamp in the MAC-hs header portion; and

decompressing the RTP header portion of the currently received packet by inserting the determined RTP time stamp into the RTP header portion, and the decompressing includes reconstructing a RTP sequence number for the RTP header portion of the currently received packet based on (i) a received radio link control (RLC) unacknowledged mode (UM) sequence number associated with the currently received packet or (ii) a RTP sequence number for the previously received packet plus an increment.

2. The method of claim 1 , wherein the determining determines the RTP time stamp based on the difference and the RTP time stamp for the previously received packet.

3. The method of claim 2 , wherein the determining includes adding a product of the difference and a factor to the RTP time stamp determined for the previously received packet.

4. The method of claim 3 , wherein the factor equals the transmission time interval for a channel over which the packets are received divided by a period of RTP packet generation.

5. The method of claim 1 , wherein the determining determines the RTP time stamp based the arrival time of the currently received packet, the arrival time of the previously received packet, and the RTP time stamp for the previously received packet.

6. The method of claim 1 , further comprising:

generating a user data protocol (UDP) checksum for the currently received packet; and

inserting the generated UDP checksum into a UDP header portion of the currently received packet.

7. The method of claim 1 , further comprising:

converting a user data protocol-Lite (UDP-Lite) portion of the currently received packet to UDP; and

decompressing the currently received packet according to robust header compression (RoHC).

8. A method of compressing a header, comprising:

forming real-time transport protocol (RTP) packets such that each of the RTP packets include a same fixed number of vocoder packets; and

compressing a header portion of each of the RTP packets by removing an extension bit and a marker bit from the header portion, the fixed number of vocoder packets being used during decompression such that another extension bit and another marker bit established based on the fixed number of vocoder packets are inserted into the compressed header portion when decompressed.

9. A receiver configured to,

monitor arrival times of packets at the receiver, the packets not including a real-time transport protocol (RTP) time stamp in a RTP header portion of the packets, and the packets including a medium access control-high speed (MAC-hs) time stamp in a MAC-hs header portion of the packets;

determine the RTP time stamp of a currently received packet based on (i) a difference between the arrival time of the currently received packet and the arrival time of a previously received packet, and (ii) the MAC-hs time stamp in the MAC-hs header portion; and

decompress the RTP header portion of the currently received packet by inserting the determined RTP time stamp into the RTP header portion, and the decompressing includes reconstructing a RTP sequence number for the RTP header portion of the currently received packet based on (i) a received radio link control (RLC) unacknowledged mode (UM) sequence number associated with the currently received packet or (ii) a RTP sequence number for the previously received packet plus an increment.

10. The receiver of claim 9 , wherein the receiver is configured to determine the RTP time stamp based on the difference and the RTP time stamp for the previously received packet.

11. The receiver of claim 10 , wherein the receiver is configured to add a product of the difference and a factor to the RTP time stamp determined for the previously received packet in determining the RTP time stamp of a currently received packet.

12. The receiver of claim 11 , wherein the factor equals the transmission time interval for a channel over which the packets are received divided by a period of RTP packet generation.

13. The receiver of claim 9 , wherein the receiver is configured to determine the RTP time stamp based the arrival time of the currently received packet, the arrival time of the previously received packet, and the RTP time stamp for the previously received packet.

14. The receiver of claim 9 , wherein the receiver is configured to,

generate a user data protocol (UDP) checksum for the currently received packet; and

insert the generated UDP checksum into a UDP header portion of the currently received packet.

15. The receiver of claim 9 , wherein the receiver is configured to,

convert a user data protocol-Lite (UDP-Lite) portion of the currently received packet to UDP; and

decompress the currently received packet according to robust header compression (RoHC).

16. A transmitter configured to,

form real-time transport protocol (RTP) packets such that each of the RTP packets include a same fixed number of vocoder packets; and

compress a header portion of each of the RTP packets by removing an extension bit and a marker bit from the header portion, the fixed number of vocoder packets being used during decompression such that another extension bit and another marker bit established based on the fixed number of vocoder packets are inserted into the compressed header portion when decompressed.