【入門編】 SBAにおけるNsmf_PDUSessionサービスAPIのパラメータ構造とセッションライフサイクル – 家庭用ネットワーク・IoT・モバイル通信実践ガイド

こんにちは！ネットワークやガジェットの裏側を覗くのが大好きな皆さん、日々の通信ライフを満喫していますか？

私たちが普段何気なくスマホで動画を観たり、SNSをチェックしたりするとき、空中を飛び交う電波の裏側では、目にも留まらぬスピードでドラマチックなドラマが繰り広げられています。特に最新の5Gコアネットワーク（5GC）の世界では、従来の「硬直した巨大な機械」というイメージがガラリと変わり、まるで優秀なアプリたちがチームを組んで連携するような、モダンな仕組みに生まれ変わっています。

今回は、その5Gの頭脳とも言える「SBA（サービスベースアーキテクチャ）」の世界から、「Nsmf_PDUSessionサービスAPI」にスポットライトを当ててみたいと思います。「なんだか名前からして呪文のようだな……」と感じた方も大丈夫です！一歩ずつ、私たちの身近な仕組みに置き換えて優しく紐解いていきましょう。

—

5Gの「SBA」ってなに？レストランの注文システムに例えてみよう

これまでの4Gまでのモバイルネットワークは、いわば「頑固な職人が一人で切り盛りする古い定食屋さん」のようなものでした。どこか一つの設備が調子が悪くなると、お店全体がバタバタしてしまうような、ガチガチの縦社会だったんです。

それが5Gの代名詞であるSBA（Service Based Architecture）になると、どうでしょう？まさに「洗練された近代的なファミレスやフードコート」に生まれ変わります。

厨房にはそれぞれの役割を持ったプロのシェフ（ネットワーク機能＝NF）がズラリと並んでいます。

AMFさん：「お客さんいらっしゃい！どこから来たの？」とスマホの位置や認証を管理するお姉さん。
SMFさん：「お任せください！美味しいデータの通り道（PDUセッション）をキッチリ作りますよ」とロジスティクスを仕切る料理長。

そして、このシェフたちがオーダーを取ったり料理を運んだりするときに使うのが、共通の言葉であるHTTP/2（REST API）なんです。「〇〇のデータ通信の通り道を作って！」というリクエストを、まるでWEBサービスのようにAPIでやり取りする。これがSBAの正体なんですよ。

—

主役登場！「Nsmf_PDUSession」が担う大切な役割

さて、今回深掘りするNsmf_PDUSessionは、先ほど登場した「SMF（Session Management Function）」という料理長が提供してくれるAPIサービスの名前です。

私たちがスマホで「よし、動画を再生しよう！」とボタンを押した瞬間、スマホとインターネットの間に「PDUセッション（Packet Data Unit Session）」という名の専用ハイウェイ（データの通り道）が構築されます。このハイウェイの「建設・メンテナンス・取り壊し」のすべてを取り仕切るのが、この Nsmf_PDUSession APIというわけです。

イメージとしては、「引越し業者への依頼（作成）」「荷物の追加や変更（変更）」「退去手続き（削除）」のやり取りを、すべてスマートなWEBフォームで行うようなものですね。

—

セッションのライフサイクルを追ってみよう！

PDUセッションが生まれてから消えるまでには、大きく分けて3つのドラマチックなステップがあります。それぞれのRESTメソッドがどう動くのか、覗いてみましょう。

1. 創世記：PDUセッションの作成（POSTメソッド）

スマホが電波を掴み、「ネットにつなぎたい！」と要求すると、AMF（受付担当）を経由してSMF（料理長）に「新しいハイウェイを作ってくれ！」という依頼が飛びます。

ここで使われるのが POST メソッドです。

APIのエンドポイント例: /nsmf-pdusession/v1/sm-contexts
主なパラメータの構造:
suci or supi : ユーザーの身分証明書（マイナンバーのようなもの）
dnn : 接続先のネットワーク名（例: internet など）
sNssai : 5Gのスライス情報（「動画用特急レーン」みたいな指定）

SMFはこの依頼を受け取ると、「よし、IPアドレスを割り当てて、基地局までのトンネルを掘るぞ！」と動き出し、無事にハイウェイが完成すると、ステータスコード 201 Created とともにセッションのIDを返してくれます。

2. 運行期：セッションの変更（PATCHメソッド）

ハイウェイが完成してめでたしめでたし……とはいきません。例えば、ユーザーが新幹線に乗って猛スピードで移動し、接続する基地局（アンテナ）が変わったとします。

そんなときは、ルートの軌道修正が必要です。ここで登場するのが PATCH メソッドです。

APIのエンドポイント例: /nsmf-pdusession/v1/sm-contexts/{smContextRef}/modify
主な役割:
ユーザーの移動に伴う、データ転送先（UPFという中継基地）の切り替え指示
通信ポリシーの動的な変更（「今月はもうギガを使い切ったから速度制限をかける」など）

全体を作り直すのではなく、変わった部分だけをサクッと修正できるのがPATCHの優秀なところですね。

3. 終焉期：セッションの削除（POST /release等）

ユーザーがスマホの電源を切ったり、Wi-Fiに切り替えてモバイル通信を終了したりしたときは、不要になったハイウェイを片付けなければいけません。電波の資源は有限ですからね。

ここでは POST メソッド（リリースのためのアクション）などが使われ、セッションのコンテキストを綺麗に消去します。
「お疲れ様でした！このIPアドレスは回収しますね」と、リソースが綺麗に掃除されるわけです。

—

実践！APIリクエストの雰囲気をコードで覗いてみよう

百聞は一見にしかず。開発現場やテスト環境でやり取りされる、JSON形式のペイロードの雰囲気をほんの少しだけ覗いてみましょう。もちろん、実務でそのままコピー＆ペーストして使えるような丁寧なコメントを添えておきますね。

{
  "supi": "imsi-001010123456789", // ユーザーを一意に特定するID（加入者識別子）
  "dnn": "internet",            // 接続先データネットワーク名（プロファイル名）
  "sNssai": {
    "sst": 1,                   // スライスタイプの指定（1はeMBB：高速大容量通信向け）
    "sd": "112233"              // スライスディフェレンシエーター（細かい識別子）
  },
  "anType": "3GPP_ACCESS",      // アクセス種別（通常の5Gモバイル回線か、Wi-Fi経由か）
  "pduSessionId": 1             // 端末内でこのセッションを識別するID番号
}

このJSONデータが、HTTP/2のトランクに乗って、5Gコアネットワーク内をパケットとして駆け巡っています。難しそうに見えるパラメータも、一つひとつ意味を紐解けば「スマホがネットワークに『こういう通信がしたいです！』と伝えるラブレター」のようなものだと言えますよね。

—

おわりに：仕組みがわかると通信がもっと愛おしくなる！

今回は、5GのSBAにおける Nsmf_PDUSession サービスAPIのパラメータ構造と、セッションのライフサイクルについて優しく解説してみました。

一見すると難解なシグナリングのやり取りも、「スマホというお客さんが、SMFという料理長に美味しいデータの通り道を作ってもらうためのオーダー表」だと思えば、なんだか少し身近に感じられたのではないでしょうか？

インフラやネットワークの世界は、泥臭いパケットの積み重ねでありながら、非常にロジカルで美しい仕組みで成り立っています。これからも、こうした技術の面白さを分かりやすく噛み砕いてお届けしていきますので、ぜひ一緒に楽しくネットワークの旅を続けていきましょう！

それでは、また次回の技術探訪でお会いしましょう！