応用情報技術者 2012年 春期 午後 問05
携帯電話サービスを使った無線WANに関する次の記述を読んで、設問1〜4に答えよ。
S社は建設会社である。ある日、情報システム部のT氏は、新規に建設するビルの工事現場に建てた仮設事務所と本社の間で通信を行うために、図1に示す要件を満たす方法を検討するよう指示を受けた。

T氏が早速、有線回線の利用開始可能日を通信業者に問い合わせたところ、要件6を満たさないことが判明したので、今回は有線のブロードバンドネットワークサービスではなく、携帯電話サービスを利用した無線WANを構築することに決めた。また、別の要件から、aの容易さにおいても携帯電話サービスを利用する方が有利であると判断した。図2にネットワーク構成を示す。現場PCは、無線LAN/無線WAN対応ルータを経由して、本社のルータとVPN接続をする。
無線WANの利用を開始したところ、日常の電子メールの送受信に特に支障はなかった。しかし、主目的であるファイル転送において、ファイルサイズが数十Mバイトと大きい場合に時間が掛かり、業務に支障を来していた。今回採用した3G携帯電話サービスはベストエフォート方式であり、通信速度の理論値は、下りが最大7.2 Mビット/秒、上りが最大5.7 Mビット/秒である。①実際の通信速度は、電波状況が良好な場合でも、他の利用者の利用状況によって理論値の数分の1になることをあらかじめ想定していた。なお、ゲートウェイと本社のVPNルータの間には十分な帯域を確保できている。
T氏は、ファイル転送に時間が掛かる原因を調査した。ネットワークに遅延が生じていると考え、現場PCから本社のサーバに向け、pingコマンドを用いてサーバまでの往復遅延時間 (RTT:Round Trip Time) を測定したところ、800ミリ秒であった。
TCPネットワークでは、最大スループットは、“TCPウィンドウサイズ ÷ RTT” で求められる。TCPウィンドウサイズを大きくすることができれば、最大スループットを大きくすることができる。現在、現場PCのTCPウィンドウサイズの上限値を64 kバイトに設定している。今回の3G携帯電話サービスの利用においてTCPウィンドウサイズを更に大きくすると、大容量データが頻繁に再送されてしまい逆効果になりかねない。そこで、TCPウィンドウサイズの変更は対策の候補から除外することにした。
また一方、②RTTを小さくすることができれば、最大スループットを大きくすることができる。しかし、今回は有線のブロードバンドネットワークサービスなど他のサービスに切り替えることが難しいので、T氏はすぐにRTTを小さくする方法をとることができなかった。
仮設事務所と本社の間のネットワークにおいて、RTTが800ミリ秒の場合の最大スループットは、b kビット/秒と計算される。
このままではファイル転送に必要なスループットが不足するので、T氏は “分割ダウンロード” 機能をもつFTPクライアントソフトを使うことを試みた。分割ダウンロードは、一つのファイルを分割し、複数のTCPコネクションで同時並行に分割ファイルをダウンロードした後、元の一つのファイルに結合する機能である。分割ダウンロード機能を使わない場合のダウンロードにおける実効スループットが450 kビット/秒であった場合、分割ダウンロード機能を使って60MバイトのCADファイルのダウンロード時間を4分以内にするには、ファイルをc個に分割すればよい。
なお、pingコマンドを使ったRTTの測定の前に、現場PCから外部の速度測定サイトへアクセスして調べたところ、電波強度の状況は良好であり、下りで2~3Mビット/秒程度の速度が計測されていた。速度測定サイトでの速度測定には、TCPではなくdを使っているので、RTTの影響を受けずに十分な速度が出ていたものと推測した。
設問1:今回採用した携帯電話サービスについて、(1)、(2)に答えよ。
問題文を見る(1)本文中のaに入れる適切な字句を20字以内で答えよ。
模範解答
a:仮設事務所の移設に伴うLANの移動
解説
解答の論理構成
-
ヒントとなる本文の引用
- 「別の要件から、aの容易さにおいても携帯電話サービスを利用する方が有利であると判断した。」
この一文から、a は“別の要件”で求められている作業や運用の容易さを表すことが分かります。
- 「別の要件から、aの容易さにおいても携帯電話サービスを利用する方が有利であると判断した。」
-
“別の要件”とは何か
- 仮設事務所は工事の進捗に合わせて敷地内で移設されることが想定されます。移設のたびに固定回線を敷設し直すのは手間と時間が掛かるため、“携帯電話サービス”を選択したという文脈になります。
-
求められる字句
- したがって a には「仮設事務所の移設に伴うLANの移動」という、移動時に行わなければならない作業内容を示す語句を入れるのが最も適切です。
-
結論
- a = 「仮設事務所の移設に伴うLANの移動」
誤りやすいポイント
- 「LANの構築」や「VPN設定」など静的な作業を書いてしまう
→ 本文は“移設”という動的な状況を想定しているため不適切です。 - 携帯電話サービスを選んだ理由を「開通の速さ」とだけ解釈する
→ 開通も理由の一つですが、設問が聞いているのは“移設時の作業の容易さ”です。 - 「無線LANの設定変更」と答える
→ 無線LAN設定自体ではなく、仮設事務所全体のLAN設備を移動させる点が要件です。
FAQ
Q: 固定回線でも工期前に敷設しておけば良いのでは?
A: 工期中に仮設事務所を複数回移設する可能性があり、そのたびに回線工事をやり直す手間とコストが大きいため、携帯電話サービスが選ばれました。
A: 工期中に仮設事務所を複数回移設する可能性があり、そのたびに回線工事をやり直す手間とコストが大きいため、携帯電話サービスが選ばれました。
Q: “携帯電話サービス”なら必ず移設が楽になるのですか?
A: 端末とルータを移動させるだけで済むため、物理回線の撤去・再敷設が不要になり、現場の作業負荷と時間を大幅に減らせます。
A: 端末とルータを移動させるだけで済むため、物理回線の撤去・再敷設が不要になり、現場の作業負荷と時間を大幅に減らせます。
Q: VPNは移設時に設定変更が不要ですか?
A: ルータ側の回線インタフェースが変わらないので、基本的に同一設定のまま利用できます。電源投入後に自動でVPNが再確立される設計が一般的です。
A: ルータ側の回線インタフェースが変わらないので、基本的に同一設定のまま利用できます。電源投入後に自動でVPNが再確立される設計が一般的です。
関連キーワード: 仮設ネットワーク, 無線WAN, モバイル回線, VPN, 移設作業
設問1:今回採用した携帯電話サービスについて、(1)、(2)に答えよ。
問題文を見る模範解答
理論値は1端末が基地局を占有した場合の最大速度であるから
解説
解答の論理構成
- 問題は「ベストエフォート方式」である点に着目しています。本文の引用
・「今回採用した3G携帯電話サービスはベストエフォート方式」
・下線①「実際の通信速度は、電波状況が良好な場合でも、他の利用者の利用状況によって理論値の数分の1になる」 - 図2には「基地局 → 携帯電話網」と描かれており、複数の端末が同じ「基地局」を共有する構造が示唆されています。
- 理論値とは「下りが最大7.2 Mビット/秒、上りが最大5.7 Mビット/秒」という数値で、これは“ある1端末だけが通信する理想状態”で得られる最大速度です。
- 現実には図2のように多数の端末が「基地局」を共用し、帯域を取り合います。そのため「他の利用者の利用状況」により速度が低下し、下線①の現象が起こります。
- したがって解答は「理論値は1端末が基地局を占有した場合の最大速度であるから」となります。
誤りやすいポイント
- 「電波状況が良好=理論値が出る」と早合点しがちですが、帯域の共有が最大要因です。
- 「携帯電話網」全体で共有していると広く捉え過ぎ、実際には図2の「基地局」単位で帯域が割り当てられる点を見落としがちです。
- ベストエフォート=必ず遅いと決めつけ、条件次第で理論値近く出るケースがあることを忘れがちです。
FAQ
Q: ベストエフォート方式と帯域保証方式の最大の違いは何ですか?
A: ベストエフォート方式は利用者間で帯域を共有し、回線事業者は速度を保証しません。帯域保証方式はサービス側が最低帯域を契約通りに確保します。
A: ベストエフォート方式は利用者間で帯域を共有し、回線事業者は速度を保証しません。帯域保証方式はサービス側が最低帯域を契約通りに確保します。
Q: 図2のどこで帯域競合が発生しますか?
A: 「基地局」で複数端末が同一無線チャネルを共有するため、ここで競合し速度が低下します。
A: 「基地局」で複数端末が同一無線チャネルを共有するため、ここで競合し速度が低下します。
Q: 理論値がそのまま出る場面はありますか?
A: 深夜など他利用者が少なく「1端末が基地局を占有」できる状況では理論値近くになる場合があります。
A: 深夜など他利用者が少なく「1端末が基地局を占有」できる状況では理論値近くになる場合があります。
関連キーワード: ベストエフォート, 基地局, 帯域共有, 無線WAN, 3G
設問2:TCPネットワークの最大スループットについて、(1)、(2)に答えよ。
問題文を見る(1)本文中のbに入れる適切な数値を整数で答えよ。ここで、1kバイトは1,000バイトとする。
模範解答
b:640
解説
解答の論理構成
-
最大スループットの公式
【問題文】に「“TCPウィンドウサイズ ÷ RTT” で求められる」とあります。
したがって -
TCPウィンドウサイズの数値化
【問題文】に「現場PCのTCPウィンドウサイズの上限値を64 kバイト」とあります。
ここで1Kバイト=1,000バイトなので1バイト=8ビットより -
RTTの数値化
【問題文】に「RTTが800ミリ秒」とあります。ミリ秒を秒に直すと -
最大スループットの計算1kビット/秒=1,000ビット/秒なので
-
結論
【小問説明】の「bに入れる適切な数値」は
640
誤りやすいポイント
- 「64 kバイト」を65,536バイト(2のべき乗)と誤って扱う。問題では1Kバイト=1,000バイトです。
- バイト→ビット変換を忘れ、8倍しないまま計算してしまう。
- 「800ミリ秒」を800秒や0.08秒と誤換算する。
- 計算後にkビット/秒へ再換算せず、そのまま640,000を書いてしまう。
FAQ
Q: 1024進みではなく1000を採用する根拠は?
A: 【小問説明】で「1Kバイトは1,000バイトとする」と明示されています。
A: 【小問説明】で「1Kバイトは1,000バイトとする」と明示されています。
Q: RTTが半分になったらスループットはどうなる?
A: 公式は“TCPウィンドウサイズ ÷ RTT”なのでRTTが1/2になれば最大スループットは2倍になります。
A: 公式は“TCPウィンドウサイズ ÷ RTT”なのでRTTが1/2になれば最大スループットは2倍になります。
Q: ウィンドウサイズを倍に設定すれば単純にスループットも倍になりますか?
A: 理論上は倍になりますが、【問題文】にあるように「大容量データが頻繁に再送されてしまい逆効果」になる場合があります。パケットロスや再送量も考慮が必要です。
A: 理論上は倍になりますが、【問題文】にあるように「大容量データが頻繁に再送されてしまい逆効果」になる場合があります。パケットロスや再送量も考慮が必要です。
関連キーワード: TCPウィンドウサイズ, RTT, スループット, ベストエフォート, 単位換算
設問2:TCPネットワークの最大スループットについて、(1)、(2)に答えよ。
問題文を見る(2)本文中の下線②と同様に、スループットに関する考察として適切なものを解答群の中から選び、記号で答えよ。
解答群
ア:RTTが変わらなくても、携帯電話サービス回線の帯域が広くなれば、最大スループットの値は大きくなる。
イ:RTTが変わらなければ、携帯電話サービス回線の帯域が広くなっても、スループットはある値以上にならない。
ウ:携帯電話サービス回線の帯域によらずスループットの値は変わらない。
模範解答
イ
解説
解答の論理構成
- 根拠となる公式
本文には
“TCPネットワークでは、最大スループットは、“TCPウィンドウサイズ ÷ RTT” で求められる。”
と記載されています。ここには回線帯域(リンク速度)が式に含まれていません。 - 公式から導ける結論
・TCPウィンドウサイズ とRTTが一定であれば、物理的な回線帯域をどれだけ広げても、計算上の “最大スループット” は変わりません。
・逆に、TCPウィンドウサイズ を大きくするか、RTTを小さくしない限りスループットの上限は越えられません。 - 解答群の吟味
ア:回線帯域だけが広くなればスループットも増えると言っているため、公式に反します。
イ:回線帯域が広くなっても “RTTが変わらなければ…ある値以上にならない” と述べており、公式と一致します。
ウ:帯域によらず常に同じと言い切っており、ウィンドウサイズやRTTの変更可能性を無視しているため不適切です。 - したがって、正しい選択肢は「イ」です。
誤りやすいポイント
- 「リンク速度=スループット最大値」と短絡的に考えてしまい、TCPウィンドウサイズ ÷ RTTの制限を見落とす。
- ベストエフォート回線では実効速度が変動するものの、“最大スループット” の理論上限とは別問題であることを混同する。
- RTTを小さくする方法が現場で難しいため、つい帯域拡張策を優先的に選んでしまう。
FAQ
Q: 物理的に10倍の帯域を契約すると実効速度も必ず10倍になりますか?
A: TCPウィンドウサイズ ÷ RTTで決まる上限が先に頭打ちになる場合、帯域増強だけでは10倍にはなりません。
A: TCPウィンドウサイズ ÷ RTTで決まる上限が先に頭打ちになる場合、帯域増強だけでは10倍にはなりません。
Q: ウィンドウサイズを大きくすれば良いのでは?
A: 本文にあるように “大容量データが頻繁に再送されてしまい逆効果になりかねない” ため、パケットロス率次第では必ずしも有効とは限りません。
A: 本文にあるように “大容量データが頻繁に再送されてしまい逆効果になりかねない” ため、パケットロス率次第では必ずしも有効とは限りません。
Q: UDPを使えば帯域をフルに使えますか?
A: UDPはウィンドウ制御を持たないため理論上は可能ですが、輻輳制御や再送を自分で実装しないと品質が保てず、業務用途では安定性に課題が残ります。
A: UDPはウィンドウ制御を持たないため理論上は可能ですが、輻輳制御や再送を自分で実装しないと品質が保てず、業務用途では安定性に課題が残ります。
関連キーワード: TCPウィンドウサイズ, RTT, スループット, ベストエフォート, 輻輳制御
設問3:
問題文を見る本文中のcに入れる最小の整数を答えよ。ここで、1Mバイトは1,000kバイトとする。また、ファイルの分割・結合など、ダウンロード以外に要する時間は無視できるものとする。
模範解答
c:5
解説
解答の論理構成
-
ファイルサイズの換算
【問題文】では「60Mバイト」とあり、さらに「1Mバイトは1,000Kバイト」と明記されています。
60 Mバイト = 60 × 1,000 × 1,000 = 60,000,000バイト
1バイト=8ビットなので
60,000,000 × 8 = 480,000,000ビット -
1本のTCPコネクションで得られる実効スループット
【問題文】引用:「分割ダウンロード機能を使わない場合のダウンロードにおける実効スループットが450 kビット/秒であった」
450 kビット/秒 = 450,000ビット/秒 -
1本だけで掛かる時間約17.8分で、【問題文】の「4分以内」を満たしません。
-
分割ダウンロードでn本同時に走らせた場合
スループットはおおむねn倍になると想定します。
必要条件:nは整数なので最小値は5。 -
結論
【問題文】の c に入る最小の整数は5です。
誤りやすいポイント
- 1 Mバイトや1 Kバイトを1,024で計算してしまいビット数がズレる。
- バイト→ビット換算で8倍を忘れる。
- 4分を240秒に直せず分母を4にしてしまう。
- 分割数を切り上げ忘れ4のまま解答してしまう。
FAQ
Q: 分割ダウンロードでは必ずn倍の速度になりますか?
A: 実際には回線全体の上限やサーバ側制限があるためn倍に届かないこともあります。本問は「最小の整数」を求める理論計算問題なので理想的にn倍になると置いています。
A: 実際には回線全体の上限やサーバ側制限があるためn倍に届かないこともあります。本問は「最小の整数」を求める理論計算問題なので理想的にn倍になると置いています。
Q: 450 kビット/秒を450,000ではなく460,800としてはいけませんか?
A: 本問は「k」を1,000とするSI接頭語表記です。問題文で1 Mバイト=1,000 Kバイトと指示しているため、kも1,000を用いるのが正解です。
A: 本問は「k」を1,000とするSI接頭語表記です。問題文で1 Mバイト=1,000 Kバイトと指示しているため、kも1,000を用いるのが正解です。
Q: RTTやTCPウィンドウサイズは計算に入れなくてよいのですか?
A: それらはスループットを決める根本要因ですが、すでに「実効スループットが450 kビット/秒」と与えられているため、本問の計算では直接使用しません。
A: それらはスループットを決める根本要因ですが、すでに「実効スループットが450 kビット/秒」と与えられているため、本問の計算では直接使用しません。
関連キーワード: TCP, RTT, スループット, ベストエフォート, ウィンドウサイズ
設問4:
問題文を見る本文中のdに入れる適切な字句を解答群の中から選び、記号で答えよ。
解答群
ア:DHCP
イ:HTTP
ウ:HTTPS
エ:SMTP
オ:SNMP
カ:UDP
模範解答
d:カ
解説
解答の論理構成
- 問題文は「速度測定サイトでの速度測定には、TCPではなくdを使っているので、RTTの影響を受けずに十分な速度が出ていた」と述べています。
- RTT(Round Trip Time)の影響を大きく受けるのは「コネクション確立」「ウィンドウ制御」「再送制御」などを行う“コネクション型”の「TCP」です。
- RTTの影響を受けにくく、コネクション確立を行わない“コネクションレス型”の代表的なプロトコルは「UDP」です。
- 解答群の中で「UDP」に該当する記号は「カ」です。
- よって d に入る適切な字句は「UDP」となります。
誤りやすいポイント
- 「HTTP」「HTTPS」はアプリケーション層だが内部でTCPを使用するためRTTの影響を受ける。
- 「DHCP」「SNMP」「SMTP」も用途は異なるが、速度測定という文脈には適さない。
- 「UDP」は「TCPではなく」という対比が明示されているため、層を跨いだ混同を避ける必要がある。
FAQ
Q: UDPは本当にRTTの影響を受けないのですか?
A: 再送やウィンドウ制御が無いので“速度”という意味では影響が小さいだけで、パケットは往復遅延時間分の遅延を受けます。
A: 再送やウィンドウ制御が無いので“速度”という意味では影響が小さいだけで、パケットは往復遅延時間分の遅延を受けます。
Q: 速度測定サイトがUDPを使うメリットは何ですか?
A: TCPの輻輳制御やウィンドウ制御を回避し、回線の物理帯域に近い値を短時間で測定できる点です。
A: TCPの輻輳制御やウィンドウ制御を回避し、回線の物理帯域に近い値を短時間で測定できる点です。
Q: 分割ダウンロードとUDPの関係はありますか?
A: 直接の関係はありません。分割ダウンロードは複数のTCPコネクションで並列転送し、TCPのウィンドウ制御制限を事実上回避する手法です。
A: 直接の関係はありません。分割ダウンロードは複数のTCPコネクションで並列転送し、TCPのウィンドウ制御制限を事実上回避する手法です。
関連キーワード: UDP, TCP, RTT, スループット, ベストエフォート




