Source: http://www.google.com/patents/US20050265394?dq=7,812,828
Timestamp: 2016-12-08 12:30:08
Document Index: 356368494

Matched Legal Cases: ['application No. 60', 'application No. 60', 'application No. 60', 'application No. 60', 'application No. 60', 'application No. 60', 'application No. 60', 'application No. 60']

Patent US20050265394 - Wideband cable modem with narrowband circuitry - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inPatentsA hybrid cable modem includes wideband circuitry configured to receive data over multiple different downstream channels at the same time. The wideband circuitry demodulates signals on the different downstream channels and then formats the demodulated signals back into packets or frames for sending out...http://www.google.com/patents/US20050265394?utm_source=gb-gplus-sharePatent US20050265394 - Wideband cable modem with narrowband circuitryAdvanced Patent SearchTry the new Google Patents, with machine-classified Google Scholar results, and Japanese and South Korean patents.Publication numberUS20050265394 A1Publication typeApplicationApplication numberUS 11/134,659Publication dateDec 1, 2005Filing dateMay 20, 2005Priority dateMay 25, 2004Also published asUS7720101Publication number11134659, 134659, US 2005/0265394 A1, US 2005/265394 A1, US 20050265394 A1, US 20050265394A1, US 2005265394 A1, US 2005265394A1, US-A1-20050265394, US-A1-2005265394, US2005/0265394A1, US2005/265394A1, US20050265394 A1, US20050265394A1, US2005265394 A1, US2005265394A1InventorsJohn Chapman, David Fox, Albert SlaneOriginal AssigneeChapman John T, Fox David B, Slane Albert AExport CitationBiBTeX, EndNote, RefManPatent Citations (92), Referenced by (33), Classifications (11), Legal Events (3) External Links: USPTO, USPTO Assignment, EspacenetWideband cable modem with narrowband circuitry
US 20050265394 A1Abstract
A hybrid cable modem includes wideband circuitry configured to receive data over multiple different downstream channels at the same time. The wideband circuitry demodulates signals on the different downstream channels and then formats the demodulated signals back into packets or frames for sending out over an Internet Protocol (IP) home network. Narrowband cable modem circuitry is coupled to the wideband circuitry and selectively extracts Data Over Cable Service Interface Specifications (DOCSIS) data from one of the multiple downstream channels being processed by the wideband circuitry. Images(7) Claims(27)
1. A cable modem, comprising: wideband circuitry configured to receive data over multiple different downstream channels at the same time, the wideband circuitry demodulating signals in the different downstream channels and then formatting the demodulated signals into individual packets or frames for sending out over an Internet Protocol (IP) network interface; and narrowband circuit coupled to the wideband circuitry configured to operate in a narrowband mode and selectively extract Data Over Cable Service Interface Specifications (DOCSIS) data from one of the multiple downstream channels that is also being processed in the wideband circuitry. 2. The cable modem according to claim 1 including a central processing unit (CPU) in the narrowband circuit controlling a wideband tuner in the wideband circuitry to connect one of the downstream channels to the narrowband circuit through a control bus. 3. The cable modem according to claim 1 including a digital to analog (D/A) converter coupling one of multiple digital outputs from an analog to digital (A/D) converter in the wideband circuitry to an analog to digital (A/D) converter in the narrowband circuit. 4. The cable modem according to claim 1 including switching circuitry coupling a wideband downstream framer and a wideband upstream framer in the wideband circuitry with the narrowband circuit. 5. The cable modem according to claim 4 wherein the switching circuitry includes Ethernet switching logic that switches Ethernet frames between the wideband downstream framer, the wideband upstream framer, the narrowband circuit, and the IP network interface. 6. The cable modem according to claim 5 wherein the switching circuitry switches the Ethernet frames according to tags located in Ethernet packet headers. 7. The cable modem according to claim 1 including a snooping circuit in the wideband circuitry that monitors packets or frames received from all of the multiple downstream channels and forwards identified packets or frames to the narrowband circuit. 8. The cable modem according to claim 1 wherein the narrowband circuit and the wideband circuitry use a same upstream channel for sending data on an upstream path of a cable plant. 9. The cable modem according to claim 1 wherein same data flows are transported over multiple different downstream channels at the same time. 10. A method for operating a cable modem, comprising: receiving multiple different wideband downstream radio frequency (RF) channels; operating wideband circuitry that processes signals on the different wideband channels and converts the wideband channel signals into Internet Protocol (IP) packets for sending over an IP network interface; and operating a narrowband cable modem circuit that extracts data over cable service interface specifications (DOCSIS) data from one of the multiple wideband channels processed in the wideband circuitry and sends the DOCSIS data over the IP network interface. 11. The method according to claim 10 including: using a wideband tuner in the wideband circuitry to convert analog signals received over the multiple wideband channels into associated digital data streams; converting one of the digital data streams back into an analog signal; and inputting the analog signal into the narrowband cable modem circuit for processing as a narrowband downstream channel. 12. The method according to claim 11 including using a central processing unit (CPU) in the narrowband circuitry to select one of the digital data streams in the wideband circuitry for connecting to the narrowband cable modem circuit. 13. The method according to claim 12 including communicating between the CPU and the wideband circuitry using an 12C bus interface or a Serial Peripheral Interconnect (SPI) bus interface. 14. The method according to claim 10 including switching packets or frames between a wideband downstream framer, the narrowband cable modem circuit, and an external IP network interface according to tags or IP addresses in the packets or frames. 15. The method according to claim 10 including identifying packets or frames in any of the wideband downstream RF channels that contain particular types of data and forwarding the identified packets or frames to the narrowband cable modem circuit. 16. The method according to claim 10 including outputting data from the narrowband cable modem circuit and the wideband circuitry over a same upstream channel on a cable plant. 17. The method according to claim 10 including: storing the IP packets into an external memory; reading the IP packets from the external memory; conducting sequential packet processing operations on the IP packets read from the external memory in hardware without further accessing the external memory; and sending the IP packets to an IP network interface after the sequential packet processing operations. 18. A cable modem, comprising: a tuner receiving Radio Frequency (RF) signals; a first packet processing stage converting the RF signals into packets and storing the packets in an external memory; and a second packet processing stage receiving the packets from the external memory and conducting any remaining processing of the packets without further accessing the external memory. 19. The cable modem according to claim 18 wherein the first packet processing stage stores un-sequenced packets into the external memory and then reads the packets from the external memory in a re-sequenced order. 20. The cable modem according to claim 19 wherein the second packet processing stage includes sequential packet processing engines that are each implemented in hardware and that further process the re-sequenced packets without further accessing the external memory. 21. The cable modem according to claim 20 including a Central Processing Unit (CPU) and an internal packet buffer that conduct software based packet processing operations on the re-sequenced packets without further accessing the external memory. 22. The cable modem according to claim 21 wherein the first packet processing stage, the second packet processing stage, the CPU, and the internal packet buffer are all implemented in a same integrated circuit and the external memory is implemented in a different integrated circuit. 23. A system for operating a cable modem, comprising: means for receiving multiple different wideband downstream radio frequency (RF) channels; means for operating wideband circuitry that processes signals on the different wideband channels and converts the wideband channel signals into Internet Protocol (IP) packets for sending over an IP network interface; and means for operating a narrowband cable modem circuit that extracts data over cable service interface specifications (DOCSIS) data from one of the multiple wideband channels processed in the wideband circuitry and sends the DOCSIS data over the IP network interface. 24. The system according to claim 23 including: means for using a wideband tuner in the wideband circuitry to convert analog signals received over the multiple wideband channels into associated digital data streams; means for converting one of the digital data streams back into an analog signal; and means for inputting the analog signal into the narrowband cable modem circuit for processing as a narrowband downstream channel. 25. The system according to claim 23 including means for switching packets or frames between a wideband downstream framer, the narrowband cable modem circuit, and an external IP network interface according to tags or IP addresses in the packets or frames. 26. The system according to claim 23 including means for identifying packets or frames in any of the wideband downstream RF channels that contain particular types of data and forwarding the identified packets or frames to the narrowband cable modem circuit. 27. The system according to claim 23 including: means for storing the IP packets into an external memory; means for reading the IP packets from the external memory; means for conducting sequential packet processing operations on the IP packets read from the external memory in hardware without further accessing the external memory; and means for sending the IP packets to an IP network interface after the sequential packet processing operations. Description
CROSS REFERENCE TO RELATED APPLICATIONS [0001] This application claims priority of U.S. provisional patent application No. 60/574,506, filed May 25, 2004, and U.S. provisional patent application No. 60/574,876, filed May 26, 2004, and U.S. provisional patent application No. 60/622,312, filed Oct. 25, 2004, and U.S. provisional patent application No. 60/624,490, filed Nov. 1, 2004, and U.S. provisional patent application No. 60/635,995, filed Dec. 13, 2004, and U.S. provisional patent application No. 60/588,635, filed Jul. 16, 2004, U.S. provisional patent application No. 60/582,732, filed Jun. 22, 2004, and U.S. provisional patent application No. 60/590,509, filed Jul. 23, 2004.
BACKGROUND [0002] FIG. 1 shows how data over cable service interface specifications (DOCSIS) traffic is currently transferred over a cable network 8. A server or other type of Internet Protocol (IP) network processing device 10, such as a personal computer (PC), is connected to a wide area network (WAN) 12. The device 10 communicates over cable network 8 with a device 22 or device 26. In one example, the device 22 is an Internet Protocol (IP) set top box (STB) and the device 26 is a PC. Of course the devices 10, 22 and 26 can be any type computing device configured for exchanging data over a network. [0003] A communication link is established between a cable modem termination system (CMTS) 14 on the cable provider end of a hybrid fiber cable (HFC) plant 19 and a cable modem (CM) 20 on the customer premises end of the HFC 19. The CMTS 14 operates at a cable system headend and receives and sends IP traffic over the WAN 12 in one example using an Ethernet connection. Other types of network interfaces may also be used such as Dynamic Packet Transport/Resilient Packet Ring (DPT/RPR) or Packet-over-SONET/SDH (POS). Data is transferred from the CMTS 14 to the CM 20 over a downstream channel 16 and data is transferred from the CM 20 to the CMTS 14 over an upstream channel 18. [0004] The cable network 8 is referred to as “narrowband” because a single radio frequency (RF) downstream channel 16 and a single RF upstream channel 18 are used over the HFC plant 19 for transferring data. The single downstream channel 16 supplies downstream IP connectivity to multiple cable modems 20 connected to the same cable plant 19. Each cable modem 20 demodulates and formats the downstream traffic for transport over IP network 21. Upstream IP traffic sent by the IP device 22 or 26 is modulated by the associated CM 20 onto the upstream channel 18 on the HFC plant 19. The CMTS 14 demodulates the signals on the upstream channel 18 and then sends the demodulated IP data to a device on WAN 12, such as device 10. [0005] FIG. 2 shows the internal elements in one of the narrowband cable modems 20. A diplexor 30 connects to the two-way HFC plant 19. The diplexer 30 separates the frequency spectrum for downstream channel 16 from the frequency spectrum for upstream channel 18. A radio frequency (RF) tuner 32 selectively outputs different baseband frequencies 36 to a DOCSIS narrowband cable modem integrated circuit (IC) 37. The baseband frequencies 36 are converted into digital signals by an analog/digital (A/D) converter 38 and then fed into a quadrature amplitude modulation (QAM) demodulator 40. [0006] Both a DOCSIS media access controller (MAC) 46 and a central processing unit (CPU) 48 process the data output from the QAM 40. The MAC 46 is an open system interconnection (OSI) layer-2 element that provides DOCSIS framing and signaling. The MAC 46 frames the data into IP packets or frames that are then sent to the appropriate device 22 or 26 over Ethernet interface 52. Other data may be received or sent by the cable modem 20 over a universal serial bus (USB) connection 41 via USB interface 42. [0007] Data received over Ethernet interface 52 is formatted for transport over the upstream channel 18 of the HFC 19 by the MAC 46 and then otherwise processed by the CPU 48. The formatted data is modulated by a QAM modulator 51 and then converted into analog signals by a digital/analog (D/A) converter 50. The output of D/A converter 50 is then amplified by an amplifier 56 before being transmitted by the diplexor 30 over the upstream channel 18 of the HFC 19. For clarity, the physical connections between the different functional elements 38-52 have not been shown. [0008] The bandwidth provided by a single downstream channel 16 and a single upstream channel 18 on the HFC 19 may not be sufficient for the bursty traffic that can be transmitted and received by a large numbers of cable modems 20. Therefore, current cable systems may not be capable of supporting applications that have a high average bandwidth such as constant bit rate (CBR) or variable bit rate (VBR) video. [0009] Wideband cable systems have been developed that increase bandwidth in cable networks. Wideband packets are associated with logical wideband channels that extend over multiple RF cable channels. The multiple wideband channels contain a number of wideband transport sub-channels which can be dynamically adjusted for varying bandwidth requirements. [0010] The narrowband cable modem architecture shown in FIGS. 1 and 2 does not support wideband cable systems. However, it would be desirable to leverage this conventional narrowband DOCSIS cable modem circuitry in new wideband DOCSIS systems. The present invention addresses this and other problems associated with the prior art. SUMMARY OF THE INVENTION [0011] A hybrid cable modem includes wideband circuitry configured to receive data over multiple different downstream channels at the same time. The wideband circuitry demodulates signals on the different downstream channels and then formats the demodulated signals back into packets or frames for sending out over an Internet Protocol (IP) home network. Narrowband cable modem circuitry is coupled to the wideband circuitry and selectively extracts Data Over Cable Service Interface Specifications (DOCSIS) data from one of the multiple downstream channels being processed by the wideband circuitry. [0012] The foregoing and other objects, features and advantages of the invention will become more readily apparent from the following detailed description of a preferred embodiment of the invention which proceeds with reference to the accompanying drawings.
BRIEF DESCRIPTION OF THE DRAWINGS [0013] FIG. 1 is a diagram of a narrowband cable network. [0014] FIG. 2 is a block diagram of a narrowband cable modem used in the cable network shown in FIG. 1. [0015] FIG. 3 is a diagram of a wideband cable network that uses a hybrid wideband cable modem. [0016] FIG. 4 is a detailed diagram of the hybrid wideband cable modem shown in FIG. 3. [0017] FIG. 5 shows in more detail an Ethernet multiplexer used in the hybrid wideband cable modem of FIG. 4. [0018] FIG. 6 shows another embodiment of the cable modem where certain packet processing operations are conducted in hardware without accessing external memory.
DETAILED DESCRIPTION [0019] Referring to FIG. 3, a hybrid wideband cable modem 70 leverages legacy narrowband cable modem circuitry and provides backward compatibility with existing narrowband cable modem protocols while at the same time providing wideband connectivity. In the description below packets and frames are used interchangeably. Thus, a frame is alternatively referred to as a packet and a packet is alternatively referred to as a frame. [0020] A wideband CMTS (WCMTS) 60 includes a wideband transmit framer and a media access control (MAC) interface 61. In one embodiment, the wideband framer separates Ethernet frames from WAN 12 into wideband packets that are transmitted simultaneously over multiple downstream channels 64. The WCMTS 60 frames DOCSIS media access control (MAC) frames into Motion Picture Experts Group-Transport Stream (MPEG-TS) packets and transports the MPEG packets over the different downstream channels 64 in parallel. The multiple downstream channels 64 are referred to collectively as wideband channel 62. [0021] In one example, the WCMTS 60 modulates the wideband channel 62 using quadrature amplitude modulation (QAM). Each downstream RF channel 64 is associated with a QAM and up-converter (U) (not shown). The Q&U's together modulate the MPEG digital data over multiple RF channels 64. The MAC 61 is used for transmitting DOCSIS IP data over one or more RF channels 64. For example, downstream channel 65 carries DOCSIS IP data in the downstream path to the hybrid WCMs 70. [0022] Multiple upstream channels 71 can be established at the same time over the HFC plant 19 for sending data from the hybrid cable modems 70 to the WCMTS 60. The multiple upstream channels 71 are referred to collectively as the wideband upstream channel 72. The WCMTS 60 demodulates the IP traffic on the upstream channel 72 and the MAC 61 in the WCMTS 60 then formats the data for sending over the WAN 12. The MAC 61 can use the same Q&U for transmitting narrowband traffic, wideband traffic, or both narrowband and wideband traffic. [0023] The downstream channels 64 can originate from a single multi-channel WCMTS 60 or from different WCMTSs 60 and can be directed to the same hybrid WCM 70 or to different hybrid WCMs 70. The RF upstream channels 71 can also operate independently or in conjunction with each other and can originate from the same or from different hybrid cable modems 70. The same cable network 59 can use any combination of narrowband CMs 20 (FIGS. 1 and 2), hybrid WCMs 70, and any other wideband cable modems. [0024] Different architectures and protocols may be used for establishing the narrowband and wideband functionality between the WCMTS 60 and the hybrid WCM 70. Incorporated herein by reference are the following U.S. Patent Applications: WIDEBAND CABLE SYSTEM, application Ser. No. 10/358,416, filed Feb. 4th, 2003; UPSTREAM PHYSICAL INTERFACE FOR MODULAR CABLE MODEM TERMINATION SYSTEM, application Ser. No. ______, filed ______; WIDEBAND DOWNSTREAM PROTOCOL, application Ser. No. ______, filed ______; and WIDEBAND UPSTREAM PROTOCOL application Ser. No. ______, filed ______ that describe different wideband and narrowband systems that can be used with the hybrid WCM 70. Of course, other cable modem architectures can also be used. [0025] The hybrid WCMs 70 simultaneously demodulates each of the different downstream channels 64 and regenerates the different portions of the original data stream received over IP network 12. In one example, the different portions of the data streams distributed over the different downstream channels 64 are reformatted back into Ethernet frames and sent over IP home network 21 either to the IP STB 22 or to PC 26. The IP STB 22 converts digital data contained in the Ethernet frames into analog signals for displaying on television 24. Ethernet frames received by PC 26 contain any type of digital data that is conventionally transmitted to a computing device over an IP network. [0026] A “flow” refers to contiguous bytes of data used by a given application. The wideband implementation described below has the ability to spread the same flow over multiple downstream channels simultaneously. [0000] Hybrid Cable Modem [0027] FIG. 4 describes the hybrid WCM 70 in more detail. The wideband circuitry in the hybrid WCM 70 provides high bandwidth cable communications that is efficient and scalable in transporting Variable Bit Rate (VBR) data/voice/video IP streams in a DOCSIS compatible environment. Legacy DOCSIS narrowband cable modem (NBCM) 95 is interlaced with the wideband circuitry to maintain backward compatibility with existing narrowband cable systems. [0000] Downstream [0028] A diplexer 79 sends signaling from the downstream wideband channel 62 to a block down converter 80 that outputs RF signals 81 to a wideband (WB) tuner 82. The WB tuner 82 includes an internal A/D converter 90, a QAM demodulator 86, and an MPEG framer 84 all configured for processing signaling from the multiple downstream wideband channels 64 at the same time. The WB tuner 82 outputs MPEG frames 92 for all of the N downstream channels 62 to a WB downstream framer 94. The wideband downstream framer 94 reassembles the MPEG data from WB tuner 82 into the Ethernet frames originally received by the WCMTS 60 over WAN 12 and outputs the Ethernet frames to an Ethernet multiplexer (MUX) 96. [0029] The NBCM 95 is coupled between the WB tuner 82 and the Ethernet MUX 96 and has similar functional elements as the narrowband cable modem circuitry 37 described above in FIG. 2. However, the CPU 48 in the NBCM 95 now controls the WB tuner 82 through an 12C bus interface. Alternatively, a Serial Peripheral Interconnect (SPI) bus interface 44 or some other type of interface can be used. The CPU 48 both programs and reads register information from the WB tuner 44 through the SPI bus 106. [0030] The bus 106 is typically used for reading and writing registers from cable modem physical interfaces. Each bus 106 has a master device which may be the MAC 46. Alternatively, the bus 106 master may be some other device, such as the CPU 48. The WB tuner 82 in this implementation is the slave device. The SPI, or 12C bus 106 in general is known to those skilled in the art and is therefore not described in further detail. [0031] The CPU 48, or MAC 46, sends instructions to the WB tuner 82 to connect a particular digital data stream 88 from A/D converter 90 to an external D/A converter 102. For example, the CPU 48 may configure the WB tuner 82 via bus 106 to connect one of the outputs 88 carrying DOCSIS IP data to D/A converter 102. For instance, the D/A converter 102 may be connected to the data stream 88 that corresponds with downstream channel 65 in FIG. 3. [0032] The analog output 104 from D/A converter 102 is then processed as a conventional narrowband downstream channel by the NBCM 95. For example, the analog baseband signal 104 is converted into a digital signal by A/D converter 38, demodulated by a QAM demodulator 40, and then framed into Ethernet packets by MAC 46. The Ethernet frames are then sent out Ethernet interface 52 to Ethernet MUX 96. The Ethernet MUX 96 then forwards the Ethernet packets out IP network 21. Thus, the NBCM 95 can use the same A/D converter 38, QAM 40, CPU 48, MAC 46 and Ethernet interface 52 previously used in the narrowband cable modem 37 shown in FIG. 2. [0033] The entire digital spectrum of the wideband downstream channel 62 is available to the NBCM 95. The CPU 48 can select any of the multiple available outputs 88 from the WB tuner 82. This eliminates having to use an additional narrowband tuner, such as tuner 32 in FIG. 2, for extracting DOCSIS data from the wideband channel 62. In an alternative embodiment, a separate narrowband tuner can be used with the NBCM 95. It should also be understood that any logical flow can extend over any combination of the multiple wideband downstream channels 62. [0000] Upstream [0034] The Ethernet MUX 96 directs packets received from IP network 21 to the NBCM 95 or to the wideband upstream framer 98. This allows the wideband upstream framer 98 to replace or co-exist with the upstream DOCSIS framing provided in NBCM 95. The DOCSIS protocol allows multiple devices to transmit on the same upstream frequency. Thus both the NBCM 95 and the WB upstream framer 98 can transmit over a common upstream channel 72. [0035] The WB upstream framer 98 frames the Ethernet frames received from Ethernet MUX 96 into wideband DOCSIS data that is formatted into multiple different wideband upstream data streams 99. The DOCSIS data in the multiple different data streams 99 is modulated by multiple QAM modulators 100 onto multiple associated wideband RF channels 72 and output through diplexor 79 over the HFC 19. [0036] The NBCM 95 may be required to also send data over one of the wideband upstream channels 72. In one implementation, the NBCM 95 sends the received Ethernet frames over the Ethernet MUX 96 to the WB upstream framer 98. The framer 98 and QAM modulator 100 then process and send the Ethernet frames received from the NBCM 95 over one of the wideband upstream channels 72. [0037] In an alternative implementation, the Ethernet frames received by the NBCM 95 are formatted into DOCSIS frames by the local MAC 46 and then modulated onto one of the wideband upstream channels 72 by the local QAM modulator 51. The D/A converter 50 then outputs an analog RF signal over alternative connection 101 to the diplexor 79. The alternative path 101 is used by the NBCM 95 to send DOCSIS data over either one of the wideband upstream channels 72 or over some alternative upstream channel not used as one of the wideband upstream channels 72. [0038] In some instances it may be more efficient to send and receive information from one of the narrowband or wideband elements and then share the results with the other wideband and narrowband circuitry. For example, data such as ranging information, may normally be sent and received from both the NBCM 95 and the WB upstream or downstream framers 98 or 94, respectively. However, the timing skew for both the wideband circuitry and the narrowband circuitry may be close to the same. Therefore, in one implementation, only one functional wideband or narrowband element, such as the NBCM 95 can be used for exchanging timing synchronization information with the CMTS 60 (FIG. 3). The timing information is then distributed to the other wideband functional elements in the hybrid cable modem 70. [0000] Snooping Circuitry [0039] The WCMTS 60 (FIG. 3) may send certain IP or DOCSIS messages over different wideband channels 62 that the CPU 48 in NBCM 95 needs to process. However, the D/A converter 102 may not be connected to the downstream channel that contains the IP or DOCSIS messages sent by the WCMTS 60. Snooping circuitry 97 in the WB downstream framer 94 in combination with a loop-back path 120 in the Ethernet MUX 96 allows the CPU 48 to receive and process DOCSIS messages sent on any WB channel 62. [0040] The snooping circuitry 97 snoops all of the Ethernet packets 111 generated from all of the wideband channel data streams 92 received from the WB tuner 82. The snooping circuitry 97 is programmed to detect any Ethernet frames having a particular predetermined identifier and forward the detected Ethernet frames through the Ethernet MUX 96 to the CPU 48. For example, the snooping circuitry 97 can be programmed to identify any Ethernet frame with a header identifying DOCSIS control or signaling data. [0041] The snooping circuitry 97, in combination with the Ethernet MUX 96, provides for fast forwarding plane switching path to the CPU 48. The snooping circuitry 97 also operates as a filter providing only relevant Ethernet frames to CPU 48. This relieves the processing burden on the CPU 48 having to listen to each Ethernet frame passing through the WB downstream framer 94 and also allows the same QAMs 86 in the WB tuner 82 to be used for both narrowband and wideband processing. [0000] Ethernet Multiplexer [0042] FIG. 5 shows the Ethernet MUX 96 in more detail. The Ethernet MUX 96 includes a first Ethernet port 120A that connects with a corresponding Ethernet port 120B on the WB downstream framer 60. A second Ethernet port 122A on the MUX 96 is connected to a corresponding Ethernet port 122B on the NBCM 95. A third Ethernet port 124A on the MUX 96 connects with a corresponding Ethernet port 124B on the WB upstream framer 98. An external Ethernet port 126 is coupled to the IP home network 21 as described above in FIG. 3. [0043] Switching circuit 140 in the Ethernet multiplexer 96 sends Ethernet frames received from WB downstream framer 84 or from NBCM 95 out over IP network 21. Ethernet frames are also switched between the NBCM 95 and the WB downstream framer 94 and between the NBCM 95 and the WB upstream framer 98. The Ethernet MUX 96 also forwards Ethernet frames received over IP network 21 either to the NBCM 95 or to the WB upstream framer 98. [0044] FIG. 5 shows the logical paths taken by Ethernet frames or other IP packets though the different ports 120-126 in MUX 96. In a first path 130, the switching circuit 140 transfers packets or frames from the WB downstream framer 94 to external Ethernet port 126. In a path 132, the switching circuit 140 transfers packets between the WB downstream framer 94 and the NBCM 95. The switching circuit 140 in path 134 transfers packets between external Ethernet port 126, the NBCM 95, and the WB upstream framer 98. A path 136 transports packets between the NBCM 95 and the WB upstream framer 98. [0045] In one embodiment of the Ethernet MUX 96, the switching circuit 140 switches frames or packets to the different Ethernet ports 120, 122, 124 and 126 according to tags that are identified in an Ethernet packet header. For example, a packet directed from WB downstream framer 94 to external Ethernet port 126 may have a first tag value in the Ethernet packet header. Other packets switched from the WB downstream framer 94 to the NBCM 95 are assigned a second tag value. Similarly, an Ethernet frame switched from the external Ethernet port 126 to the WB upstream framer 98 has a third tag value, etc. [0046] The switching logic 140 in the Ethernet MUX 96 reads the tag value in the Ethernet header to determine where to direct the frame or packet. For example, a packet received over Ethernet port 120A having the first tag value is sent by switching logic 140 to the external Ethernet port 126 over path 130. Another packet received over Ethernet port 120A having the second tag value is sent by switching logic 140 to Ethernet port 122A over path.132. [0047] In an alternative embodiment, the Ethernet MUX 96 operates more like a conventional Ethernet switch. In this implementation, the switching logic 140 reads an IP address in the Ethernet frames and outputs the frames to the different ports 120A-126A according to the addresses. [0048] The Ethernet MUX 96 can be implemented on an individual Integrated Circuit (IC) or can be integrated on a same IC with any other logical elements in hybrid CM 70. For example, the Ethernet MUX 96 can be implemented on the same IC with the WB downstream framer 94. Any other combination of the logical devices 79, 80, 82, 94, 95, 96, 98 and 100 can be implemented in separate ICs or combined with the other logical devices on the same IC. [0049] Some, but not all, of the important aspects of the hybrid cable modem 70 include using the D/A converter 102 to simulate a regular DOCISIS narrowband downstream channel. This in combination with using the SPI bus 44 to connect selected individual wideband channel data streams 88 to the NBCM 95 eliminates having to use separate tuners for wideband and narrowband processing. [0050] FIG. 6 shows another embodiment of a wideband cable modem 150 that can also include the functionality described above in FIGS. 3-5. An integrated circuit contains all the cable modem circuitry 150. In FIG. 6, the RF signals from the cable plant are received by a Block Down Converter (BDC) and multi-channel tuner 154. An MPEG processing engine 156 converts the output from tuner 152 into un-sequenced MPEG packets 157 that are then stored by memory controller 174 into an external memory 176, such as a Dynamic Random Access Memory (DRAM). The external memory 176 may be implemented in a different Integrated Circuit (IC), than the IC implementing cable modem circuitry 150. However, the external memory 176 could also be implemented in the same IC. A deskew engine 158 and a deskew control memory 160 use associated control information to re-sequence the packets in the correct order when read out of memory 176. The re-sequenced packets 175 are then sent to sequential packet processing circuitry 162. [0051] In one embodiment, the sequential packet processing circuitry 162 is mostly performed in hardware in the same integrated circuit that implements cable modem 150. However, it is also possible that some of the higher level sequential packet processing operations may be performed in software by a CPU 172. If required, software operations performed by the CPU 172 use internal packet buffer 166. [0052] The sequential packet processing circuitry 162 can include a DOCSIS header parser, MAC Destination Address (DA) filter, Baseline Privacy Interface (BPI) Decryption engine, Cyclic Redundancy Check (CRC) circuit, Management Information Base (MIB) filter, and a Network Address Translator (NAT). These packet processing algorithms are known to those skilled in the art and are therefore not described in further detail. However, conducting some or all of these packet processing operations in hardware is believed to be novel. [0053] In one embodiment, each element or engine in sequential packet processing circuitry 162 passes the packet sequentially onto a subsequent element or engine. For example, the DOCSIS header parsing engine receives a packet from memory controller 174, processes the packet, and sends the processed packet to the MAC DA filtering engine. The MAC DA filtering engine processes the packet and sends the processed packet to the BPI decryption engine, etc. [0054] Of course these are just examples of the packet processing operations that can be included in circuitry 162. Additional packet processing operations may be included in sequential packet processing circuitry 162 or some of the listed operations may not be included in the packet processing circuitry 162. Further, some of the packet processing operations, such as the NAT and other security packet processing operations, may be implemented by software operated by the CPU 172. [0055] Implementing at least some of the above listed packet processing operations in hardware circuitry 162, prevents the cable modem 150 from having to repeatedly access external memory 176. For example, the cable modem 150 may only have to use external memory 176 to load un-sequenced packets 157 into memory and then read the re-sequenced packet 175 back out of external memory 176. The cable modem 150 then sequentially conducts subsequent packet processing operations internally with hardware circuitry 162. An internal packet buffer 166 can be used for any temporary buffering required by the sequential packet processing circuitry 162 or for any other software operations that may need to be performed on the packets by CPU 172. [0056] The output of the sequential packet processing circuitry 162 is re-sequenced Ethernet frames 164 that are then processed by an Ethernet MAC 168 before being output over an Ethernet physical interface 170 to customer premise equipment 178, such as a personal computer, television, set-top box, etc. [0057] Typical, cable modems perform some or all of the operations referred to in sequential packet processing circuitry 162 in software. This requires a CPU to repeatedly access external memory substantially increasing memory bandwidth utilization and processing cycles. [0058] The cable modem 150 extracts packets once from memory 176. Subsequent processing is performed sequentially, and “on-the-fly” by internal hardware (or software if so desired). This saves memory bandwidth, and also allows for an architecture where packets can be temporarily stored in the internal packet buffer 166. The CPU 172 can then work on the packets without the added cycles required to access external memory 176. [0059] The system described above can use dedicated processor systems, micro controllers, programmable logic devices, or microprocessors that perform some or all of the operations. Some of the operations described above may be implemented in software and other operations may be implemented in hardware. [0060] For the sake of convenience, the operations are described as various interconnected functional blocks or distinct software modules. This is not necessary, however, and there may be cases where these functional blocks or modules are equivalently aggregated into a single logic device, program or operation with unclear boundaries. In any event, the functional blocks and software modules or features of the flexible interface can be implemented by themselves, or in combination with other operations in either hardware or software. [0061] Having described and illustrated the principles of the invention in a preferred embodiment thereof, it should be apparent that the invention may be modified in arrangement and detail without departing from such principles. I claim all modifications and variation coming within the spirit and scope of the following claims. Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS5457678 *May 2, 1994Oct 10, 1995Siemens AktiengesellschaftMethod and circuit arrangement for the transmission of message packets according to the asynchronous transfer mode in a communication networkUS5604735 *May 12, 1995Feb 18, 1997Finisar CorporationHigh speed network switchUS5724510 *Sep 6, 1996Mar 3, 1998Fluke CorporationMethod of configuring a valid IP address and detecting duplicate IP addresses in a local area networkUS5784597 *Sep 22, 1995Jul 21, 1998Hewlett-Packard CompanyCommunications network system including acknowledgement indicating successful receipt of request for reserved communication slots and start time for said reserved communication slotsUS5805602 *Oct 1, 1996Sep 8, 1998Bell Atlantic Network Services, Inc.Network monitoring system for cell delay variationUS5918019 *Jul 29, 1996Jun 29, 1999Cisco Technology, Inc.Virtual dial-up protocol for network communicationUS5931954 *Jan 13, 1997Aug 3, 1999Kabushiki Kaisha ToshibaI/O control apparatus having check recovery functionUS5933420 *Apr 30, 1996Aug 3, 19993Com CorporationMethod and apparatus for assigning spectrum of a wireless local area networkUS5963557 *Apr 11, 1997Oct 5, 1999Eng; John W.High capacity reservation multiple access network with multiple shared unidirectional pathsUS6023769 *Sep 17, 1998Feb 8, 2000Apple Computer, Inc.Method and apparatus for synchronizing an imprecise time clock maintained by a computer systemUS6078595 *Aug 28, 1997Jun 20, 2000Ascend Communications, Inc.Timing synchronization and switchover in a network switchUS6101180 *Nov 12, 1997Aug 8, 2000Starguide Digital Networks, Inc.High bandwidth broadcast system having localized multicast access to broadcast contentUS6137793 *Dec 5, 1997Oct 24, 2000Com21, Inc.Reverse path multiplexer for use in high speed data transmissionsUS6233235 *Nov 1, 1999May 15, 2001Motorola, Inc.Packet telephony power managementUS6233246 *Dec 30, 1996May 15, 2001Compaq Computer CorporationNetwork switch with statistics read accessesUS6381214 *Oct 9, 1998Apr 30, 2002Texas Instruments IncorporatedMemory-efficient leaky bucket policer for traffic management of asynchronous transfer mode data communicationsUS6418324 *Sep 17, 1997Jul 9, 2002Padcom, IncorporatedApparatus and method for transparent wireless communication between a remote device and host systemUS6434141 *May 26, 2000Aug 13, 2002Bigband Networks, Inc.Communication management system and methodUS6438123 *Jan 4, 1999Aug 20, 2002Cisco Technology, Inc.Method and apparatus for supporting header suppression and multiple microflows in a networkUS6490727 *Oct 7, 1999Dec 3, 2002Harmonic, Inc.Distributed termination system for two-way hybrid networksUS6510162 *May 27, 1998Jan 21, 20033Com CorporationSystem and method for managing channel usage in a data over cable systemUS6516345 *Dec 21, 2001Feb 4, 2003Cisco Technology, Inc.Approaches for determining actual physical topology of network based on gathered configuration information representing true neighboring devicesUS6556591 *Jul 19, 2001Apr 29, 2003Conexant Systems, Inc.Method and apparatus for upstream burst transmission synchronization in cable modemsUS6640248 *Jul 9, 1999Oct 28, 2003Malibu Networks, Inc.Application-aware, quality of service (QoS) sensitive, media access control (MAC) layerUS6693878 *Oct 15, 1999Feb 17, 2004Cisco Technology, Inc.Technique and apparatus for using node ID as virtual private network (VPN) identifiersUS6697970 *Aug 28, 2000Feb 24, 2004Nortel Networks LimitedGeneric fault management method and systemUS6698022 *Dec 15, 1999Feb 24, 2004Fujitsu LimitedTimestamp-based timing recovery for cable modem media access controllerUS6763032 *Feb 10, 2000Jul 13, 2004Broadcom CorporationCable modem system with sample and packet synchronizationUS6771606 *Jun 29, 2000Aug 3, 2004D-Link Corp.Networking switching system on-line data unit monitoring controlUS6804251 *Oct 27, 1999Oct 12, 2004Broadcom CorporationSystem and method for multiplexing data from multiple sourcesUS6819682 *Sep 6, 2000Nov 16, 2004Broadcom CorporationSystem and method for the synchronization and distribution of telephony timing information in a cable modem networkUS6847635 *Jun 20, 2000Jan 25, 20053Com CorporationMethod to transmit silence compressed voice over IP efficiently in DOCSIS cable networksUS6853680 *May 10, 2000Feb 8, 2005Bigband Networks Bas, Inc.System and process for embedded cable modem in a cable modem termination system to enable diagnostics and monitoringUS6857132 *Jun 23, 2000Feb 15, 2005Terayon Communication Systems, Inc.Head end multiplexer to select and transmit video-on-demand and other requested programs and servicesUS6901079 *Apr 19, 2001May 31, 2005Cisco Technology, IncProviding different quality of services (QOS) to different point-to-point sessionsUS6950399 *Jul 6, 2000Sep 27, 2005Matsushita Electric Industrial Co., Ltd.System and associated method for scheduling transport of variable bit-rate data over a networkUS6959042 *Oct 1, 2001Oct 25, 2005Cisco Technology, Inc.Methods and apparatus for measuring compressed video signals and applications to statistical remultiplexingUS6993353 *Aug 8, 2001Jan 31, 2006At&T Corp.Cable data service methodUS6996129 *May 6, 2005Feb 7, 2006Rgb Networks, Inc.Advanced, adaptive video multiplexer systemUS7006500 *Dec 30, 2002Feb 28, 2006Valo, Inc.Methods, apparatuses and systems facilitating data transmission across bonded communications pathsUS7023882 *Oct 19, 2001Apr 4, 2006Scientific-Atlanta, Inc.Interfacing at least one information stream with at least one modulatorUS7039049 *Dec 22, 2000May 2, 20063Com CorporationMethod and apparatus for PPPoE bridging in a routing CMTSUS7065779 *Jan 24, 2000Jun 20, 2006Cisco Technology, Inc.Technique for synchronizing multiple access controllers at the head end of an access networkUS7067734 *May 19, 2004Jun 27, 2006Kabushiki Kaisha ToshibaCable modem module and transmitter-receiverUS7110398 *Dec 31, 2001Sep 19, 2006Broadcom CorporationPacket tag for support of remote network function/packet classificationUS7113484 *Jun 28, 2000Sep 26, 2006Cisco Technology, Inc.Downstream channel change technique implemented in an access networkUS7116643 *Apr 30, 2002Oct 3, 2006Motorola, Inc.Method and system for data in a collection and route discovery communication networkUS7117526 *Oct 20, 2000Oct 3, 2006Nomadix, Inc.Method and apparatus for establishing dynamic tunnel access sessions in a communication networkUS7139923 *Jun 27, 2001Nov 21, 2006Cisco Technology, Inc.Technique for synchronizing network devices in an access data networkUS7145887 *Jul 2, 2001Dec 5, 20063Com CorporationCommunication of packet arrival times to cable modem termination system and uses thereofUS7149223 *Oct 24, 2001Dec 12, 2006Juniper Networks, Inc.Enhanced fiber nodes with CMTS capabilityUS7164690 *Dec 26, 2000Jan 16, 2007Broadcom CorporationMethod for opening a proprietary MAC protocol in a non-DOCSIS modem compatibly with a DOCSIS modemUS7197052 *Apr 22, 2002Mar 27, 2007Cisco Technology, Inc.Technique for interfacing MAC and physical layers of access networksUS7269159 *Jan 4, 2000Sep 11, 2007At&T Corp.Upstream bandwidth allocation for packet telephony in a shared-media packet-switched access networkUS7290046 *Nov 22, 2002Oct 30, 2007At&T Corp.System and method for detecting customer premise equipment behind a router on a data-over-cable systemUS7548558 *Dec 1, 2003Jun 16, 2009Terayon Communications Systems, Inc.Cable modem termination system with flexible addition of single upstreams or downstreamsUS20010010096 *Feb 27, 2001Jul 26, 2001Broadcom CorporationMethod and apparatus for converting between byte lengths and burdened burst lengths in a high speed modemUS20010055319 *Feb 9, 2001Dec 27, 2001Broadcom CorporationRobust techniques for optimal upstream communication between cable modem subscribers and a headendUS20020009974 *Feb 28, 2001Jan 24, 2002Mikio KuwaharaWireless communication base station transmission timing offset correction systemUS20020010750 *Apr 27, 2001Jan 24, 2002Airsys Atm SaRedundant input/output management device, notably for data routingUS20020023174 *Mar 20, 2001Feb 21, 2002Garrett John W.Service selection in a shared access network using dynamic host configuration protocolUS20020044225 *Jul 3, 2001Apr 18, 2002Rakib Selim ShlomoRemote control for wireless control of system and displaying of compressed video on a display on the remoteUS20020052927 *Nov 16, 2001May 2, 2002Lg Electronics Inc.Initialization file downloading apparatus and method of cable modemUS20020093955 *Dec 31, 2001Jul 18, 2002Broadcom CorporationPacket tag for support of remote network function/packet classificationUS20020131403 *Aug 8, 2001Sep 19, 2002Desai Bhavesh N.Transmit and receive system for a cable data serviceUS20020131426 *Jan 16, 2001Sep 19, 2002Mati AmitScalable virtual channelUS20020133618 *Aug 8, 2001Sep 19, 2002Desai Bhavesh N.Tunneling system for a cable data serviceUS20020136203 *Oct 24, 2001Sep 26, 2002Valentino LivaEnhanced fiber nodes with CMTS capabilityUS20020141585 *Jan 24, 2002Oct 3, 2002Broadcom CorporationMethod for processing multiple security policies applied to a data packet structureUS20030014762 *Oct 4, 2001Jan 16, 2003Conover Richard DavidSubscriber internet interface system and apparatusUS20030058794 *Sep 24, 2002Mar 27, 2003Broadcom CorporationHardware filtering of unsolicited grant service extended headersUS20030061415 *Sep 24, 2001Mar 27, 2003Horton John D.System and method for hardware based reassembly of a fragmented packetUS20030101463 *Nov 26, 2001May 29, 2003Adc Telecommunications, Inc.Passive CMTS redundancyUS20030140131 *Jan 22, 2002Jul 24, 2003Lucent Technologies Inc.Dynamic virtual private network system and methodsUS20030163341 *Feb 26, 2002Aug 28, 2003International Business Machines CorporationApparatus and method of dynamically updating dynamic host configuration protocol (DHCP) optionsUS20040039466 *May 23, 2003Feb 26, 2004Baker Hughes IncorporatedMethod and apparatus for high speed data dumping and communication for a down hole toolUS20040045032 *Aug 27, 2002Mar 4, 2004Broadcom CorporationMiniMAC implementation of a distributed cable modem termination system (CMTS) architectureUS20040045037 *Aug 27, 2002Mar 4, 2004Broadcom CorporationDistributed cable modem termination system (CMTS) architecture implementing a media access control chipUS20040160945 *Feb 13, 2003Aug 19, 2004Innomedia Pte Ltd.Network communication system with a stand alone multi-media terminal adapterUS20040163129 *Feb 4, 2003Aug 19, 2004Cisco Technology, Inc.Wideband cable systemUS20040181800 *Oct 2, 2003Sep 16, 2004Rakib Selim ShlomoThin DOCSIS in-band management for interactive HFC service deliveryUS20040244043 *May 28, 2003Dec 2, 2004Lind Paul AlanWideband DOCSIS on catv systems using port-trunkingUS20050220126 *Jul 3, 2003Oct 6, 2005Thomson Licensing S.A.Application level gateway and firewall rule set download validationUS20050226257 *Mar 30, 2004Oct 13, 2005Adc Broadband Access Systems, Inc.Virtual local area networkUS20050232294 *Apr 5, 2005Oct 20, 2005Broadcom CorporationMethod and apparatus for establishing communication between entities in a communication systemUS20050265376 *May 23, 2005Dec 1, 2005Chapman John TWideband upstream protocolUS20050265392 *May 24, 2005Dec 1, 2005Fox David BWideband cable downstream protocolUS20050265397 *May 17, 2005Dec 1, 2005Cisco Technology, Inc.Upstream physical interface for modular cable modem termination systemUS20050289623 *May 23, 2005Dec 29, 2005Mowaffak MidaniBulk tuning of frequency-modulated video signalsUS20060098669 *Dec 19, 2005May 11, 2006Frederick EnnsHigh-speed internet access systemUS20060168612 *May 20, 2005Jul 27, 2006Cisco Technology, Inc.Timing system for modular cable modem termination systemUS20080037545 *Aug 17, 2007Feb 14, 2008Broadcom CorporationMethod for hardware Payload Header Suppression, Expansion, and Verification in a wireless network* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS7573884 *Mar 4, 2007Aug 11, 2009Texas Instruments IncorporatedCable modem downstream channel bonding re-sequencing mechanismUS7646786Dec 30, 2004Jan 12, 2010Cisco Technology, Inc.Neighbor discovery in cable networksUS7688828May 17, 2005Mar 30, 2010Cisco Technology, Inc.Downstream remote physical interface for modular cable modem termination systemUS7701951Mar 6, 2006Apr 20, 2010Cisco Technology, Inc.Resource reservation and admission control for IP networkUS7720101May 20, 2005May 18, 2010Cisco Technology, Inc.Wideband cable modem with narrowband circuitryUS7817553May 10, 2005Oct 19, 2010Cisco Technology, Inc.Local area network services in a cable modem networkUS7835274May 25, 2005Nov 16, 2010Cisco Technology, Inc.Wideband provisioningUS7864686May 20, 2005Jan 4, 2011Cisco Technology, Inc.Tunneling scheme for transporting information over a cable networkUS7889721 *Oct 13, 2008Feb 15, 2011General Instrument CorporationSelecting an adaptor mode and communicating data based on the selected adaptor modeUS8064479 *Dec 22, 2008Nov 22, 2011Harmonic, Inc.Methods and system for efficient data transfer over hybrid fiber coax infrastructureUS8102854Aug 15, 2008Jan 24, 2012Cisco Technology, Inc.Neighbor discovery proxy with distributed packet inspection schemeUS8107515 *Dec 17, 2009Jan 31, 2012Comtech Ef Data CorporationBurst processing modemUS8149833May 24, 2005Apr 3, 2012Cisco Technology, Inc.Wideband cable downstream protocolUS8238362 *Dec 17, 2009Aug 7, 2012Comtech Ef Data Corp.Burst processing modem and related methodsUS8909819 *Nov 10, 2012Dec 9, 2014Maxlinear, Inc.Method and system for multi-path video and network channelsUS9363209 *Sep 6, 2013Jun 7, 2016Cisco Technology, Inc.Apparatus, system, and method for resequencing packetsUS9461942 *Jun 24, 2013Oct 4, 2016Broadcom CorporationSystem and method for performing concatenation of diversely routed channelsUS20050265309 *May 10, 2005Dec 1, 2005Harshavardhan ParandekarLocal area network services in a cable modem networkUS20060168612 *May 20, 2005Jul 27, 2006Cisco Technology, Inc.Timing system for modular cable modem termination systemUS20070150927 *Mar 6, 2007Jun 28, 2007Cisco Technology, Inc.Packet fiber nodeUS20070206600 *Mar 4, 2007Sep 6, 2007Texas Instruments IncorporatedCable Modem Downstream Channel Bonding Re-sequencing MechanismUS20080092188 *Sep 28, 2006Apr 17, 2008Ahmadreza RofougaranMethod And System For Integrated Cable Modem And DVB-H Receiver And/Or TransmitterUS20080120667 *Oct 29, 2007May 22, 2008Texas Instruments IncorporatedHybrid mpeg/ip digital cable gateway device and architecture associated therewithUS20090168649 *Dec 22, 2008Jul 2, 2009Harmonic Inc.Methods and System for Efficient Data Transfer Over Hybrid Fiber Coax InfrastructureUS20100083330 *Sep 29, 2008Apr 1, 2010Cisco Technology, Inc.SCHEDULING FOR RF OVER FIBER OPTIC CABLE [RFoG]US20100091777 *Dec 17, 2009Apr 15, 2010Comtech Ef Data Corp.Burst processing modem and related methodsUS20100091796 *Oct 13, 2008Apr 15, 2010General Instrument CorporationSelecting An Adaptor Mode and Communicating Data Based on the Selected Adaptor ModeUS20100091825 *Dec 17, 2009Apr 15, 2010Comtech Ef Data Corp.Burst processing modemUS20110154424 *Sep 20, 2010Jun 23, 2011Electronics And Telecommunications Research InstituteApparatus and method for transmitting video streamUS20130120665 *Nov 10, 2012May 16, 2013Anand AnandakumarMethod and system for multi-path video and network channelsUS20130315258 *Jun 24, 2013Nov 28, 2013Netlogic Microsystems, Inc.System and Method for Performing Concatenation of Diversely Routed ChannelsUS20150222449 *Jan 30, 2015Aug 6, 2015Comcast Cable Communications, LlcDigital forward link in hybrid fiber-coax networkWO2007103900A2 *Mar 6, 2007Sep 13, 2007Texas Instruments IncorporatedCable modem downstream channel bonding re-sequencing mechanism* Cited by examinerClassifications U.S. Classification370/480, 455/150.1, 370/465International ClassificationH04J1/00, H04L12/28, H04B1/18, H04L12/66, H04J3/16, H04J3/22Cooperative ClassificationH04L12/2801European ClassificationH04L12/28BLegal EventsDateCodeEventDescriptionJun 27, 2005ASAssignmentOwner name: CISCO TECHNOLOGY, INC., CALIFORNIAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHAPMAN, JOHN T.;FOX, DAVID B.;SLANE, ALBERT A.;REEL/FRAME:016421/0845;SIGNING DATES FROM 20050518 TO 20050520Owner name: CISCO TECHNOLOGY, INC.,CALIFORNIAFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:CHAPMAN, JOHN T.;FOX, DAVID B.;SLANE, ALBERT A.;SIGNING DATES FROM 20050518 TO 20050520;REEL/FRAME:016421/0845Jul 26, 2011CCCertificate of correctionNov 18, 2013FPAYFee paymentYear of fee payment: 4RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services