こんにちは！ネットワークやガジェットの裏側に隠された「通信のドラマ」を紐解くのが大好きな、技術ライターです。
皆さんは普段、スマホで高画質な動画をストリーミングしたり、オンラインゲームを遅延なく楽しんだりしていますよね。「5Gになってから、なんだかサクサク動くようになったな」と感じることも多いはずです。でも、その裏側でスマホと基地局が、目にも留まらぬ速さでどんなやり取りをしているか、気になったことはありませんか？
今回は、そんな5Gのモバイル通信を支える「無線レイヤーの裏方」、SDAP（Service Data Adaptation Protocol）レイヤーとQoSフローのマッピングについて、一緒に深く、そして楽しく探検していきましょう！
「専門用語が多くて難しそう…」と思うかもしれませんが、大丈夫です。一歩ずつ、身近な例えを交えながら優しく紐解いていきますので、安心してくださいね。
—
1. 5Gの通信は「超優秀な宅配システム」
まず、5Gのネットワークが私たちのデータをどう扱っているのか、イメージしてみましょう。
インターネットの世界を流れるデータ（YouTubeの映像、LINEのメッセージ、オンラインゲームのパケットなど）は、いわば「世界中から集まった無数の荷物」です。4Gまでの世界でも荷物を運んでいましたが、5Gの世界では「これは絶対に遅らせてはいけない心臓の手術用パーツだ！」「こっちは少し遅れても平気な雑誌のバックナンバーだぞ」という荷物の「重要度（品質）」を細かく見極めて運ぶ仕組みがパワーアップしました。
この「荷物の重要度」のことを、モバイル通信の世界では QoS（Quality of Service）フロー と呼びます。
そして、5Gの基地局の手前（正確にはスマホの中と基地局の中）で、この「荷物」に適切な配送トラックを割り当てる、非常に重要な役割を担うのが、今回主役となる SDAP（Service Data Adaptation Protocol） というプロトコルなんです。
—
2. SDAPって何をしているの？（郵便配達に例えてみよう）
SDAPの働きを、街の郵便局の窓口に例えてみましょう。
5Gのコアネットワークからやってきた荷物（QoSフロー）には、それぞれ「お急ぎ便」「エコノミー便」といったラベルが貼られています。しかし、実際に無線空間（スマホと基地局の間のエアインターフェース）を走るトラック（これを無線側の専門用語で DRB：Data Radio Bearer と言います）は、無限にあるわけではありません。だいたい数個から十数個程度の限られたレーン（DRB）しか用意されていません。
ここでSDAPの出番です。SDAP局員はこう考えます。
> 「おや、この荷物とあの荷物は、どちらも『遅延に厳しいリアルタイム通信』だな。よし、同じお急ぎ用のトラック（DRB）に相乗りさせちゃおう！」
このように、「コアネットワークから届いた無数のQoSフロー」を、「限られた無線側のDRB（データ無線ベアラ）」に整理して詰め替える（マッピングする）作業こそが、SDAPの最大のお仕事なんです。
SDAPヘッダーの秘密：小さな「荷札」の付箋
SDAPは、荷物を無線区間に送り出すとき、データ（IPパケットなど）の先頭にわずか数ビットの小さな付箋――つまり SDAPヘッダー をペタッと貼り付けます。
この付箋には、主に以下の大切な情報が書き込まれています。
- QFI（QoS Flow Identifier）： 「この荷物は、もともとどこの部署（QoSフロー）から来たものか」を示す番号です。
- RDI（Reflective QoS Indication）： スマホ側に「ねぇ、今の通信のやり方を真似して（反射して）、次から自分で判断していいよ！」と教えるためのフラグです。
この小さな付箋があるおかげで、受信側（スマホなら下り、基地局なら上り）は、「あ、このデータはあのアプリの重要パケットだな」と瞬時に理解し、適切な処理を行うことができるのです。
—
3. 実務の世界を覗いてみよう：QoSとDRBのマッピング設定
「なるほど、荷札を貼り替えてトラックに載せるわけね。でも、実際のネットワーク機器やシミュレータではどう設定されているの？」と思ったエンジニアの皆さんのために、少しだけ実務的な話をしましょう。
5Gの基地局（gNB）やコアネットワークのエミュレータ（Open5GSやUERANSIMなど）では、このマッピングルールをJSONや設定ファイル、あるいはCLIで定義します。
例えば、次のようなイメージで「どのQoSフロー（QFI）を、どの無線ベアラ（DRB）のどの優先度（PBR: Prioritized Bit Rateなど）に流すか」を紐付けます。
{
"drb_identity": 1,
"qos_flows_mapping": [
{
"qfi": 5,
"description": "IMS Signaling (Voice/SIP) - 最優先で流すべきフロー"
},
{
"qfi": 1,
"description": "Conversational Voice - 音声通話パケット"
}
],
"rlc_mode": "AM",
"comment": "信頼性重視のAM（Acknowledged Mode）で確実に無線区間を運ぶ設定"
}もう一つの例として、少しリッチな動画配信（eMBB向け）のデータはどうでしょう。こちらは遅延よりもスループット（速度）が命なので、ロストしても再送で粘る必要が薄い場合があります。その場合は次のような設定になります。
{
"drb_identity": 2,
"qos_flows_mapping": [
{
"qfi": 9,
"description": "Default QoS Flow - 一般的なWebブラウジングや動画視聴"
}
],
"rlc_mode": "UM",
"comment": "速度重視のUM（Unacknowledged Mode）でリアルタイム性を最優先する設定"
}このように、SDAP層の背後では、上位のQoS要件と、無線レイヤー（RLCやMAC層）のパケット送出モードが見事に連動しているんです。パケットがこのレイヤーを通過する瞬間、見えないところでミリ秒単位の緻密な交通整理が行われているのを想像すると、なんだかワクワクしてきませんか？
—
4. トラブルシューティングの現場から：SDAPマッピングの罠
最後に、現場で私たちが直面しがちな「ちょっとしたトラブル」の裏側もお話しさせてください。
5Gのローカル環境やオープンソースのコアネットワーク（Open5GSやfree5GCなど）を使って検証をしているとき、「あれっ、通信は繋がるのに、なぜか特定アプリの音声だけがプツプツ途切れるぞ……？」という現象にぶつかることがあります。
大抵の場合、原因はパケットのロスや電波状況ではなく、SDAPとQoSの「すれ違い」にあります。
1. QFIのミスマッチ： コア側（SMF）が指定したQFIと、基地局（gNB）のSDAP設定でマッピング先（DRB）が正しく紐づいていない。
2. デフォルトDRBへの丸投げ： 本来は専用の高品質DRBに載せるべきQFIが、設定漏れのために「何でも受け入れるデフォルトのDRB（QFI=9など）」にすべて相乗りさせられてしまい、他の一般データと混ざって渋滞を起こしている。
こういうときは、Wiresharkなどのパケットキャプチャツールを開き、無線インターフェース（NR RRCやNGAP、SDAPレイヤーのログ）を覗いてみます。
パケットの中に埋め込まれた SDAP Header の QFI の値を確認し、「おや、今このパケットは本来行くべきではないDRBのトラックに乗っかっているぞ」と見つけ出す――。この瞬間が、ネットワークエンジニアとしての腕の見せ所であり、最も痺れる瞬間でもあります。
—
まとめ
今回は、5Gのモバイル通信を支える裏方の主役、SDAPレイヤーとQoSフローのマッピングについて解説しました。
- 5Gのデータは「QoSフロー」という品質ラベルごとに分類されている。
- 限られた無線上のトラック（DRB）に、その荷物を効率よく積み替えるのが「SDAP」の仕事。
- SDAPヘッダー（小さな付箋）にある「QFI」が、正しい荷物の宛先を教えてくれる。
一見すると難解なプロトコル規格も、「郵便配達の仕分け作業」に置き換えてみると、グッと身近に感じられたのではないでしょうか。
ネットワークの世界は、こうした一つひとつの小さな工夫とルールの積み重ねで成り立っています。この記事が、皆さんの日々のインフラ構築や学習の小さなヒント、そして通信技術を面白がるきっかけになれば幸いです。
それでは、また次回のネットワーク・ガジェット探検でお会いしましょう！
コメント