A network interface including: a physical layer device configured to transmit frames received from a host to a network; and a medium access control device configured to receive a first frame of the frames, and iteratively transmit the first frame to the physical layer device based on a first set of parameters until at least one of (i) the physical layer device receives an acknowledgement signal indicating that the first frame has been successfully transmitted, (ii) a number of unsuccessful transmissions of the first frame is equal to a predetermined count value, or (iii) a predetermined period expires prior to successful transmission of the first frame, wherein the first set of parameters comprise a first plurality of transmission parameters.
|
1. A network device comprising:
a physical layer device configured to transmit, to a network, a plurality of frames received from a host; and
a medium access control device configured to
receive a first frame of the plurality of frames from the host,
iteratively transmit the first frame to the physical layer device based on a first set of parameters until at least one of (i) the physical layer device receives an acknowledgement signal indicating that the first frame has been successfully transmitted, (ii) a number of transmissions of the first frame is equal to a predetermined count value, or (iii) a predetermined period expires prior to successful transmission of the first frame, wherein the first set of parameters comprises at least one of a first guard interval, a first group of one or more antennas, a first preamble type, or a first bandwidth, and
in response to unsuccessful transmission of the first frame based on the first set of parameters, transmit the first frame to the physical layer device based on a second set of parameters, wherein the second set of parameters comprises at least one of a second guard interval, a second group of one or more antennas, a second preamble type, or a second bandwidth.
18. A network device comprising:
a physical layer device configured to transmit, to a network, a plurality of frames received from a host; and
a medium access control device configured to
receive a first frame of the plurality of frames from the host,
iteratively transmit the first frame to the physical layer device based on a first set of parameters until at least one of (i) the physical layer device receives an acknowledgement signal indicating that the first frame has been successfully transmitted, (ii) a number of transmissions of the first frame is equal to a predetermined count value, or (iii) a predetermined period expires prior to successful transmission of the first frame, wherein the first set of parameters comprise a first plurality of transmission parameters, and
in response to unsuccessful transmission of the first frame based on the first set of parameters, transmit the first frame to the physical layer device based on a second set of parameters, wherein the second set of parameters comprises a second plurality of transmission parameters,
wherein the medium access control device comprises a queue module, wherein the queue module is configured to (i) store the plurality of frames with an override field that indicates whether to override transmission rate adaption, and (ii) store the first frame with a transmission field having a fixed transmission parameter, and
wherein, based upon the override field, the medium access control device is configured to transmit the first frame using the fixed transmission parameter instead of using a transmission parameter of the first set of parameters and the second set of parameters.
19. A network device comprising:
a physical layer device configured to transmit, to a network, a plurality of frames received from a host;
a medium access control device configured to
receive a first frame of the plurality of frames from the host,
iteratively transmit the first frame to the physical layer device based on a first set of parameters until at least one of (i) the physical layer device receives an acknowledgement signal indicating that the first frame has been successfully transmitted, (ii) a number of transmissions of the first frame is equal to a predetermined count value, or (iii) a predetermined period expires prior to successful transmission of the first frame, wherein the first set of parameters comprise a first plurality of transmission parameters, and
in response to unsuccessful transmission of the first frame based on the first set of parameters, transmit the first frame to the physical layer device based on a second set of parameters, wherein the second set of parameters comprises a second plurality of transmission parameters;
a counter configured to update when a transmission iteration of the first frame is unsuccessful, wherein transmission of the first frame is unsuccessful when an acknowledgement signal is not received by the physical layer device; and
a queue module configured to store the plurality of frames with respective cumulative count values, wherein each of the cumulative count values indicates a total number of unsuccessful transmission attempts for one of the plurality of frames,
wherein the plurality of frames include a second frame, and
wherein subsequent to suspending transmission of the second frame, the medium access control device is configured to initialize the counter with a cumulative count value of the second frame.
2. The network device of
a memory configured to store each of the first set of parameters and the second set of parameters;
a queue module configured to store the plurality of frames; and
a rate adaptation module configured to (i) receive the first frame from the queue module, and (ii) based on the first set of parameters or the second set of parameters, transmit the first frame to the physical layer device.
3. The network device of
a memory configured to store count values;
a queue module configured to store the plurality of frames; and
a rate adaptation module configured to (i) receive the first frame from the queue module, and (ii) when the number of transmissions of the first frame is equal to one of the count values, transmit the first frame to the physical layer device based on the second set of parameters and not based on the first set of parameters.
4. The network device of
the first set of parameters comprises a first transmission rate;
the second set of parameters comprises a second transmission rate; and
the first transmission rate is different than the second transmission rate.
5. The network device of
the first set of parameters comprises the first guard interval, the first group of one or more antennas, the first preamble type, and the first bandwidth; and
the second set of parameters comprises the second guard interval, the second group of one or more antennas, the second preamble type, and the second bandwidth.
6. The network device of
the medium access control device comprises a queue module;
the queue module is configured to store the plurality of frames with respective fixed transmission parameters and override fields, wherein the override fields indicate whether to override transmission rate adaption; and
based upon the override fields, the medium access control device is configured to transmit the plurality of frames using a respective one of the fixed transmission parameters instead of using a transmission parameter of the first set of parameters and the second set of parameters.
7. The network device of
iteratively transmit the first frame using one of a plurality of sets of transmission parameters until a number of unsuccessful transmissions of the first frame is equal to one of the count values, wherein the plurality of sets of transmission parameters includes the first set of parameters and the second set of parameters;
subsequent to the number of unsuccessful transmissions of the first frame being equal to the one of the count values, iteratively transmitting the first frame using a next one of the plurality of sets of transmission parameters; and
continue to iteratively transmit the first frame until (i) the acknowledgement signal is received, or (ii) the first frame has been iteratively transmitted using each of the plurality of sets of transmission parameters.
8. The network device of
9. The network device of
10. The network device of
11. The network device of
12. The network device of
13. The network device of
14. The network device of
15. The network device of
the tables include the first set of parameters, the second set of parameters, and the cumulative count values; and
the medium access control device stores the plurality of frames in the queue module with a pointer pointing to a starting address within the memory.
16. The network device of
the medium access control device transfers one of the tables from the memory to the temporary storage based on a pointer of the first frame; and
the medium access control device does not transfer the one of the tables from the memory to the temporary storage when (i) the one of the tables was read for a second frame, and (ii) the second frame is in the temporary storage, wherein the second frame is to be transmitted from the physical layer device prior to the first frame.
17. The network device of
each of the tables is associated with a respective one of a plurality of frame drop signals;
the medium access control device is configured to drop the first frame based upon the one of the plurality of frame drop signals; and
the table of the one of the frame drop signals is referenced by the pointer of the first frame.
|
This application is a continuation of U.S. application Ser. No. 12/550,841, filed Aug. 31, 2009, which is a continuation of U.S. application Ser. No. 11/305,875 (now U.S. Pat. No. 7,583,649), filed Dec. 16, 2005, which claims priority under 35 U.S.C. §119(e) to U.S. Provisional Application No. 60/707,791, filed Aug. 12, 2005. The disclosures of the applications referenced above are incorporated herein by reference.
The present invention relates to wireless communications systems, and more particularly to adjustable transfer rates for frames in wireless communications systems.
Referring now to
Since frames may be of different types and may correspond to different Quality of Service (QoS) priority levels, the MAC device 12 includes a queue module 20. Frames that are intended for transmission through the wireless medium are first written by firmware into several queues within the queue module 20. These frames are then scheduled for transmission according to a set of scheduler rules using the queues' priority levels.
Referring now to
The frame body portion 32 is the actual body of the frame and includes any data (payload) that is being transmitted. In various implementations, the queue module 20 includes multiple transmit and/or receive queues. For example, frames that are encoded according to a first coding scheme may be stored in a first transmit queue and frames that are encoded according to a second coding scheme may be stored in a second transmit queue.
A desired transmit rate for a frame is conveyed by firmware to the MAC hardware via one or more fields in the transmission information portion 30 of the frame. Referring now to
Frames may also be encoded in a high throughput (HT) mode format. For example, frames encoded according to IEEE 802.11n should be in an HT mode format. IEEE 802.11n is directed towards wireless communications systems that take advantage of spatial diversity multiplexing (or multipath) by utilizing multiple transmit and/or receive antennae 16.
Frames encoded in an IEEE FIT mode format include first and second signal fields 42 and 44, respectively, that are transmitted back-to-back (identified in
The MAC device 12 generally sets the transmit rate of a frame by firmware encoding the appropriate fields in the transmission information portion 30 of the frame before storing the frame in the transmit queue 28. However, the conditions of multiple wireless channels that are utilized by spatial diversity multiplexing systems are capable of changing due to many factors, including obstruction and line-of-sight (LOS) losses. When wireless channel quality degrades, the MAC device 12 may not receive the acknowledgement (ACK), indicating successful transmission of a frame, from a remote network interface. It is also possible that a negative acknowledgement (NACK) may be received from the remote network interface, but this mechanism becomes less reliable as channel quality degrades.
When a frame has not been successfully acknowledged, conventional wireless communications systems may attempt to retransmit the frame. However, the conditions of the wireless channel may not be able to support the desired transmit rate encoded in the frame. A further limitation is that the MAC device 12 is typically incapable of adjusting transmission parameters of the frame once the frame has been stored in the transmit queue 28.
A network interface including: a physical layer device configured to transmit frames received from a host to a network; and a medium access control device configured to receive a first frame of the frames, and iteratively transmit the first frame to the physical layer device based on a first set of parameters until at least one of (i) the physical layer device receives an acknowledgement signal indicating that the first frame has been successfully transmitted, (ii) a number of unsuccessful transmissions of the first frame is equal to a predetermined count value, or (iii) a predetermined period expires prior to successful transmission of the first frame, wherein the first set of parameters comprise a first plurality of transmission parameters.
In still other features, the systems and methods described above are implemented by a computer program executed by one or more processors. The computer program can reside on a computer readable medium such as but not limited to memory, non-volatile data storage and/or other suitable tangible storage mediums.
Further areas of applicability of the present invention will become apparent from the detailed description provided hereinafter. It should be understood that the detailed description and specific examples, while indicating the preferred embodiment of the invention, are intended for purposes of illustration-only and are not intended to limit the scope of the invention.
The present invention will become more fully understood from the detailed description and the accompanying drawings, wherein:
The following description of the preferred embodiments is merely exemplary in nature and is in no way intended to limit the invention, its application, or uses. For purposes of clarity, the same reference numbers will be used in the drawings to identify similar elements. As used herein, the term module, circuit and/or device refers to an Application Specific Integrated Circuit (ASIC), an electronic circuit, a processor (shared, dedicated, or group) and memory that execute one or more software or firmware programs, a combinational logic circuit, and/or other suitable components that provide the described functionality. As used herein, the phrase at least one of A, B, and C should be construed to mean a logical (A or B or C), using a non-exclusive logical or. It should be understood that steps within a method may be executed in different order without altering the principles of the present invention.
Referring now to
During normal operating conditions, the frame is sent at the first rate 60. If an ACK is not received, the frame is resent at the same rate 60. The retry threshold 64 identifies how many times the frame may be resent at the current rate 60. Once the number of consecutive retries reaches the retry threshold 64, the frame is resent at the second rate 62.
In a wireless channel, transmitting a frame at a lower rate typically increases the likelihood that an ACK will be received. Therefore, the second rate 62 is generally lower than the first rate 60. The implementation illustrated in
Referring now to
The MAC device 74 processes the data and encodes frames according to a pre-established protocol. For example, the MAC device 74 may generate frames that are compliant with IEEE 802.11, 802.11a, 802.11b, 802.11g, 802.11h, 802.11n, 802.16, 802.20, and/or other present and future standards. The MAC device 74 stores encoded frames that are ready for transmission in a queue module 82. In various implementations, the queue module 82 includes multiple transmit and/or receive queues that are each capable of handling varying groups of frames. The MAC device 74 further includes a rate adaptation module 84, a memory module 86, and a register module 88. During normal operation, the rate adaptation module 84 reads the frame that is to be next transmitted from the queue module 82. The rate adaptation module 84 then determines rate parameters used to transmit the frame.
In various implementations according to the principles of the present invention, transmit parameters for the frames are no longer simply stored in static fields. Instead, each frame includes a pointer that identifies a location in the memory module 86 where a table containing transmission parameters is stored. This table can include more than a single alternative transmit rate to be used in the event that the MAC device 74 is unsuccessful at transmitting the frame at the original rate. For example, the table may include a first set of transmission parameters, a second set of parameters to be used after a specified number of failed transmission attempts, a third set of parameters to be used after a specified number of further failed transmission attempts, etc.
Each set of transmission parameters stored in the tables of the memory module 86 are stored with an associated count value. The count value identifies the number of times that the MAC device 74 may consecutively attempt to resend a frame using the corresponding transmission parameters before changing to the next set of transmission parameters. Each set of transmission parameters will generally have a lower transmission rate than the previous set to account for the continued failed transmission of the frame. The register module 88 includes a plurality of registers that are utilized by the MAC device 74 for system control, including control of the rate adaptation module 84, as described below.
The register module 88 includes a 32-bit register called TX MODE, the relevant portion of which is depicted in
Referring now to
The transmission information portion of the frame also includes two count fields, RetryCnt 108 and RetryDone 110. RetryCnt 108 is written when the frame is first queued by software, and indicates the maximum number of times transmission of the frame should be attempted. RetryDone 110 is set to zero when the frame is queued by software, and indicates the total number of times transmission has been attempted for the frame. RetryDone 110 retains the total number of transmit attempts, which is useful if transmission of the frame is delayed and the frame has to be requeued, such as when a higher priority transmission, like a beacon transmission, interrupts. In this way, when transmission of the frame resumes, the rate adaptation system resumes transmitting with the previous parameters.
The transmission information portion of the frame also includes a field TxParam 112, which in turn includes a subfield NoRateDrop (bit 12 of the TxParam field in one implementation) 114. The subfield NoRateDrop 114 allows rate adaptation to be disabled with respect to individual frames. This is in contrast to globally disabling rate adaptation for all frames via the DisableRateDrop field 96 in the TX MODE register.
Referring now to
Using a memory module 88 that is separate from storage for queued frames to indicate transmission parameters allows the parameters to be accessed and/or updated by the MAC device 74 at any time. For example, the memory module 88 is remotely located from the Queue module 82. Conversely, frames cannot typically be accessed or updated once they are stored in a transmit queue. Therefore, even after a frame has been queued (but not yet fetched for transmission), the transmission parameters with which the frame will be transmitted can be programmed by the MAC device 74. In various implementations, a device may include only one rate table 120. In these implementations, frames may not have a pointer, as there is only one rate table 120.
Referring now to
The MAC device 74 first attempts to transmit a frame using the transmission parameters (RateInfo) of the first entry in the rate drop table 120 (RateChange 0). If transmission is unsuccessful, the MAC device 74 retries transmission and compares the number of retries to the value of the Count subfield 124 of RateChange 0. When the number of retries reaches Count 124 of RateChange 0, the MAC device 74 progresses to the second entry in the rate drop table 120 (RateChange 1). Once the number of retries at this second RateChange reaches the Count 124 of RateChange 1, the MAC device progresses to the third entry in the rate drop table 120 (RateChange 2). This process continues until the last table entry is reached. Count 124 is not defined for the final table entry—transmission will continue using the final RateInfo until the maximum number of retries (RetryCnt) is exhausted.
The rate drop table 120 also allows a frame to be deleted after it has been queued for transmission. A DropFrame subfield 126 of the RateChange field is defined (bit 31 of the RateChange field in one implementation). When the DropFrame subfield 126 has a nonzero value, the MAC device 74 drops the frame without any transmission attempts. Because this drop will happen prior to attempting transmission at any rate, the DropFrame subfield 126 is defined only for the first table entry (RateChange 0).
Referring now to
A 1-bit format subfield 134 identifies whether the frame is in a legacy mode or HT (high throughput) mode format. Short guard interval (ShortGl) and bandwidth (BW) subfields 136 and 138, respectively, are both specific to the HT mode format, and described above. The actual transmission rate value is stored in a rate (RateID) subfield 140. The RateID subfield 140 is seven bits wide to accommodate either a 4-bit legacy transmit rate or a 7-bit HT transmission rate. A 2-bit antenna selection (AntSelect) subfield 142 allows for selection of a specific transmit antenna. A preamble (PreambleType) field 144 identifies the preamble type (long or short) for systems that are compatible with legacy IEEE 802.11b standards. A 2-bit active sub-channel selection (ActiveSubCh) subfield allows the selection of the upper or lower sub-channels or both for transmission.
Referring now to
A nonzero value in an UpdateDropTable field 152 within the Rate Drop Update Register forces the rate adaptation module 84 to re-read the rate drop table for the next frame to be transmitted. The UpdateDropTable field 152 is therefore set to one when the memory module 86 is edited. As a result, in addition to checking for changes in consecutive pointer 104 values, the rate adaptation module 84 also checks the status of the Rate Drop Update Register. This ensures that the most updated transmission parameters are applied to each frame.
Referring now to
Referring now to
In step 168, control determines whether the previously transmitted frame used automatic rate adaptation. If not, a drop table will need to be fetched and control transfers to step 170. If the previous frame did use auto rate adaptation, control transfers to step 172. In step 172, the Rate Drop Update register is read and control transfers to step 174. In step 174, control determines whether the pointer field 104 of the current frame is different than the previous frame and determines whether the UpdateDropTable bit 152 of the Rate Drop Update register is set. If either condition is true, a new drop table needs to be fetched and control transfers to step 170; otherwise, control transfers to step 176.
In step 170, a drop table is fetched from memory at the location referenced by the frame's pointer field 104 and the UpdateDropTable bit 152 is cleared. Control then continues at step 176, where control determines whether the DropFrame bit 126 (of the drop table's first RateChange field) is set. If the bit is set, the frame is dropped and control ends; otherwise, control transfers to step 178.
In step 178, variables RateInfo and Count are determined using the frame's current value of RetryDone and the fetched drop table. These variables can be determined, for an exemplary eight-tier implementation, using the following pseudocode:
if (retryDone<(Count=Count[0]))
In the foregoing pseudocode, RateInfo[n] refers to the RateInfo for the nth drop table entry (nth RateChange field). Likewise, Count[n] refers to the Count value for the nth drop table entry (nth RateChange field). The += operator adds the value to the right of the operator to the value to the left of the operator and stores the result in the variable to the left of the operator. In this way, Count represents the cumulative number of retries before the corresponding tier of the drop table is exhausted, while Count[n] represents only the number of retries within the current tier. For the last tier, Count is set to 0 because there is no end to the last tier—the frame will continue to be transmitted until the overall limit on retries (RetryCnt) is reached.
Control continues in step 180, where control attempts to transmit the frame using the RateInfo parameters determined in step 178. Control continues in step 182, where the frame's RetryCnt field 108 is deeremented and the frame's RetryDone field 110 is incremented. Control continues in step 184, where if an acknowledgment (ACK) is received, control ends; otherwise, control transfers to step 186. In step 184, the ACK receipt may be determined in a number of ways, but in one implementation, receipt is determined after a specified period of time (timeout).
In step 186, if RetryCnt is equal to zero, all the retries for this frame have been exhausted and control ends; otherwise, control transfers to step 188. In step 188, control compares RetryDone to the value of Count determined in step 178. If RetryDone is not equal to Count, the next retry will be attempted using the current RateInfo, and control returns to step 180. If RetryDone is equal to Count, the number of retries has been exhausted for the current rate drop table tier, and control returns to step 178 to determine the new RateInfo and Count.
Referring now to
The HDTV 420 may communicate with mass data storage 427 that stores data in a nonvolatile manner such as optical and/or magnetic storage devices. For example, the mass data storage 427 may include a hard disk drive (HDD) and/or a mini HDD that includes one or more platters having a diameter that is smaller than approximately 1.8″. The HDTV 420 may be connected to memory 428 such as RAM, ROM, low latency nonvolatile memory such as flash memory, and/or other suitable electronic data storage. The HDTV 420 also may support connections with a WLAN via the WLAN network interface 429.
Referring now to
The present invention may also be implemented in other control systems 440 of the vehicle 430. The control system 440 may likewise receive signals from input sensors 442 and/or output control signals to one or more output devices 444. In some implementations, the control system 440 may be part of an anti-lock braking system (ABS), a navigation system, a telematics system, a vehicle telematics system, a lane departure system, an adaptive cruise control system, a vehicle entertainment system such as a stereo, DVD, compact disc and the like. Still other implementations are contemplated.
The powertrain control system 432 may communicate with mass data storage 446 that stores data in a nonvolatile manner. The mass data storage 446 may include optical and/or magnetic storage devices, for example hard disk drives HDD and/or DVDs. At least one HDD may be a mini HDD that includes one or more platters having a diameter that is smaller than approximately 1.8″. The powertrain control system 432 may be connected to memory 447 such as RAM, ROM, low latency nonvolatile memory such as flash memory and/or other suitable electronic data storage. The powertrain control system 432 also may support connections with a WLAN via the WLAN network interface 448. The control system 440 may also include mass data storage, memory, and/or a WLAN interface (all not shown).
Referring now to
The cellular phone 450 may communicate with mass data storage 464 that stores data in a nonvolatile manner such as optical and/or magnetic storage devices for example hard disk drives HDD and/or DVDs. At least one HDD may be a mini HDD that includes one or more platters having a diameter that is smaller than approximately 1.8″. The cellular phone 450 may be connected to memory 466 such as RAM, ROM, low latency nonvolatile memory such as flash memory and/or other suitable electronic data storage. The cellular phone 450 also may support connections with a WLAN via the WLAN network interface 468.
Referring now to
The set top box 480 may communicate with mass data storage 490 that stores data in a nonvolatile manner. The mass data storage 490 may include optical and/or magnetic storage devices, for example hard disk drives HDD and/or DVDs. At least one HDD may be a mini HDD that includes one or more platters having a diameter that is smaller than approximately 1.8″. The set top box 480 may be connected to memory 494 such as RAM, ROM, low latency nonvolatile memory such as flash memory and/or other suitable electronic data storage. The set top box 480 also may support connections with a WLAN via the WLAN network interface 496.
Referring now to
The media player 500 may communicate with mass data storage 510 that stores data such as compressed audio and/or video content in a nonvolatile manner. In some implementations, the compressed audio files include files that are compliant with MP3 format or other suitable compressed audio and/or video formats. The mass data storage may include optical and/or magnetic storage devices for example hard disk drives HDD and/or DVDs. At least one HDD may be a mini HDD that includes one or more platters having a diameter that is smaller than approximately 1.8″. The media player 500 may be connected to memory 514 such as RAM, ROM, low latency nonvolatile memory such as flash memory and/or other suitable electronic data storage. The media player 500 also may support connections with a WLAN via the WLAN network interface 516. Still other implementations in addition to those described above are contemplated.
Those skilled in the art can now appreciate from the foregoing description that the broad teachings of the present invention can be implemented in a variety of forms. Therefore, while this invention has been described in connection with particular examples thereof, the true scope of the invention should not be so limited since other modifications will become apparent to the skilled practitioner upon a study of the drawings, the specification and the following claims.
Patent | Priority | Assignee | Title |
10091267, | Aug 02 2013 | Malikie Innovations Limited | Wireless transmission of real-time media |
10182230, | Aug 02 2013 | BlackBerry Limited | Wireless transmission of real-time media |
10368064, | Aug 02 2013 | Malikie Innovations Limited | Wireless transmission of real-time media |
8611322, | Jan 12 2006 | SISVEL INTERNATIONAL S A | Method and apparatus for transmitting data frame using channel bonding in wireless LAN |
8824502, | Apr 04 2007 | MARVELL INTERNATIONAL LTD; CAVIUM INTERNATIONAL; MARVELL ASIA PTE, LTD | Long-reach Ethernet for 1000BASE-T and 10GBASE-T |
8897220, | Sep 22 2010 | Qualcomm Incorporated | Multi-radio coexistence |
9210107, | Apr 19 2006 | MARVELL INTERNATIONAL LTD; CAVIUM INTERNATIONAL; MARVELL ASIA PTE, LTD | Method and apparatus for adjusting a rate at which data is transferred, within a network device, from a media access controller to a memory connected between the media access controller and a physical-layer device |
9307557, | Jan 12 2006 | SISVEL INTERNATIONAL S A | Method and apparatus for transmitting data frame using channel bonding in wireless LAN |
9525714, | Aug 02 2013 | Malikie Innovations Limited | Wireless transmission of real-time media |
9532043, | Aug 02 2013 | Malikie Innovations Limited | Wireless transmission of real-time media |
9740455, | Apr 19 2006 | MARVELL INTERNATIONAL LTD; CAVIUM INTERNATIONAL; MARVELL ASIA PTE, LTD | Apparatus and method for adjusting a rate at which data is transferred from a media access controller to a memory in a physical-layer circuit |
9918342, | Feb 15 2013 | LG Electronics Inc | Method and device for transmitting/receiving frame in accordance with bandwidth thereof in WLAN system |
Patent | Priority | Assignee | Title |
6975655, | Apr 07 2000 | AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LIMITED | Method of controlling data sampling clocking of asynchronous network nodes in a frame-based communications network |
6988236, | Apr 07 2000 | AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LIMITED | Method for selecting frame encoding parameters in a frame-based communications network |
7095754, | Nov 03 2000 | AT&T Properties, LLC; AT&T INTELLECTUAL PROPERTY II, L P | Tiered contention multiple access (TCMA): a method for priority-based shared channel access |
7158473, | May 16 2003 | Panasonic Corporation | Transmitting/receiving apparatus, method, program, recording medium, and integrated circuit used in communication network |
7263105, | Dec 18 2002 | Intel Corporation; D S P C TECHNOLOGIES LTD | WLAN device and method for interfacing between a MAC sublayer and a physical layer |
7336634, | Jul 25 2002 | Koninklijke Philips Electronics N.V. | Method and system for generating and updating transmission rate for link adaptation in IEEE 802.11 WLAN |
7355976, | Feb 09 2004 | Texas Instruments Incorporated | Method and apparatus for providing retry control, buffer sizing and management |
7463583, | Mar 03 2005 | STMicroelectronics Ltd | Wireless LAN data rate adaptation |
7483412, | Jul 29 2005 | Microsoft Technology Licensing, LLC | Range extension between two wireless devices |
7489652, | Jan 15 2004 | Samsung Electronics Co., Ltd. | Method of communications between MIMO stations |
7801063, | Sep 25 2003 | AVAGO TECHNOLOGIES INTERNATIONAL SALES PTE LIMITED | Method and apparatus for rate fallback in a wireless communication system |
7953428, | Mar 23 2004 | Fujitsu Limited | Transmitting apparatus, receiving apparatus, and re-transmission control method |
20020089959, | |||
20020181637, | |||
20030093526, | |||
20050086569, | |||
20050143027, | |||
20050143115, | |||
20050226239, | |||
20060095944, | |||
20060187885, | |||
20060203729, | |||
20060209763, | |||
20060258291, | |||
20070002742, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Feb 01 2011 | Marvell International Ltd. | (assignment on the face of the patent) | / | |||
Dec 31 2019 | MARVELL INTERNATIONAL LTD | CAVIUM INTERNATIONAL | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 052918 | /0001 | |
Dec 31 2019 | CAVIUM INTERNATIONAL | MARVELL ASIA PTE, LTD | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 053475 | /0001 |
Date | Maintenance Fee Events |
Apr 25 2016 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Apr 15 2020 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Apr 09 2024 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
Date | Maintenance Schedule |
Oct 23 2015 | 4 years fee payment window open |
Apr 23 2016 | 6 months grace period start (w surcharge) |
Oct 23 2016 | patent expiry (for year 4) |
Oct 23 2018 | 2 years to revive unintentionally abandoned end. (for year 4) |
Oct 23 2019 | 8 years fee payment window open |
Apr 23 2020 | 6 months grace period start (w surcharge) |
Oct 23 2020 | patent expiry (for year 8) |
Oct 23 2022 | 2 years to revive unintentionally abandoned end. (for year 8) |
Oct 23 2023 | 12 years fee payment window open |
Apr 23 2024 | 6 months grace period start (w surcharge) |
Oct 23 2024 | patent expiry (for year 12) |
Oct 23 2026 | 2 years to revive unintentionally abandoned end. (for year 12) |