TCP/IP 4階層モデル｜基礎を学ぶ

TCP/IP 4階層モデル

このレッスンで分かること

TCP/IP は実装志向の 4 階層モデルで、現代のインターネットを実際に動かしているプロトコルスタックです

OSI 7 層を実用ベースに統合し、アプリ層に L5-L7 をまとめている点が最大の差分

「IP が砂時計の細い首」になっており、上のアプリも下の物理も自由に組み合わせられる拡張性が強み

TCP/IP 4階層モデルとは

実際のインターネットで使われる TCP/IP 4 階層モデルを学びます。本レッスンでは、TCP/IP 4階層モデルの基本から実際の使いどころまでを整理し、現場で迷わず使える形に落とし込みます。

この章のポイント

TCP/IP 4階層モデルとは (要約)

インターネットを実際に動かしている 4 階層プロトコルスタック。 リンク層 / インターネット層 / トランスポート層 / アプリケーション層 で、OSI の L5-L7 をアプリ層 1 つに統合し、L1-L2 をリンク層にまとめた実装志向のモデルです。

OSI との一言差分: OSI は学術的に 7 層に分けた「あるべき姿」、TCP/IP は実装から生まれた「動くもの」。

TCP/IP ↔ OSI 対応 + データ単位の名前

TCP/IP	OSI	代表プロトコル	データ単位
アプリケーション層	L5-L7	HTTP, HTTPS, DNS, SMTP, SSH	メッセージ
トランスポート層	L4	TCP, UDP, QUIC	セグメント / データグラム
インターネット層	L3	IP, ICMP, ARP	パケット
リンク層	L1-L2	Ethernet, Wi-Fi	フレーム

このレッスンで学ぶこと

実際のインターネットを動かしている TCP/IP モデルを学びます。OSI モデルとどう対応するか、なぜ 4 階層に統合されたのかを理解しましょう。

TCP/IP モデルとは

TCP/IP モデルは、インターネットの基盤となっている 4 階層のプロトコルスタックです。OSI モデルがアカデミックに 7 層に分けたのに対し、TCP/IP は「実際に動くもの」として開発された結果、よりシンプルな 4 層構成になりました。

下から順に、リンク層 / インターネット層 / トランスポート層 / アプリケーション層、の 4 つで構成されます。

4 階層の役割

リンク層 (Link / Network Access) — 物理的な伝送とデータリンクをまとめた層。OSI でいう L1+L2 に相当。Ethernet, Wi-Fi, PPP などが該当する。
インターネット層 (Internet) — パケットを宛先ホストまで届ける層。OSI の L3 に対応。IP, ICMP, ARP が中心。
トランスポート層 (Transport) — エンドツーエンド通信を担う層。OSI の L4 に対応。TCP と UDP が双璧。
アプリケーション層 (Application) — 人が触るアプリのプロトコル。OSI の L5-L7 をまとめた層。HTTP, HTTPS, DNS, SMTP, SSH などが住む。

OSI モデルとの対応

TCP/IP モデル	OSI モデル	代表的なプロトコル
アプリケーション層	L5-L7	HTTP, HTTPS, DNS, SMTP, SSH
トランスポート層	L4	TCP, UDP, QUIC
インターネット層	L3	IP, ICMP, ARP
リンク層	L1-L2	Ethernet, Wi-Fi

OSI で 3 つに分かれていたセッション・プレゼンテーション・アプリケーション層が、TCP/IP では 1 つの「アプリケーション層」にまとめられています。実際の Web アプリでは TLS による暗号化やセッション管理を、アプリ自身が責任を持って実装するケースがほとんどだからです。

この章のポイント

「砂時計モデル」と呼ばれる理由

TCP/IP は中央の IP プロトコルが「細い首」になっていて、その上下に多種多様なプロトコルが乗る砂時計の形をしています。IP に対応しさえすれば、上のアプリも下の物理メディアも自由に組み合わせられるという拡張性の高さが、インターネットを世界規模に育てた最大の理由です。

各層を「通った後」のデータの呼び名

カプセル化された後のデータは、層ごとに名前が変わります。実務で混同しないよう整理しておきましょう。

アプリケーション層 — メッセージ (Message)
トランスポート層 — セグメント (TCP) / データグラム (UDP)
インターネット層 — パケット (Packet)
リンク層 — フレーム (Frame)

「TCP セグメントが IP パケットにカプセル化され、Ethernet フレームに包まれてケーブルに出ていく」のように一連の流れで言えるようにしておきましょう。

なぜ 7 層ではなく 4 層なのか

OSI モデルは標準化の議論の中で生まれた「あるべき姿」でしたが、TCP/IP は ARPANET など実際の運用から生まれた「動くもの」です。

実装上は、L5 (セッション) や L6 (プレゼンテーション) の役割を独立した層として実装する利点が薄く、アプリケーション層やトランスポート層に統合した方が効率が良かったため、4 層に収まりました。

まとめ

このレッスンの要点は、4 階層と OSI 対応 / カプセル化 / 砂時計モデル の 3 点です。実務でこれらを切り分けて説明できるようになると、設計レビューや障害対応の精度が一段上がります。

理解度チェック

Q. TCP/IP モデルでトランスポート層のデータ単位はどれ？

フレーム
パケット
セグメント (TCP) / データグラム (UDP)
メッセージ

答えを見る

正解は 3。L4 (トランスポート層) では TCP の場合「セグメント」、UDP の場合「データグラム」と呼びます。L3 はパケット、L2 はフレーム。

出典 (References)

最終更新: 2026-05-28

よくある質問

Q. TCP と UDP はどう使い分けますか？

A. 信頼性（順序保証・再送）が必要なら TCP、低遅延を最優先するなら UDP です。Web（HTTP）・メール・DB は TCP、動画ストリーミング・ゲーム・DNS は UDP が一般的です。HTTP/3 は UDP 上に独自の信頼性を載せた QUIC を使う最新例です。

Q. TCP の 3-way handshake は何のため？

A. 通信両端のシーケンス番号を交換し、接続の確立を相互確認するためです。SYN → SYN/ACK → ACK の 3 ステップで最初のデータ送信までに 1.5 RTT 分の遅延が発生するため、短いリクエストでは TLS と合わせて HTTP/3 が遅延短縮に有利です。

Q. UDP でデータが届かなかったらどうなりますか？

A. UDP は再送しないため、アプリケーション側で対処する必要があります。「失われても致命的でないか、アプリ側で再送する」用途に向きます。DNS は失敗時に再送する設計、QUIC は UDP 上で独自に再送と順序保証を実装しています。

次のレッスン

次は パケットとフレーム で、実際のインターネットで使われる TCP/IP 4 階層モデルを学びますを学びます。

事前確認 — 進む前に次の 3 つができることを確認しましょう。

TCP/IP 4階層の要点を自分の言葉で説明できる
このレッスンの最小コード (または操作手順) を見ずに書ける
練習問題やクイズで間違えた箇所を読み直して理解した

理解度チェック (30 秒)

Q. TCP/IP 4階層とは何か、1 文で説明してください。

この章のポイント

A. 本文の「このレッスンで分かること」または冒頭の説明文を見直し、自分の言葉で要約できれば OK。詰まったら本レッスンの最初の H2 セクションを読み返してみましょう。

関連レッスン