IP Library Granted Patent US 6,839,339
Granted Patent B1
US 6,839,339 · App. 09/497,002 · Granted Jan 4, 2005

Header compression for general packet radio service tunneling protocol (GTP)-encapsulated packets

View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 6,839,339
App. No.
09/497,002
Granted
Jan 4, 2005
Kind
B1
Abstract

A UMTS (Universal Mobile Telecommunications System) core network supports a compression framework that provides for header compression of General Packet Radio Service Tunneling Protocol (GTP)-Encapsulated Packets. In particular; the GTP/UDP(User Datagram Protocol)/IP(Internet Protocol) header is compressed. In addition, the UMTS core network also supports RTP(Real Time Protocol)/UDP/IP header compression independent of the GTP/UDP/IP header compression.

Claims (31)

1. A method for use in a packet server, the method comprising the steps of:

negotiating compression of a GTP/UDP/IP header of a General Packet Radio Service based Tunneling Protocol (GTP) with a GTP peer, the GTP/UDP/IP header comprising GTP, User Datagram Protocol (UDP), and Internet Protocol (IP) header information including initially transmitting the GTP/UDP/IP header to the GTP peer; and

subsequently compressing the GTP/UDP/IP header before transmitting the packets;

wherein the compressed GTP/UDP/IP header comprises at least, an extension bit field, which indicates whether an extension field is present or not, a tunnel identifier present field, which indicates whether a tunnel identifier field is present or not.

2. The method of claim 1 wherein the compressed GTP/UDP/IP header comprises at least a tunnel identifier field that is less than or equal to four bytes in length.

3. The method of claim 1 further comprising the steps of:

formatting data packets in accordance a Real Time Protocol (RTP) also having UDP and IP header information; and

compressing the RTP/UDP/IP header before transmitting the packets wherein one field of the compressed RTP/UDP/IP header defines whether a UDP checksum field is present or not.

4. A method for use in a packet server, the method comprising the steps of:

negotiating compression of a GTP/UDP/IP header of a General Packet Radio Service based Tunneling Protocol (GTP) with a GTP peer, the GTP/UDP/IP header comprising GTP, User Datagram Protocol (UDP), and Internet Protocol (IP) header information; and

negotiating compression of an RTP/UDP/IP header of a Real Time Protocol (with an RTP peer, the RTP/UDP/IP header comprising RTP, UDP and IP header information;

wherein the GTP and RTP header compression are negotiated independently of one another and where GTP peer and the RTP peers may be different.

5. The method of claim 4 wherein the compressed GTP/UDP/IP header comprises at least a tunnel identifier field that is less than or equal to four bytes in length.

6. The method of claim 4 herein the compressed RTP/UDP/IP header comprises at least on field which defines whether a UDP checksum field is present or not.

7. A method for use in a packet system, the method comprising the steps of:

receiving a request message to compress a General Packet Radio Service based Tunneling Protocol (GTP) header from a packet server; and

responding to the packet server with a message acknowledging compression of the GTP header;

subsequent to receiving the request message transmitting a create packet data protocol (PDP) context request for compression of the GTP header to a different packet server, said request including a defined identifier; and

receiving a create PDP context acknowledgement from the different packet server, said acknowledgement including said identifier.

8. A method for use in a packet server, the method comprising the steps of:

negotiating compression of a GTP/UDP/IP header of a General Packet Radio Service based Tunneling Protocol (GTP) with a GTP peer, the GTP/UDP/IP header comprising GTP, User Datagram Protocol (UDP), and Internet Protocol (IP) header information including initially transmitting the GTP/UDP/IP header to the GTP peer; and

subsequently to said negotiating transmitting a compressed version of the GTP/UDP/IP header to the GTP peer.

9. The method of claim 8 wherein the compressed GTP/UDP/IP header comprises at least a tunnel identifier field that is less than or equal to four bytes in length.

10. The method of claim 8 wherein the compressed GTP/UDP/IP header comprises at least, an extension bit field, which indicates whether an extension field is present or not, a tunnel identifier present field, which indicates whether a tunnel identifier field is present or not.

11. The method of claim 8 further comprising the steps of:

formatting data packets in accordance a Real Time Protocol (RTP) also having UDP and IP header information; and

compressing the RTP/UDP/IP header before transmitting the packets wherein one field of the compressed RTP/UDP/IP header defines whether a UDP checksum field is present or not.

12. The method of claim 3 , wherein a timeclicks field replaces an RTP timestamp field in the compressed RTP header.

13. The method of claim 8 , wherein a timeclicks field replaces an RTP timestamp field in the compressed RTP header.

14. The method of claim 8 , wherein further including transmitting a create packet data protocol (PDP) context request for compression of the GTP header to a different packet server, said request including a defined identifier; and

receiving a create PDP context acknowledgement from the different packet server, said acknowledgement including said identifier.

Assignments (1)
RELEASE OF SECURITY INTEREST Recorded Oct 9, 2014
From: CREDIT SUISSE AG
To: ALCATEL-LUCENT USA INC.
Reel/Frame 033950/0001 →