『FOMA N902iX HIGH-SPEED速度実験』のクチコミ掲示板

[もえる男]

２月３日１５〜１７時
神奈川県横浜市郊外　港北ＮＴ
３．６ＭHIGH-SPEEDエリア内で５箇所
使用ベンチマーク　ＢＮＲ
使用端末　N902iX　Ｎ903ｉ　auＷ４３Ｈ
実験回数３機種共各地点２０回ずつ
最高速　　　Ｎ902ｉ　４２０ＫＢ
　　　　　　Ｎ903ｉ　２１５ＫＢ
　　　　　　Ｗ43Ｈ　　３２５ＫＢ

平均速度　　Ｎ902ｉ　２２１ＫＢ
　　　　　　Ｎ903ｉ　　９８ＫＢ
　　　　　　Ｗ43Ｈ　　２１２ＫＢ

最低速度　　Ｎ902ｉ　　８８ＫＢ
　　　　　　Ｎ903ｉ　　５５ＫＢ
　　　　　　Ｗ43Ｈ　　１８５ＫＢ
基地局が近いと速度も上がっています！！
　　　　　　　　　　　　　　　　　以上です
個人での計測なので目安でしかないですが・・・
HIGH-SPEEDは思ったほど伸びませんでした
またノーマルＦＯＭＡの電波も拾うのか回線が混んでるのか
auＷＩＮに比べて結果の波が激しいです
HIGH-SPEEDは回線が少ないのか電波の拾い方が
３．６Ｍ波優先ではないのか原因は不明です。

HIGH-SPEEDは郊外での測定で周辺に人が集まるような
施設も無い場所でも速度が上がりませんでした
１回くらい１Ｍとか見たかったですね(＾＾；；；；

書込番号：5958044

[ｽｰﾊﾟｰｻﾗﾘｰﾏﾝ2]

今日N902ixを購入しました。
さっそく速度を計ったのですが、私の場合は３回に１回は530kでます。
1Mはほど遠いようですね。
ですがいままでのFOMAに比べて速くなったと体感できるのでひとまずは満足しています。

書込番号：5974816

[ｽｰﾊﾟｰｻﾗﾘｰﾏﾝ2]

書き漏れです。
私が計測に使ったのは「夢ならモバイル」です。
http://www.yumenara.com/st_m/

書込番号：5974827

[DAIRES]

自分も上記２サイトの速度測定を試してみましたが、正しい速度値は表示されていないような気がします。
（ちなみに、速度の単位はKB（kirobyte）ではなくて、kbps（kiro bit per second）ですよね？）

理由は、
１．速度測定としてReadさせるデータ量が少なすぎると思われる

結果が表示されるのが、あまりにも早すぎです。おそらく3G用のものでも、Max384kbpsを想定したデータ量なのでしょう。
結果にばらつきが出るのも、速度に対してのRead量が少ないときに発生する典型的な症状です。
（夢ならモバイルのほうで、メガクラス専用のがデータ量限界で測定できないのは皆さん同じでしょうか？）


２．（ページコードが見られないのではっきりしたことはわかりませんが）そもそもFlashやJavaを使わずに単純にPHPを用いた測定法は誤差が出やすい。

PCのベンチマークでも初期のころはCGIやPHPがありましたが、最近のはほとんどがJavaやFlashを使ってるいますよね…？


速度値という意味では、着歌フル以上のデータ量で比較しないと、意味がないと思います。

書込番号：5979292

[もえる男]

kbpsです！しつれいしました。
お二人の意見を参考に次回試してみますね（９０２ix修理中）
ただ同じツール（サイト）でauは高成績？が気になります
今度は４７Ｔも挑戦してみます。

書込番号：5980469

[ほぃほぃ]

コンパクトネットフロントとEZWEB標準ブラウザ(OPENWAVE)はかなり仕様が違うから同じサイトで比較してもどちらかが有利になりますね
ちなみにBNRはOPENWAVEが有利になります

書込番号：5980927

[ｽｰﾊﾟｰｻﾗﾘｰﾏﾝ2]

DAIRESさんへ

確かにデータ量が少ないんでしょうね。
でも携帯側の器が小さいので仕方がないんじゃないんでしょうか。
メガクラス専用が計測できないのは、携帯の器よりデータ量が大きいのでしょう。

私の記憶違いかもしれませんが、パケットはパケットの間隔が短くなると放物線を描くようにＭＡＸに向かって早くなる仕様だったと思います。
そのせいか、初回は遅い速度ですが、連続して実行すると速くなります。
ネットですからムラはありますがーー。
ちなみに３Ｇボタンで760kbpsまで出ました。正しい計り方ではないでしょうが。。。
３Ｇボタンを時間の間隔をおいて実行すると100〜300kbpsです。この遅い数値は、これからまだまだ速度が上がろうとしているときにデータが小さいため計測が終了してしまうのです。

これら結果から予測するに、3.6Mbpsは確かに理論上の数値であることは分かりますが、計測ページのデータが大きいと、携帯の器が小さいため3.6MbpsまたはMAXに達する前に器が満杯になってしまうようです。
小さいデータの場合は器に収まるので計測できるが、ＭＡＸに達する前に終了してしまい、遅い速度になっているのです。
TCPはパケットを漏らす事ができないから大きいデータは器をパンクさせちゃうんですねぇ。
それに比べてｉモーションなどはどうして数Mのデータを受信できるかというとUDPパケットだからです。UDPパケットはパケット漏れを容認するから大きなデータでも受信できるのです。さらに受信漏れを容認するから計測に使用できないことになります。
要するに、3.6Mに近い数値を得るにはUDPパケットでないと出ないことになります。
３Ｇボタンなどの計測はTCPパケットですから、携帯(N902ix)では速度計測ページから速い速度は計測できないことになります。

ちゃんちゃん！

書込番号：5981756

[DAIRES]

>TCPはパケットを漏らす事ができないから大きいデータは器をパンクさせちゃうんですねぇ。
>それに比べてｉモーションなどはどうして数Mのデータを受信できるかというとUDPパケットだからです。UDPパケットはパケット漏れを容認するから大きなデータでも受信できるのです。さらに受信漏れを容認するから計測に使用できないことになります。

ちょっと違うような。
おおざっぱに言うと、TCPは受信側が正しく受信できたことを応答しながら通信をする方式。（ターン制のゲームなど、通信時間を考慮しなくてもいい通信に向いている）
UDPは、受信側の受信状態を考慮せず送信側がどんどんデータを送信していく通信方式。（リアルタイム進行していく、アクションゲームやストリーミング放送などに向いている）
なので、
信頼性は、TCP > UDP
速度は、TCP < UDP
という傾向になりますが、データ量の大小による受信の可否は関係ありません。
（ちなみに、iモーションもダウンロード型はTCPのはずです）

TCPでも、受信したデータを捨てていくようにしていけば、器が限られていても大量データを処理できますが、FlashやJavaを用いない限り難しいでしょうね…。

書込番号：5981925

[ｽｰﾊﾟｰｻﾗﾘｰﾏﾝ2]

いちおう皆さんが見ていますので、しろーとさんが見て分かりやすく書いたつもりですがー、それでもTCP,UDPは専門用語過ぎたかな。という感じですか。

DAIRESさんもお詳しいですね。

＞（ちなみに、iモーションもダウンロード型はTCPのはずです）

ｉモーションも受信しながら再生するんじゃなかったかな？
（ちがったかなー？さいきんグラビアｉモーションは観ていないので・・・）
だとするとＵＤＰですぞ。

書込番号：5982005

[DAIRES]

iモーションのうち、プログレッシブ再生フラグが
ついているダウンロード型コンテンツは、
ダウンロード中でも再生可能です。

（通信が滞ると、再生中にウェイトが入る）

また、ストリーミング再生は絶対UDPじゃないといけないというわけではなく、
TCPでもストリーミング再生は可能です。

まぁ、本題からずれてきたのでこの辺で。
実際、自分の文章も推測で語っている部分があるので。

どこかに、大容量対応のベンチアプリorサイトってないですね…？

書込番号：5982087

[もえる男]

φ(･_･｡ )ﾌﾑﾌﾑ 専門的になってきましたね！
石器時代にｗ工学科卒の私には記憶を蘇らせるだけで
頭が痛く(~_~；)
正確に（なるべく）測定できるツールは無いということですかね
ＢＮＲでも測定結果だけ見るとなんとなくau、ＦＡＯＭ、
HIGH-SPEEDの差が出てる気もします・・・

それと故障依頼品がメーカーチェックを受けて戻りましたが
不具合なしで帰ってきましたが新品交換またはケース全交換が
なされて戻されました。

書込番号：5988106