waterfilling for single user ofdm
in [DSP]
|
Prev: Configure EClkOut
Next: SHARC debug
From: Eric Jacobsen on 9 Jun 2005 13:41 On 9 Jun 2005 06:52:03 -0700, porterboy76(a)yahoo.com wrote: >> i'm trying to simulate waterfilling for single user ofdm in matlab. i >> can't seem to find any reference on this topic... > >My favourite paper on this topic is... > >@ARTICLE(willink97optimization, > author = {T. J. Willink and P. H. Wittke}, > title = {Optimization and performance evaluation of multicarrier >transmission}, > journal = IEEE_J_IT, > volume = {43}, > number = {2}, > pages = {426--440}, > month = mar, > year = {1997} >) > >which isn't cited very often, maybe because it appeared in IEEE >Transactions on Information theory, which often doesn't provide >practical papers for communications engineers (as opposed to IEEE >Trans. Comm say). This paper gives the overall optimal bit-loading >solution, for max. rate and fixed power. In fact, this again is >somewhat impractical, so a much simpler scheme is given in > >@ARTICLE(cioffi91primer, > author = {J. M. Cioffi}, > title = {A Multicarrier Primer}, > journal = {Amati Communication Corporation and Stanford University >, T1E1.4/91-157}, > year = {1991}, > month = nov, >) > >which is available online I think. This gives simple bit-loading >without the non-linear programming methods in the previous paper. One thing I've observed is that the really good algorithms for ABL also seem to be really complicated. An algorithm using mutual information looks extremely promising, but might still be tough to build. Fortunately, the difference in performance between the really good algorithms and some more practical algorithms isn't large, so there's still hope. ;) Eric Jacobsen Minister of Algorithms, Intel Corp. My opinions may not be Intel's opinions. http://www.ericjacobsen.org
From: porterboy76 on 10 Jun 2005 05:05 > Fortunately, the difference in performance between the really good > algorithms and some more practical algorithms isn't large... Very true. Have a look at this one... http://ieeexplore.ieee.org/iel5/9084/28824/01296355.pdf
From: Jerry Avins on 10 Jun 2005 10:39 porterboy76(a)yahoo.com wrote: >>Fortunately, the difference in performance between the really good >>algorithms and some more practical algorithms isn't large... > > > Very true. Have a look at this one... > http://ieeexplore.ieee.org/iel5/9084/28824/01296355.pdf Error 404--Not Found From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1: 10.4.5 404 Not Found The server has not found anything matching the Request-URI. No indication is given of whether the condition is temporary or permanent. If the server does not wish to make this information available to the client, the status code 403 (Forbidden) can be used instead. The 410 (Gone) status code SHOULD be used if the server knows, through some internally configurable mechanism, that an old resource is permanently unavailable and has no forwarding address. Jerry -- Engineering is the art of making what you want from things you can get. ýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýý
From: Jon Harris on 10 Jun 2005 16:04 "Jerry Avins" <jya(a)ieee.org> wrote in message news:A7-dnaHMUvOAOzTfRVn-pQ(a)rcn.net... > porterboy76(a)yahoo.com wrote: > >>Fortunately, the difference in performance between the really good > >>algorithms and some more practical algorithms isn't large... > > > > > > Very true. Have a look at this one... > > http://ieeexplore.ieee.org/iel5/9084/28824/01296355.pdf > > Error 404--Not Found > From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1: > 10.4.5 404 Not Found > > The server has not found anything matching the Request-URI. No > indication is given of whether the condition is temporary or permanent. > > If the server does not wish to make this information available to the > client, the status code 403 (Forbidden) can be used instead. The 410 > (Gone) status code SHOULD be used if the server knows, through some > internally configurable mechanism, that an old resource is permanently > unavailable and has no forwarding address. For me, it re-directs to a login screen. Maybe try again.
From: Jerry Avins on 10 Jun 2005 16:06
Jon Harris wrote: > "Jerry Avins" <jya(a)ieee.org> wrote in message > news:A7-dnaHMUvOAOzTfRVn-pQ(a)rcn.net... > >>porterboy76(a)yahoo.com wrote: >> >>>>Fortunately, the difference in performance between the really good >>>>algorithms and some more practical algorithms isn't large... >>> >>> >>>Very true. Have a look at this one... >>>http://ieeexplore.ieee.org/iel5/9084/28824/01296355.pdf >> >>Error 404--Not Found >> From RFC 2068 Hypertext Transfer Protocol -- HTTP/1.1: >>10.4.5 404 Not Found >> >>The server has not found anything matching the Request-URI. No >>indication is given of whether the condition is temporary or permanent. >> >>If the server does not wish to make this information available to the >>client, the status code 403 (Forbidden) can be used instead. The 410 >>(Gone) status code SHOULD be used if the server knows, through some >>internally configurable mechanism, that an old resource is permanently >>unavailable and has no forwarding address. > > > For me, it re-directs to a login screen. Maybe try again. I get the log-in screen also. That was what came after. ... Still does. Jerry -- Engineering is the art of making what you want from things you can get. ýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýýý |