The present invention relates generally to information networks and specifically to transmitting information such as media information over communication lines such as coaxial cable (hereinafter “coax”), thereby to form a communications network.
Home network technologies using coax are known generally. The Multimedia over Coax Alliance (MoCA™), at its website mocalliance.org, provides an example of a suitable specification (MoCA 1.1) for networking of digital video and entertainment through existing coaxial cable in the home which has been distributed to an open membership. The MoCA 1.1 specification is incorporated by reference herein in its entirety.
Home networking over coax taps into the vast amounts of unused bandwidth available on the in-home coax. More than 70% of homes in the United States have coax already installed in the home infrastructure. Many have existing coax in one or more primary entertainment consumption locations such as family rooms, media rooms and master bedrooms ideal for deploying networks. Home networking technology allows homeowners to utilize this infrastructure as a networking system and to deliver other entertainment and information programming with high QoS (Quality of Service).
The technology underlying home networking over coax provides high speed (270 mbps), high QoS, and the innate security of a shielded, wired connection combined with state of the art packet-level encryption. Coax is designed for carrying high bandwidth video. Today, it is regularly used to securely deliver millions of dollars of pay per view and premium video content on a daily basis. Home networking over coax can also be used as a backbone for multiple wireless access points used to extend the reach of wireless network throughout a consumer's entire home.
Home networking over coax provides a consistent, high throughput, high quality connection through the existing coaxial cables to the places where the video devices currently reside in the home. Home networking over coax provides a primary link for digital entertainment, and may also act in concert with other wired and wireless networks to extend the entertainment experience throughout the home.
Currently, home networking over coax works with access technologies such as ADSL and VDSL services or Fiber to the Home (FTTH), that typically enter the home on a twisted pair or on an optical fiber, operating in a frequency band from a few hundred kilohertz to 8.5 MHz for ADSL and 12 Mhz for VDSL. As services reach the home via xDSL or FTTH, they may be routed via home networking over coax technology and the in-home coax to the video devices. Cable functionalities, such as video, voice and Internet access, may be provided to homes, via coaxial cable, by cable operators, and use coaxial cables running within the homes to reach individual cable service consuming devices locating in various rooms within the home. Typically, home networking over coax type functionalities run in parallel with cable functionalities, on different frequencies.
It would be desirable to reduce latency and increase throughput by concatenating packets in a MoCA home network.
A system and/or method for reducing latency and/or increasing throughput by concatenating packets in a MoCA home network, substantially as shown in and/or described in connection with at least one of the figures, as set forth more completely in the claims.
The objects and advantages of the invention will be apparent upon consideration of the following detailed description, taken in conjunction with the accompanying drawings, in which like reference Characters refer to like parts throughout, and in which:
In the following description of the various embodiments, reference is made to the accompanying drawings, which form a part hereof, and in which is shown by way of illustration various embodiments in which the invention may be practiced. It is to be understood that other embodiments may be utilized and structural and functional modifications may be made without departing from the scope and spirit of the present invention.
As will be appreciated by one of skill in the art upon reading the following disclosure, various aspects described herein may be embodied as a method, a data processing system, or a computer program product. Accordingly, those aspects may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, such aspects may take the form of a computer program product stored by one or more computer-readable storage media having computer-readable program code, or instructions, embodied in or on the storage media. Any suitable computer readable storage media may be utilized, including hard disks, CD-ROMs, optical storage devices, magnetic storage devices, and/or any combination thereof.
In addition, various signals representing data or events as described herein may be transferred between a source and a destination in the form of electromagnetic waves traveling through signal-conducting media such as metal wires, optical wave guides, optical fibers, and/or wireless transmission media (e.g., air and/or space).
In a MoCA network environment, the traffic transmitted by a node is a mix of multiple video streams addressed to multiple destination devices and concurrent video and data transmissions. In conventional MoCA systems, each priority and each unicast flow (both of which are described in more detail below) are typically transmitted separately. Each transmission generates overhead which in turn reduces the effective data transmission bandwidth of the network.
This application describes systems and methods for maximizing bandwidth available to MoCA devices by concatenating either the data transmission packets that form parts of bursts addressed to different nodes or the data transmission packets that form part of bursts of different priorities. The bursts may include additional transmission time overhead in the form of inter-frame gaps that are required between each two bursts and burst preambles that are required before the beginning of each burst. In the MoCA 1.x Specification, these bursts are transmitted as individual bursts. Concatenation of the data transmission packets in multiple bursts significantly reduces the overhead associated with the Inter-Frame gaps and the burst preambles.
Systems and methods according to the invention preferably allow more video streams and/or higher definition video streams to run simultaneously in a home environment. Such systems and methods preferably also provide an enhanced user experience when interactive real-time applications run in concurrence with time-bound services. Examples of such interactive applications running in concurrence with time-bound services may include participating in networked gaming and/or Internet surfing while watching HD movies on multiple TV sets.
For ease of reference, the following glossary provides definitions for the various abbreviations and notations used in this patent application:
ARP Address Resolution Protocol
DAL Data Allocation Unit
digital PHY includes a port of the MoCA integrated circuit that forms a conduit for signals to and from a receiver and/or transceiver integrated circuit
EN MoCA Existing Node (the term “node” may be referred to alternatively herein as a “module”)
IE Information Element
IFG Inter-Frame Gap
IDFT Inverse Discrete Fourier Transform
MAC Media Access Controller—includes logic for MoCA integrated circuit that schedules opening and closing of the digital PHY as needed for transmission and/or receiving signals from the receiver and/or transceiver integrated circuit
MAP Media Access Plan
MPDU MAC Protocol Data Unit
NC MoCA Network Controller
OFDM Orthogonal Frequency Division Multiplexing
OFDMA Orthogonal Frequency Division Multiplexing Allocation
PHY Physical Layer of MoCA Network
PQoS Provisioned Quality of Service
RO Reservation Request Opportunity
RR Reservation Request Message
Set Top Box
It should be noted that, for the purposes of this application, “aggregation” refers to a process implemented by the EN when the EN receives a plurality of packets and requests opportunities to transmit the packets (“TxOPs”). An EN may request several TxOPs for frames for transmission of packets that have been aggregated at the EN.
“Concatenation” refers to a process implemented by the NC which can concatenate several aggregated packets at an EN into a single frame. Concatenation of two communication bursts into one burst reduces the PHY overhead. Such overhead may be characterized in terms of bandwidth on the network.
In one embodiment of the invention, such concatenation may reduce the overhead by one preamble and one IFG for each concatenated packet, as will be explained below in more detail in the portion of the specification corresponding to
In a MoCA network according to the invention there exists a tradeoff between latency of data transmission packet delivery and packet aggregation level—i.e., concatenation of packets. A frame including the data packet can be transmitted either in each MAP cycle (unconcatenated) or aggregated and sent every n MAP cycles (concatenated). Thus, under conditions where more latency can be tolerated by the transmissions, the aggregation can be increased, thereby reducing system overhead.
PHY-Level concatenation of data PHY-Frame payloads according to the invention follows. This application specifies the optional capability for PHY-Level concatenation, which nodes may support. When supported, nodes should preferably be capable of transmitting and receiving concatenated payloads, as can be scheduled by the NC.
There are two types of PRY Concatenation according to the invention: unicast—i.e., from a single transmitting node to a single receiving node and broadcast i.e., from a single transmitting node to all nodes on the network.
Concatenation for a unicast transmission may apply when the bursts to be concatenated are directed to the same destination independent of whether the bursts have the same priority or different priority. Such a method may concatenate two or more payloads into a single burst.
Concatenation for a broadcast transmission applies when the bursts are sent to more than one destination. Such methods may send the concatenated payloads as a broadcast profile. A broadcast transmission may optimize the PRY transmission parameters—e.g., bit loading, gain, prefix, etc.—for a broadcast profile.
In certain embodiments of MoCA networks, for the packets with high relative priority level, an EN may request a high priority reservation because the possibility exists that the NC will provide a grant only for high priority packets. If there is enough bandwidth for all requests including low level priority packets, the NC may concatenate the packets of an individual EN, into a single burst. Such concatenation may be applicable to unicast and or broadcast transmissions.
The following description and FIGUREs are directed to embodiments of concatenation according to the invention. It should be noted that MAP scheduling of concatenated payloads according to the invention may be an optional feature. Thus, the NC may elect to schedule concatenation of payloads between capable nodes, but the NC is not required to do so.
The construction of individual, non-concatenated, Data/Control PHY-Frame payloads is as follows.
Because a concatenated frame according to the invention does not require preamble, each concatenated frame may eliminate one IFG and one preamble. For example, using systems and methods according to the invention, the NC may schedule, between two successive IFGs, a single preamble immediately followed by a concatenation of up to four (4) of what would otherwise be individual Data/Control PHY-Frame payloads, each of which should preferably be constructed separately. In other embodiments of the invention, even more than four payloads may be concatenated.
Examples of such concatenated transmissions are depicted in
As stated above,
Each of transmissions 200, 201 and 203 is shown with a single preamble 202 and multiple, concatenated payloads 204. Each of the transmissions is also shown disposed between two IFGs 206. In addition, between the last symbol of a first exemplary payload—208—and the first symbol of a second exemplary payload—212—an Ncp (cyclic prefix length) 210 is included.
After the first payload in a concatenated packet, each concatenated payload should immediately follow the previous payload and begin with the cyclic prefix of the first symbol of the payload (see, NCP 210 in
The process of OFDM modulation transforms NSYM sets of NFFT frequency-domain subcarriers into a set of NSYM OFDM modulation symbols, each consisting of NFFT+NCP time domain samples. The modulation mechanism should preferably be functionally equivalent to the reference model described in the equations below. The stream of complex numbers input to an OFDM modulator are converted to time domain samples by computing an IDFT output, in response to an OFDM input symbol, on blocks of 512 complex numbers X[n]=(In+jQn). The operation is mathematically defined for the NFFT-point frequency domain symbol of X[n] as follows:
with N=NFFT=512 and n representing the subcarrier index.
An IDFT output 302 is transformed into an OFDM output symbol 304. In order to form the OFDM output symbol 304 from an IDFT output 302, the last NCP samples of IDFT output 302 are preferably copied and prepended to form one OFDM output symbol 304. The cyclic prefix length NCP should preferably not vary for all PHY-payload symbols within a particular PHY-frame.
Each of the groups of data points correspond to different scenarios, as set forth in the legend. The uppermost set of data points in the legend corresponds to a broadcast transmission of two flows of high definition video at 10 megabits per second. The next set of data points corresponds to a broadcast transmission of two flows of high definition video at 20 megabits per second. The next set of data points corresponds to a unicast transmission of two flows of high definition video at 10 megabits per second. The next set of data points corresponds to a unicast transmission of two flows of high definition video at 20 megabits per second.
The chart in
Furthermore, the downward trend, as the data points move along the x-axis indicates that, as the PHY rate increases, the time savings attributable to concatenation increases as well. This is due, at least in part, to constancy of the IFG at the greater PHY rates even though the actual data requires less time to transmit, thus improving the relative overhead savings of concatenation.
In addition to the foregoing, the NC may schedule a concatenated transmission when the following constraints are satisfied:
All concatenated payloads are generated using the same transmitting node;
All concatenated payloads have the same DESTINATION_NODE_ID value in the MoCA Header, which is typically between 0˜15, or 128˜254, inclusive of the endpoints;
The source and all destination nodes advertise the concatenation capability in Bit 10 of NODE_PROTOCOL_SUPPORT;
All concatenated payloads use identical PRY Profiles—i.e., same bitloading, NCP, Transmit Power Control (“TPC”) setting;
All concatenated multicast payloads have the same level of priority;
None of the concatenated payloads is a control packet;
If privacy is enabled, all concatenated payloads use the same AES key value;
Preferably only the first concatenated payload may be the remaining fragment from a previous transmission; and,
Preferably only the last concatenated payload may be the first fragment of an NC scheduled fragmentation.
As described above, embodiments of concatenation according to the invention may reduce the overhead to an amount quantified by one preamble and one IFG per concatenated payload. A preamble may use between 20 and 30 micro seconds (“uSec”) during the transmission of each communication burst. An IFG for use before and/or after a Data/Control PHY-frame communication burst—which transport MAC frames in the payload such as application-layer data and MoCA network control information—can be about 5 uSec, in duration. An IFG before and/or after a Probe PHY-frame communication burst which transport specialized payloads to facilitate medium characterization such as channel assessment and link characterization to optimize PHY-layer performance—can be about 24 uSec in duration. An IFG before and/or after an OFDMA PHY-Frame communication burst can be about 5 uSec in duration.
In unicast transmissions according to the invention, the NC can concatenate all of an EN's RRs and Opportunistic RRs (“ORRs”) into a single burst. With respect to ORR elements used for PQoS aggregation and/or concatenation, the transmitter should specify the smallest Time to Live (TTL) value of the packets in the aggregate and set a maximum aggregation flag, or other suitable mechanism, to 1 if the aggregate has reached either the maximum aggregation size or the maximum aggregation packet number. The NC may take account of these parameters in transmission scheduling. This may also increase throughput when policing PQoS.
In some embodiments of the invention, each payload may be terminated with a shortened FEC and OFDM padding—e.g., filling the payload portion of the burst with zero data as needed to equalize the length of payload portions of the burst. Such techniques preferably allow filtering of the packets to be done in the PHY level. Such filtering at the PHY level may allow the node to determine whether to receive the burst or not.
If the NC opts to schedule concatenated payloads according to the invention, the NC should preferably follow all inclusion rules as specified below.
Such rules may include the following. If a prioritized flow, as defined by {source, destination, priority}, meets some criteria, the transmitter node may reserve bandwidth in advance for upcoming data packets. As described above, such advance reservation may be implemented as an ORR.
An ORR may reserve bandwidth for data packets in one or both of the following two cases: prioritized data packets which are currently not in the transmit buffer but may arrive before the granted transmission time in the next MAP cycle; and PQoS packets which are currently in the transmit buffer but can tolerate a certain delay prior to transmission. The criteria for applying an ORR on a prioritized flow can be vendor specific. The bandwidth requested by ORRs is based on traffic prediction.
The transmitter typically does not use an RR to reserve bandwidth for upcoming data packets. Rather, the transmitter typically uses an RR to reserve bandwidth for data packets currently pending in the transmit buffer. In addition, the transmitter preferably sends ORR elements in a Reservation Request frame only when the RR has included regular RR elements for all the pending prioritized packets.
If a prioritized ORR element is granted by the NC, the transmitter should preferably form an aggregate packet out of the buffered data packets of the corresponding flow and transmit the aggregate packet to the receiver during the granted interval. The transmission time of the aggregated packet should preferably not exceed the granted time interval. If the actual transmission time of the aggregated packet is shorter than the granted interval, padding bits should be applied to the aggregated packet so that the granted interval is fully utilized. If the transmitter has no data packets to transmit during the granted period, it should preferably transmit a dummy MAC frame with padding bits to the receiver.
Each PQoS flow is associated with a maximum latency limitation and thus each PQoS packet is associated with a Time-to-live (TTL) value. For PQoS packets currently pending in the transmit buffer but with a TTL value less than about two MAP cycle lengths, the transmitter preferably uses RRs to reserve bandwidth. Otherwise, the transmitter may use ORRs to reserve bandwidth for PQoS packets. The transmitter preferably does not reserve bandwidth for upcoming PQoS packets in advance. The bandwidth requested by a PQoS ORR may be based on actual size of all pending QoS packets.
If a PQoS ORR element is granted by the NC, the transmitter processes it in the same way as a granted RR element.
Upon reception of the RR and ORR elements from all the nodes, the NC should preferably grant the requests according to the following order:
1. PQoS RR elements;
2. PQoS ORR elements if the total granted PQoS bandwidth is less than some predetermined threshold percentage—e.g., 80%—of the next MAP cycle data bandwidth. The MAP cycle data bandwidth is defined as the sum of all the data MPDU transmission durations (including preamble and IFG of each data MPDU transmission);
3. High Priority RR elements;
4. Medium Priority RR elements;
5. Low Priority RR elements;
6. Background Priority RR elements;
7. PQoS ORR elements;
8. High Priority ORR elements.
9. Medium Priority ORR elements.
10. Low Priority ORR elements.
11. Background Priority ORR elements.
For the same priority packets requested by different nodes, the NC preferably should treat all nodes in a non-preferential manner. The transmission time granted is delivered by the ordinary DAU.
The DAU corresponding to an opportunistic reservation request element is preferably transparent to the receiver node.
When deciding whether, or what payloads, to concatenate according to the invention, the NC shall preferably not violate any inclusion rules as specified above. The NC may preferably schedule concatenated payloads according to the grant sequence rules that follow.
If the NC opts to schedule concatenated payloads, then the MAP message should preferably include a separate DAU for each of the payloads to be concatenated. The DAU for the first concatenated payload shall preferably grant the requested duration, as well as the IFG and PHY-Preamble that was requested in the corresponding request element.
The DAU for the second concatenated payload shall preferably grant a duration corresponding only to the requested payload—i.e.; the requested integer number of OFDM symbols shall preferably specify the IFG_TYPE=0x2 (no IFG), and shall preferably not include timeslots for any IFG or Preamble. DAUs for a 3rd or 4th concatenated payload, if any, shall preferably be granted similarly to the DAU for the second concatenated payload.
For all payloads that are not concatenated, the grant sequence rules as specified above shall preferably apply. Grant sequence rules for concatenated payloads follow.
When granting concatenated payloads from any Flow—i.e., same source, DESTINATION_NODE_ID value in the MoCA Header, and Level of Priority Order—the NC's MAP message should preferably grant DAUs for the Flow in the same sequence as request elements for that Flow were received in the Reservation Request from the transmitting node.
Generally, as described in detail below, the system of
Typically, each node comprises a modem having a CL (Convergence) layer, a Media Access Control layer and a PM (layer and the packet aggregation functionality is performed at the CL layer (at the ECL layer, if the packets are Ethernet packets, abbreviated “Epkts” in
Each aggregation frame 630A, 630F typically comprises at least some of the following information: an indication that the frame is an aggregation frame rather than a single-packet frame and an indication of the size of at least some of the packets in the frame. This information is typically stored in the header 632 of the aggregation frame. Each packet 640 in each frame typically has a header having CRC (cyclic redundancy check) code for the header itself and CRC code for the content of the packet.
A network access coordinator 650, which may be a node itself, is operative to coordinate the access of the plurality of nodes 620 to the network of channels 610 by granting or refusing transmission requests or by granting unsolicited transmission permission. At least one of the nodes 620 is operative to inform the network access coordinator 650 when it has formed an aggregation frame 630 comprising at least one aggregated packet 640. The network access coordinator 650 is operative responsively to determine which portion, if any, of the aggregated packets 640 can be transmitted.
Typically, as shown, at least one node 620 is operative to send a transmission request and the network access coordinator 650, responsively, selectively grants or refrains from granting permission to transmit. In 1_A, Epkt2_A and Epkt3_A.
Node 620E also requests permission to transmit three Ethernet packets to node 620C which is located in the kitchen (as shown in slot IV). However, coordinator 650 grants permission to transmit only two of these (as shown in slot V). Therefore, packet Epkt3 remains at node 620E for the time being. Nodes 620B and 620C each de-aggregate the frames 630A and 630E that they respectively receive as shown.
Packets 640 may comprise packets of different classes and at least one Tx node 620 may be operative to aggregate packets accumulating at the node, as a function of the class to which the packets belong. For example, in
Individual nodes 640 may be operative to aggregate all packets Which have accumulated at the node between each of the node's transmission requests. This optional aggregation “rule” may refer to any transmission request or may be specific to transmission requests pertaining to a particular class of node.
In the system of
The system of
Aspects of the invention have been described in terms of illustrative embodiments thereof. A person having ordinary skill in the art will appreciate that numerous additional embodiments, modifications, and variations may exist that remain within the scope and spirit of the appended claims. For example, one of ordinary skill in the art will appreciate that the steps illustrated in the figures may be performed in other than the recited order and that one or more steps illustrated may be optional. The methods and systems of the above-referenced embodiments may also include other additional elements, steps, computer-executable instructions, or computer-readable data structures. In this regard, other embodiments are disclosed herein as well that can be partially or wholly implemented on a computer-readable medium, for example, by storing computer-executable instructions or modules or by utilizing computer-readable data structures.
This application is a continuation application of U.S. patent application Ser. No. 12/636,930 filed on Dec. 14, 2009 entitled “SYSTEMS AND METHODS FOR PHYSICAL LAYER (“PHY”) CONCATENATION IN A MULTIMEDIA OVER COAX ALLIANCE NETWORK” (hereinafter, the “'930 application”), which is hereby incorporated by reference herein in its entirety. The '151 application is a non-provisional of U.S. Provisional Patent Application No. 61/140,052, filed Dec. 22, 2008, entitled “MOCA 2.0 PHY Concatenation,” which is hereby incorporated by reference herein in its entirety.
Number | Name | Date | Kind |
---|---|---|---|
3836888 | Boenke et al. | Sep 1974 | A |
4413229 | Grant | Nov 1983 | A |
4536875 | Kume et al. | Aug 1985 | A |
4608685 | Jain et al. | Aug 1986 | A |
4893326 | Duran et al. | Jan 1990 | A |
5052029 | James et al. | Sep 1991 | A |
5170415 | Yoshida et al. | Dec 1992 | A |
5343240 | Yu | Aug 1994 | A |
5421030 | Baran | May 1995 | A |
5440335 | Beveridge | Aug 1995 | A |
5570355 | Dail et al. | Oct 1996 | A |
5638374 | Heath | Jun 1997 | A |
5671220 | Tonomura | Sep 1997 | A |
5796739 | Kim et al. | Aug 1998 | A |
5802173 | Hamilton-Piercy et al. | Sep 1998 | A |
5805591 | Naboulsi et al. | Sep 1998 | A |
5805806 | McArthur | Sep 1998 | A |
5815662 | Ong | Sep 1998 | A |
5822677 | Peyrovian | Oct 1998 | A |
5822678 | Evanyk | Oct 1998 | A |
5845190 | Bushue et al. | Dec 1998 | A |
5850400 | Eames et al. | Dec 1998 | A |
5854887 | Kindell et al. | Dec 1998 | A |
5856975 | Rostoker et al. | Jan 1999 | A |
5877821 | Newlin et al. | Mar 1999 | A |
5886732 | Humpleman | Mar 1999 | A |
5896556 | Moreland et al. | Apr 1999 | A |
5917624 | Wagner | Jun 1999 | A |
5930493 | Ottesen et al. | Jul 1999 | A |
5963844 | Dail | Oct 1999 | A |
5982784 | Bell | Nov 1999 | A |
6009465 | Decker et al. | Dec 1999 | A |
6028860 | Laubach et al. | Feb 2000 | A |
6055242 | Doshi et al. | Apr 2000 | A |
6069588 | O'Neill, Jr. | May 2000 | A |
6081519 | Petler | Jun 2000 | A |
6081533 | Laubach et al. | Jun 2000 | A |
6111911 | Sanderford, Jr. et al. | Aug 2000 | A |
6118762 | Nomura et al. | Sep 2000 | A |
6157645 | Shobatake | Dec 2000 | A |
6167120 | Kikinis | Dec 2000 | A |
6192070 | Poon et al. | Feb 2001 | B1 |
6219409 | Smith et al. | Apr 2001 | B1 |
6229818 | Bell | May 2001 | B1 |
6243413 | Beukema | Jun 2001 | B1 |
6304552 | Chapman et al. | Oct 2001 | B1 |
6307862 | Silverman | Oct 2001 | B1 |
6434151 | Caves et al. | Aug 2002 | B1 |
6466651 | Dailey | Oct 2002 | B1 |
6481013 | Dinwiddie et al. | Nov 2002 | B1 |
6526070 | Bernath et al. | Feb 2003 | B1 |
6553568 | Fijolek et al. | Apr 2003 | B1 |
6563829 | Lyles et al. | May 2003 | B1 |
6567654 | Coronel Arredondo et al. | May 2003 | B1 |
6611537 | Edens et al. | Aug 2003 | B1 |
6622304 | Carhart | Sep 2003 | B1 |
6637030 | Klein | Oct 2003 | B1 |
6650624 | Quigley et al. | Nov 2003 | B1 |
6745392 | Basawapatna et al. | Jun 2004 | B1 |
6763032 | Rabenko et al. | Jul 2004 | B1 |
6785296 | Bell | Aug 2004 | B1 |
6816500 | Mannette et al. | Nov 2004 | B1 |
6831899 | Roy | Dec 2004 | B1 |
6836515 | Kay et al. | Dec 2004 | B1 |
6859899 | Shalvi et al. | Feb 2005 | B2 |
6862270 | Ho | Mar 2005 | B1 |
6877043 | Mallory et al. | Apr 2005 | B2 |
6877166 | Roeck et al. | Apr 2005 | B1 |
6898210 | Cheng et al. | May 2005 | B1 |
6930989 | Jones, IV et al. | Aug 2005 | B1 |
6940833 | Jonas et al. | Sep 2005 | B2 |
6950399 | Bushmitch et al. | Sep 2005 | B1 |
6961314 | Quigley et al. | Nov 2005 | B1 |
6985437 | Vogel | Jan 2006 | B1 |
6996198 | Cvetkovic | Feb 2006 | B2 |
7035270 | Moore, Jr. et al. | Apr 2006 | B2 |
7065779 | Crocker et al. | Jun 2006 | B1 |
7089580 | Vogel et al. | Aug 2006 | B1 |
7116685 | Brown et al. | Oct 2006 | B2 |
7127734 | Amit | Oct 2006 | B1 |
7133697 | Judd et al. | Nov 2006 | B2 |
7142553 | Ojard et al. | Nov 2006 | B1 |
7146632 | Miller | Dec 2006 | B2 |
7149220 | Beukema et al. | Dec 2006 | B2 |
7194041 | Kadous | Mar 2007 | B2 |
7292527 | Zhou et al. | Nov 2007 | B2 |
7296083 | Barham et al. | Nov 2007 | B2 |
7327754 | Mills et al. | Feb 2008 | B2 |
7372853 | Sharma et al. | May 2008 | B2 |
7460543 | Malik et al. | Dec 2008 | B2 |
7487532 | Robertson et al. | Feb 2009 | B2 |
7532642 | Peacock | May 2009 | B1 |
7532693 | Narasimhan | May 2009 | B1 |
7555064 | Beadle | Jun 2009 | B2 |
7574615 | Weng et al. | Aug 2009 | B2 |
7606256 | Vitebsky et al. | Oct 2009 | B2 |
7652527 | Ido et al. | Jan 2010 | B2 |
7653164 | Lin et al. | Jan 2010 | B2 |
7675970 | Nemiroff et al. | Mar 2010 | B2 |
7783259 | Dessert et al. | Aug 2010 | B2 |
20010039660 | Vasilevsky et al. | Nov 2001 | A1 |
20020010562 | Schleiss et al. | Jan 2002 | A1 |
20020021465 | Moore et al. | Feb 2002 | A1 |
20020059623 | Rodriguez et al. | May 2002 | A1 |
20020059634 | Terry et al. | May 2002 | A1 |
20020069417 | Kliger et al. | Jun 2002 | A1 |
20020078247 | Lu et al. | Jun 2002 | A1 |
20020078249 | Lu et al. | Jun 2002 | A1 |
20020097821 | Hebron et al. | Jul 2002 | A1 |
20020105970 | Shvodian | Aug 2002 | A1 |
20020136231 | Leatherbury et al. | Sep 2002 | A1 |
20020141347 | Harp et al. | Oct 2002 | A1 |
20020150155 | Florentin et al. | Oct 2002 | A1 |
20020166124 | Gurantz et al. | Nov 2002 | A1 |
20020174423 | Fifield et al. | Nov 2002 | A1 |
20020194605 | Cohen et al. | Dec 2002 | A1 |
20030013453 | Lavaud et al. | Jan 2003 | A1 |
20030016751 | Vetro et al. | Jan 2003 | A1 |
20030060207 | Sugaya et al. | Mar 2003 | A1 |
20030063563 | Kowalski | Apr 2003 | A1 |
20030066082 | Kliger et al. | Apr 2003 | A1 |
20030099253 | Kim | May 2003 | A1 |
20030152059 | Odman | Aug 2003 | A1 |
20030169769 | Ho et al. | Sep 2003 | A1 |
20030193619 | Farrand | Oct 2003 | A1 |
20030198244 | Ho et al. | Oct 2003 | A1 |
20040004934 | Zhu et al. | Jan 2004 | A1 |
20040037366 | Crawford | Feb 2004 | A1 |
20040047284 | Eidson | Mar 2004 | A1 |
20040107445 | Amit | Jun 2004 | A1 |
20040163120 | Rabenko et al. | Aug 2004 | A1 |
20040172658 | Rakib et al. | Sep 2004 | A1 |
20040177381 | Kliger et al. | Sep 2004 | A1 |
20040224715 | Rosenlof et al. | Nov 2004 | A1 |
20040258062 | Narvaez | Dec 2004 | A1 |
20050015703 | Terry et al. | Jan 2005 | A1 |
20050097196 | Wronski et al. | May 2005 | A1 |
20050152350 | Sung et al. | Jul 2005 | A1 |
20050152359 | Giesberts et al. | Jul 2005 | A1 |
20050175027 | Miller et al. | Aug 2005 | A1 |
20050204066 | Cohen et al. | Sep 2005 | A9 |
20050213405 | Stopler | Sep 2005 | A1 |
20060059400 | Clark et al. | Mar 2006 | A1 |
20060062250 | Payne | Mar 2006 | A1 |
20060078001 | Chandra et al. | Apr 2006 | A1 |
20060104201 | Sundberg et al. | May 2006 | A1 |
20060256799 | Eng | Nov 2006 | A1 |
20060256818 | Shvodian et al. | Nov 2006 | A1 |
20060268934 | Shimizu et al. | Nov 2006 | A1 |
20060280194 | Jang et al. | Dec 2006 | A1 |
20070025317 | Bolinth et al. | Feb 2007 | A1 |
20070040947 | Koga | Feb 2007 | A1 |
20070116055 | Atsumi et al. | May 2007 | A1 |
20070127373 | Ho et al. | Jun 2007 | A1 |
20070160213 | Un et al. | Jul 2007 | A1 |
20070171919 | Godman et al. | Jul 2007 | A1 |
20070183786 | Hinosugi et al. | Aug 2007 | A1 |
20070206551 | Moorti et al. | Sep 2007 | A1 |
20070217436 | Markley et al. | Sep 2007 | A1 |
20070253379 | Kumar et al. | Nov 2007 | A1 |
20070286121 | Kolakowski et al. | Dec 2007 | A1 |
20080037589 | Kliger et al. | Feb 2008 | A1 |
20080080369 | Sumioka et al. | Apr 2008 | A1 |
20080089268 | Kinder et al. | Apr 2008 | A1 |
20080117919 | Kliger et al. | May 2008 | A1 |
20080117929 | Kliger et al. | May 2008 | A1 |
20080130779 | Levi et al. | Jun 2008 | A1 |
20080178229 | Kliger et al. | Jul 2008 | A1 |
20080189431 | Hyslop et al. | Aug 2008 | A1 |
20080225832 | Kaplan et al. | Sep 2008 | A1 |
20080238016 | Chen et al. | Oct 2008 | A1 |
20080259957 | Kliger et al. | Oct 2008 | A1 |
20080271094 | Kliger et al. | Oct 2008 | A1 |
20080273591 | Brooks et al. | Nov 2008 | A1 |
20080279219 | Wu et al. | Nov 2008 | A1 |
20080298241 | Ohana et al. | Dec 2008 | A1 |
20090010263 | Ma et al. | Jan 2009 | A1 |
20090063878 | Schmidt et al. | Mar 2009 | A1 |
20090092154 | Malik et al. | Apr 2009 | A1 |
20090122901 | Choi et al. | May 2009 | A1 |
20090165070 | McMullin et al. | Jun 2009 | A1 |
20090217325 | Kliger et al. | Aug 2009 | A1 |
20090254794 | Malik et al. | Oct 2009 | A1 |
20090257483 | French et al. | Oct 2009 | A1 |
20090279643 | Shusterman | Nov 2009 | A1 |
20090316589 | Shafeeu | Dec 2009 | A1 |
20100031297 | Klein et al. | Feb 2010 | A1 |
20100080312 | Moffatt et al. | Apr 2010 | A1 |
20100150016 | Barr | Jun 2010 | A1 |
20100158013 | Kliger et al. | Jun 2010 | A1 |
20100158015 | Wu | Jun 2010 | A1 |
20100158022 | Kliger et al. | Jun 2010 | A1 |
20100174824 | Aloni et al. | Jul 2010 | A1 |
20100185731 | Wu | Jul 2010 | A1 |
20100238932 | Kliger et al. | Sep 2010 | A1 |
20100246586 | Ohana et al. | Sep 2010 | A1 |
20100254278 | Kliger et al. | Oct 2010 | A1 |
20100254402 | Kliger et al. | Oct 2010 | A1 |
20100281195 | Daniel et al. | Nov 2010 | A1 |
20100284474 | Kliger et al. | Nov 2010 | A1 |
20110013633 | Klein et al. | Jan 2011 | A1 |
20110080850 | Klein et al. | Apr 2011 | A1 |
20110205891 | Kliger et al. | Aug 2011 | A1 |
20110310907 | Klein et al. | Dec 2011 | A1 |
Number | Date | Country |
---|---|---|
1395413 | Feb 2003 | CN |
101202687 | Jun 2008 | CN |
0385695 | Sep 1990 | EP |
0622926 | Nov 1994 | EP |
1501326 | Jan 2005 | EP |
60160231 | Aug 1985 | JP |
WO-9827748 | Jun 1998 | WO |
WO-9831133 | Jul 1998 | WO |
WO-9935753 | Jul 1999 | WO |
WO-9946734 | Sep 1999 | WO |
WO-0031725 | Jun 2000 | WO |
WO-0055843 | Sep 2000 | WO |
WO-0180030 | Oct 2001 | WO |
WO-0219623 | Mar 2002 | WO |
Entry |
---|
Multichannel News , MoCA Brewing Up Bigger Bandwidth, Dec. 15, 2008 Interview with CTO Anton Monk, http://www.multichannel.com/article/160878-MoCa.sub.--Brewing.sub.--Up.su- b.--bigger.sub.--Bandwidth.php downloaded on Mar. 29, 2009. |
Ovadia S., “MoCA: Ubiquitous Multimedia Networking in the Home,” Proceedings of the SPIE—The International Society for Optical Engineering SPIE—The International Society for Optical Engineering USA, [Online] 2007, XP002584642 ISSN: 0277-786X, Retrieved on Jul. 28, 2010 from the Internet: URL: http://spiedl.aip.org//getpdf/servlet/getPDFServlet?filetype=Pdf&id=PSISD-G00677600000167760C00000&idtype=cvips&prog=normal>. |
“Home Networking on Coax for Video and Multimedia, Overview for IEEE 802.1AVB” Shlomo Ovadia, San Ramon/California, May 30, 2007. |
Number | Date | Country | |
---|---|---|---|
20120320922 A1 | Dec 2012 | US |
Number | Date | Country | |
---|---|---|---|
61140052 | Dec 2008 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 12636930 | Dec 2009 | US |
Child | 13539595 | US |