The present invention relates generally to data compression and, more particularly, to data compression for data service through cable modems.
The Data Over Cable Service Interface Specification (DOCSIS®) and the European Data Over Cable Service Interface Specification (Euro-DOCSIS) define interface standards for cable modems and supporting equipment. Cable companies want the data throughput performance of their cable modem service to be competitive with DSL data service. ADSL data service provides 1.5-9 Mbps downstream and 16-640 kbps upstream. VDSL can provide 13-52 bps downstream and 1.5-2.3 Mbps upstream. To meet the upstream rates needs of its business customers the cable industry recently updated the Data Over Cable Service Interface Specification (DOCSIS®). The DOCSIS/Euro-DOCSIS cable modem specifications now supports 256 quadrature amplitude modulation (QAM) in both the downstream and upstream. However, the HFC network limits the bandwidth available for upstreams and downstreams, and the quality of the HFC network may limit the maximum modulation to 256 QAM or less. By applying data compression techniques, often used in the analog telephone modems, in the DOCSIS/Euro-DOCSIS specifications for cable modem then the cable data service can provide higher effective throughput using the existing HFC network.
In the telecommunications industry, data compression with “high-speed” analog telephone modems has been used to provide videophone service. The modulation technology used in analog telephone modems (ITU-T V.34, ITU-T V.90, ITU-T V.92) improved over time but gradually approached the theoretical limit for the bandwidth limited voice telephone network. The analog telephone modem industry improved the performance of the analog telephone modem by improving the data compression algorithms used (e.g., Microcom Networking Protocol (MNP) 5, ITU-T V.42bis, and later ITU-T V.44). Similar data compression methods could be used in the cable modem industry to increase the effective throughput of cable-based data services.
The cable industry has used the following methods to increase effective throughput: A) upstream: use advanced modulation, e.g., moving from QPSK and 16 QAM (“Data-Over-Cable Service Interface Specifications—Radio Frequency Interface Specification (DOCSIS®)” SP-RFIv1.1-I10-030730) to 256 QAM and S-CDMA (“Data-Over-Cable Service Interface Specifications—Radio Frequency Interface Specification” SP-RFIv2.0-I04-030730); B) upstream: increase bandwidth available to the upstream channel (SP-RFIv1.1-I10-030730); C) downstream: bandwidth is limited to 6 MHz in ITU-T J.83-B networks and 8 MHz in ITU-T J.83-A networks (SP-RFIv2.0-104-030730); D) downstream: use 64 QAM up to 256 QAM modulation (SP-RFIv2.0-104-030730); E) header suppression/compression (SP-RFIv1.1-I10-030730). Modern HFC networks may be able to support up to 1024 QAM modulation but, like analog telephone modems, the modulation techniques suitable for HFC networks are approaching their theoretical performance limits.
Methods “A” and “D” use more complicated modulation to increase effective throughput. Using more complicated QAM modulation, such as 512 QAM and 1024 QAM, may not be possible due to the quality of the HFC networks. Method “B” uses increasing channel bandwidth to carry more data. Currently, the upstream channel bandwidth is limited to 6.4 MHz. While the DOCSIS/Euro-DOCSIS specifications could change to increase the channel bandwidth further to increase the upstream data throughput, it is unlikely because the total upstream frequency band is shared by all cable modems and further increases are limited to the total upstream frequency band (5-42 MHz). Method “C” is governed by national and international video standards so further increases to the downstream channel bandwidth to increase data throughput are unlikely. Method “E”, used in DOCSIS/Euro-DOCSIS version 1.1 and 2.0 data service today, is a form of data compression but is limited to the header portion of a frame or packet (also called “datagram”), and does not attempt compression on the larger payload portion of the frame or packet.
Accordingly, there is a need for data compression in data services over a cable modem to provide a higher effective throughput.
A method for compression in cable data service includes the steps of providing data over protocol layers, and compressing at a data over cable service interface specification layer within the protocol layers. Compressing at the data over cable service interface specification layer includes compression at all layers of the protocol layers higher than the data over cable service interface specification layer.
Alternatively, a method for compression in cable data service includes providing data over protocol layers, and compressing data in a network protocol layer higher than at a data over cable service interface specification layer.
A more complete understanding of the present invention may be obtained from consideration of the following description in conjunction with the drawings, in which:
As a reference for discussion, the diagram 100 of
The DOCSIS/Euro-DOCSIS specifications, which define a network with. a minimum of five layers, recognized that the overhead imposed by headers reduced the bandwidth available to the more important PDU and implemented “Payload Header Suppression (PHS)” to compress the Ethernet media access control MAC header and TCP/UDP/IP packet header in the MAC PDU. A cable data service based on DOCSIS/Euro-DOCSIS specifications uses a TCP/UDP 101 within IP packets 102, contained in Ethernet MAC frames 103, contained in DOCSIS/Euro-DOCSIS MAC frames 104, contained in MPEG-2 frames 105. Payload header suppression PHS provides a standard method of compressing the headers associated with the TCP/UDP/IP packets and Ethernet frames. However, PHS only provides header suppression/compression between the cable modem and the Cable Modem Termination System (CMTS) in the head-end of the cable data service provider. It does not provide end-to-end header suppression/compression from cable modem CM to cable modem CM or from consumer application to a peer application. Therefore, it does not reduce bandwidth requirements on the consumer local area network (LAN), the cable companies LAN, the Internet (or other wide area network), nor the LAN (if any) at the terminating end. One aspect of this proposal is to use TCP/UDP/IP header suppression/compression standards defined by the Internet Engineering Task Force (IETF) to provide end-to-end compression and increase end-to-end throughput efficiency. For example, the IETF has defined RFC2507 (“IP Header Compression”), RFC2508 (“Compressing IP/UDP/RTP Headers for Low-Speed Serial Links”), RFC3095 (“RObust Header Compression (ROHC): Framework and four profiles”), and RFC3545 (“Enhanced Compressed RTP (CRTP) for Links with High Delay, Packet Loss and Reordering”). It may be necessary to modify or redefine the control mechanism to adapt these standard header suppression/compression methods to use in DOCSIS/Euro-DOCSIS networks. Using these standard header suppression and compression methods will not prevent the use of payload header suppression DOCSIS/Euro-DOCSIS PHS, although they may reduce the effectiveness of DOCSIS/Euro-DOCSIS PHS.
The other area of compression opportunity is in compressing the PDU field of the packet and/or the frame. Compressing the PDU is a more attractive method for increasing effective bandwidth because the size of the PDU is much larger than the corresponding header. For example, the largest Ethernet frame is 1518 bytes of which four bytes are the “trailer” and the header uses about 40 bytes, so the maximum PDU is about 1474 bytes. The second aspect of this proposal is to use standard payload compression methods on either or both of the frames and packet PDU used in DOCSIS/Euro-DOCSIS networks. For example, RFC3173 (“IP Payload Compression Protocol (IPComp)”), RFC2394 (“IP Payload Compression Using DEFLATE”), RFC2395 (“IP Payload Compression Using LZS”), RFC3051 (“IP Payload Compression Using ITU-T V.44 Packet Method”), and ITU-T Recommendation V.44 (“Data Compression Procedures”) define a PDU compression method suitable for use in DOCSIS/Euro-DOCSIS networks.
PDU compression could occur at the Data Link/MAC layer or the Network layer with different advantages to each choice. PDU compression at the Network layer would provide less overall compression than at the Data Link/MAC layer, although it is more suitable to end-to-end compression. However, in cable data service using DOCSIS/Euro-DOCSIS specifications, the handshake between the cable modem and the far-end is less likely to establish PDU compression because the far-end system is less likely to have implemented the matching PDU compression method, such as RFC3173 and RFC3051. PDU compression at the Data Link/MAC layer could have a higher probability of completing the PDU compression handshake if the DOCSIS/Euro-DOCSIS specifications were altered to adopt PDU compression; then MAC layer communication between the cable modem and CMTS would implement PDU compression. With PDU compression at the Data Link/MAC layer the local cable service company and cable data service consumer would attain the benefits of PDU compression, such as higher data throughput and more efficient use of the cable spectrum.
Again,
The diagram 200 of
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/US04/27529 | 8/25/2004 | WO | 2/20/2007 |