報道資料：「商業区域における高速無線LANの有効利用に関する調査検討会」報告書の概要について
「大型ショッピングセンターをフィールドに、高速無線LANの利用可能性を調査した結果、その有効性が確認された」らしい。”利用可能性”を”調査”して”有効性”を”確認した”というこの言い方は好き。
端末を無線化することで、レイアウトがいろいろ変えられるようになれば、顧客の導線を色々と試せるので、意味がある。
構成員？を見ると、こんな人が参加するんだーって気になる。
よくある話。工場設計時点から関われるのはいい。
無線LANによるVoIPの社内運用って、実は管理コストが意外とかかってるんじゃないか、と思う。PHSや3Gに比べて。無線LANによるVoIPの構築は、APから無線の届く範囲が他に比べて短いので、設置場所にコツがいるし、チャンネルの振り分けも大変だし。
最近になって無線LANの意味って、狭い範囲で広帯域を確保できることだと思うようになってきたんだけど、音声なら広い範囲で低帯域でいいし。VoIP運用なんて自社じゃノウハウないから管理は○投げするだろうし。
よく分かんないんで、この分野はもうちょっとリサーチが必要かな。
Bluetoothよりも距離は伸びて、利用可能なユーザ数も増えますよね。消費電力が心配。
本業で使いそうなネットワークシミュレータns-2の次バージョンであるns-3の開発動向について、興味があったので調べてみた。
どうやらns-3ではtclと決別したようだ。
ns-2では、wifiやTCPなど内部的なロジックをC++で、それをどう動かすかのシナリオをtclで記述していた。編集されているtclファイルを傍から見ていたがそれは意味不明で、なぜそれがそれとくっつくんだという疑問が見ている間ずっと浮かんでいた。
ns-2ではビルドは一般的なconfigureで行われているが、ns-3ではwafと呼ばれるpythonプログラムを利用している。ns-3ではtclを使わないのでコンパイルする内容が少なく、時間がかからなかった。
シナリオファイルもpythonを使うのかと思いきや、C++で構成されていた。classの宣言時にC++のテンプレートをよく使っている様子が見られるが、一般的なC++の書き方とそう違いはない。C++に慣れている人なら簡単に書けそうだ。
ns-3のwifiのコードについて少し見てみた。onoe, amrrを頭に付加しているファイルが見つかる。これは無線LANのレート制御アルゴリズムの名前だ。madwifi（Atheros向けの）を触っている人間なら同様のレート制御アルゴリズムを選択することができるので、試してみるといい。さらにTXOPといった802.11e(QoS)にかかわるコードも入っている。
ns-2のコードや拡張を時間をかけて調べてはいないが、ns-3はwifiに関して言えば、かなり期待できるコードになりそうな予感だ。
Intel、100キロ先まで到達する『Wi-Fi』技術を開発中がInternet.comにて伝えられている。
Intel は年内にも RCP の販売開始を目指している。同技術開発の狙いは、近くに接続ポイントがなく、長距離の銅線ケーブルを敷設するにはコストが問題となる人口密度の低い地域や、ケーブルを敷設しても銅線盗難の恐れがあるような地域において、ワイヤレスのインターネット接続を提供することにある。
人口密度の低い地域を念頭に置いたこの発想は、スケールメリットでコストをまかなおうとする『WiMAX』(『802.16』系列のワイヤレス規格) とは対極にあるものだ。
また、WiMAX や従来の 802.11 系列技術と異なり、RCP の根底にあるのは送受信タワー同士の相互接続を Wi-Fi 技術で行なうという点だ。この時、タワーに設けた送受信ユニットは1対1で接続する。典型的な例としては、タワーの一方を基幹ネットワークに近い都市部に設け、もう一方を遠隔地に配置する形だ。そして遠隔地側の送受信タワーから、無線なり有線なりの形で近隣地域にインターネット接続を提供する。
無線LAN技術が登場したとき、その転送速度は1Mbps, 2Mbpsであり、有線LANに対して速度的不利があるために到底使えるものではない、と自分自身は考えていた。その後、11b,11g,11aなどの転送速度の向上が行われてきたが、上手くいかないだろうし、高価なままだろうと予想していた。しかしその予想は覆され、現在では11nによって300Mbpsと実に当初の300〜150倍の転送速度を実現しようとしている。
イノベーションのジレンマ風に考えれば、”当初の無線LAN”は有線LANの用途を代替するという考え自体が間違っていた。無線LANには有線LANが不可能な特徴（無線ゆえにできること）が存在し、そのために転送速度が遅くても問題ない用途が当初からあったはず。そのうち高速化が実用的なり、実際には転送速度が54Mbpsに達した時点で不便は感じなくなった。その後、300Mbpsの転送速度になり外部接続とのスピードを越え、家庭内・中小企業内では有線LANの代替が可能になっていった。
コアネットワークは安定性、高速性が顕著に求められる分野であり、無線が有線を駆逐することはありえなかった。非常に多くの多様なユーザを支えなければならないからだ。しかし逆に言えば、多くのユーザが接続しなければ有線を敷設するコストをペイできないということを意味している。過疎や離島などでは有線を敷設するコストをペイできない。ネットワーク企業は慈善事業ではないのでこの判断は正しい。これらの地域はいつまでたってもネットワークに接続できないという問題を抱えることになる。
その問題を解決するのが、今回のような数十キロ単位で無線リンクを実現する技術だ。おそらくは指向性の強いアンテナを用いた技術で、微細なアンテナの調節を必要とする。ある一定以上の距離であれば、有線LANよりも無線LAN敷設の方がコストが低いと試算されるのではないだろうか。よって今回のような技術が注目を浴びるに至っているのだと考えられる。考えてみれば、70年代にもALOHAネットワーク（と称されたハワイ諸島を接続するための無線ネットワーク）が存在しているのだから、新しく登場した考えではない。
WiMAXに関しても現状の大都市部では、既に3Gネットワークが網羅されているのでうまみは少ない。意義があるとすれば、全世界で同じ規格を使ってWAN接続できる点、つまり標準規格による大量生産によってコストが低下することにあると私は考えている。そのようなネットワークを構築する場所としてふさわしいのは、大都市圏ではなく、地方都市圏や過疎地域、離島であると思う。そうした場所とインターネットを接続する必要があるが、そのために今回の技術を利用することができる。
ただし、実際にこのようなネットワークを使ったことがないので分からないが、降雨減衰やそのほかの障害物によるリンクダウンは避けられないだろう。
本技術によって、有線で採算性のない地域にもブロードバンドネットワークが到達することを願う。
ASUS、中継用にもなる超小型の無線LANアクセスポイント「WL-330gE」によると、小型な無線LANアクセスポイントがASUSから発売され、7500円程度の価格で販売されると伝えられている。
重さは約62gなので旅行のときにホテルの部屋で1つの回線を2人で使う場合に便利な予感。今度、出会ったら買っておこう。
TechCrunch Japanese アーカイブ » Googleが風船会社を買収かによると、googleが風船を使った無線サービスを提供する会社の提携もしくは買収を考えているという話が伝えられている。
この風船な基地局、アイディアがすごくいい。ビルがなくても空に打ち上げることができる。風船が使えなくなるとパラシュートで落下するので、基地局の破損や安全性にも問題がないように思える。
問題は、この風船でどのような運用を行うのか、ということについて。
1つの考えとしては、風船にワイヤーをつなげて電源供給やコアネットワークとの接続をできるようにして、上空に打ち上げる方法。風船はワイヤーの範囲内にしか移動しない。継続的にネットワークを維持できる方法である。また近くにネットワークが存在しない場合は、メッシュネットワークで隣の風船を利用してコアまでたどりつく。
もう1つは、風船にワイヤーをつなげない方法。無線のみでネットワークを構成する。風船はどこかに飛んでいく。いかにメッシュネットワークを上手く構築できるかが鍵。
後者はありえないか。
Contributed_Codeにてネットワークシミュレータns-2の世界中の拡張コードがまとめられている。
802.11a multirate
802.11e HCCA and EDCA
NS-2 Emulation Extension (optimized for wireless networks)
An IEEE 802.16 model for ns-2(いわゆるWiMAX)
An impulse-radio ultra-wide band (IR-UWB) model for ns-2
IEEE 802.16 Wireless Mesh Networks in ns-2(いわゆるWiMAXのメッシュネットワーク？)
voipのコードも見つけた。
ふと、思うところがあって、ns-2の実行の高速化をねらってsimdコードかなんか探したが見付からなかった。ns-2はmakeのようにまとまった作業の集まりではなく、逐次状況を再現するようなシミュレーションの手法なので、PC間で分散しようとしても逆に通信のコストがかかって遅くなりそうな予感。これ以上はプログラム自体の最適化をやっていくしかなさげ？
コンパイルの高速化については、独立したプログラムの集まりなので、makeの並列化、つまりdistccとccacheでかなり短縮できるはず。ちなみにdistccはコンパイルに協力させるPCにデーモンがなくてもsshで作業を渡せるみたい。その試みは面白い。
ということを、ps3のcellプログラミングやdistccについて調べながら思った。
ラジコンプロポも2.4GHz帯活用、利用拡大で総務省の委員会が報告書案によると、「報告書案によれば、欧米では普及が進んでおり、米国では販売される製品の50〜70％が2.4GHz帯だという。変調方式は特に規定されておらず、周波数ホッピング（FH）や直接拡散（DS）など、データ通信でおなじみの方式が用いられているようだ。」とのこと。
2.4GHz帯を使っているとのことで無線LANとの混信が心配。ラジコン飛行機が操縦不能で追突が有り得る。ラジコンの場合、キャリアセンスは空いてるチャネルを探すためにやるらしい。空いてるチャネルがなくなったらどうなるんだろか。
NHKクローズアップ現代にて国民健康保険について考えながら、保険とは何だろうかと疑問になった。
思いついたのは「健康な人が小さい損をして、不健康な人が得をする制度」であるということ。これはすなわち、映像伝送においてパケット消失が発生した場合にどうするか、につながるのではないか。
wikipediaを見ると保険とは、確率論・統計学で確立されている大数の法則が成り立つから運営できるのだとしている。だとすれば、その環境におけるパケット消失確率を十分に集めることによって確率的に予測可能になり、誤り訂正できるのではなかろうか。
よくよく考えていると、FEC（前方向誤り訂正）がそれにあたる。逆に再送（ARQ）は事後に認知して回復を行おうとするので、予測できない誤りにも対応できる。
では現実の保険制度に対応するARQのような制度は何かと考えてみた。思いつかなかった。しいて言えば自助努力か？
