Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
IIJmio meeting 32 / IIJ、SIMを作るの巻
Search
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
IIJ_techlog
April 23, 2022
Technology
15k
2
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
IIJmio meeting 32 / IIJ、SIMを作るの巻
https://techlog.iij.ad.jp/archives/3012
IIJ_techlog
April 23, 2022
More Decks by IIJ_techlog
See All by IIJ_techlog
IIJmio meeting 34 / IIJmio Updates
iij_techlog
1
4.1k
IIJmio meeting 34 / 改善活動の取り組み
iij_techlog
0
4.2k
IIJmio meeting 34 / eSIMの動向
iij_techlog
0
4.7k
IIJmio meeting 34 / バリーくんとMVNOの運用
iij_techlog
0
4.3k
IIJmio meeting 33 IIJmio Updates
iij_techlog
0
8.7k
IIJmio meeting 33 IIJmio 2022年夏のおすすめ端末
iij_techlog
0
8.6k
IIJmio meeting 33 無線通信の世界~第一弾:無線通信とは?~
iij_techlog
1
8.8k
IIJmio meeting 33 5Gと端末にまつわる問題
iij_techlog
0
9.3k
携帯電話事業者間ローミングと緊急通報
iij_techlog
0
5.2k
Other Decks in Technology
See All in Technology
セキュリティ研修【MIXI 26新卒技術研修】
mixi_engineers
PRO
32
27k
ここは地獄!つらい朝会を体験することで、チームとしてのより良い振る舞いに気づくワークショップ / The stand-up meeting from hell in the game industry
scrummasudar
0
520
AIで楽になるはずが、なぜ疲れる?
kinopeee
0
150
組織にどうSREを根付かせるか?〜IVRyの場合〜
abnoumaru
0
240
脱Jenkins、インターン生が挑んだCIツールGitHubActions移行
mixi_engineers
PRO
1
300
Webの技術とガジェットで子どもも大人も楽しめるワクワク体験を提供する / Qiita Tech Festa Day 2026
you
PRO
1
330
システム監視を 「システムを監視するだけ」で 終わらせないために
seiud
0
160
データと地図で読む 大井町の「かわるもの、かわらないもの」
yoshiyama_hana
0
900
システム監視入門
grimoh
5
790
20260801_スクフェス大阪
kgnkhkr
0
330
MCPをつなげて作る組織横断のAIエージェント基盤
tsubakimoto_s
0
530
[MIRU26] To What Extent Does MLLM-as-a-Judge Exhibit Cross-Model Preference Bias?
keio_smilab
PRO
0
100
Featured
See All Featured
What the history of the web can teach us about the future of AI
inesmontani
PRO
1
650
Evolving SEO for Evolving Search Engines
ryanjones
0
250
Build your cross-platform service in a week with App Engine
jlugia
234
18k
GraphQLとの向き合い方2022年版
quramy
50
15k
Avoiding the “Bad Training, Faster” Trap in the Age of AI
tmiket
0
200
Rebuilding a faster, lazier Slack
samanthasiow
85
9.6k
Faster Mobile Websites
deanohume
310
32k
Why Our Code Smells
bkeepers
PRO
340
58k
Six Lessons from altMBA
skipperchong
29
4.4k
Why You Should Never Use an ORM
jnunemaker
PRO
61
9.9k
JAMstack: Web Apps at Ludicrous Speed - All Things Open 2022
reverentgeek
1
510
Making the Leap to Tech Lead
cromwellryan
135
10k
Transcript
©Internet Initiative Japan Inc. 1 IIJ、SIMを作るの巻 2022/04/23 株式会社インターネットイニシアティブ 木野 純武
©Internet Initiative Japan Inc. 2 【目次】 1.はじめに 2.SIMカードとは(再) 3.識別子・番号リソース 4.PLMN
Selection関連 5.その他様々なパラメータ 6.5G SA対応SIMについて 7.SIMに関連する周辺業務 8.まとめ
©Internet Initiative Japan Inc. 3 1.はじめに
©Internet Initiative Japan Inc. 4 ▪はじめに • SIMカード調達周りをお話しした#21の頃 から、IIJを取り巻く状況はまた一際大きく 変わってきました。
• 5G SA展開を見据えたMNOとの相互接続や、 ローカル5Gの運用、そしてこれらの連携で 提供可能となるサービス・機能などなど…… • 一般的なデータ通信を提供するフルMVNO SIMカードだけでなく、5G SAやローカル 5Gを意識したSIM設計が求められる時代と なってきました。 • そこで、これまでの発表内容や弊社自身の 取り組みに言及しつつ、IIJとしてのSIM/ eSIMの設計ポイントについてご説明します。 meeting #21 #32 2018/10/13 2022/04/23
©Internet Initiative Japan Inc. 5 2.SIMカードとは(再)
©Internet Initiative Japan Inc. 6 ▪SIMカードとは(再) • miomtg#18 「eSIMとMVNO」のP.2から引用してみます。 –
SIMカードは、物理的には接触型ICカードとして規格化されているもの。 – 移動通信端末の加入者識別用途として利用するための規格に則ったICCを 「UICC」と呼ぶ。 • アーキテクチャ図(超ざっくり)を以下に。 • SIMやUSIMのアプリ以外にも、無線LAN認証のEAP-SIM/AKA用 アプリや決済系アプリ、小規模なアプレットが載ることもあります。 • SIMやUSIM、ISIMなどモバイル接続・認証に用いるアプリをNAA (Network Access Application)と呼びますが、SIMの設計では NAAに含まれるElementary File(以降EFと呼称)の値を主に設計 することになります。 HW Java Card 実行環境 UICCアプリ SIM アプリ (GSM) USIM アプリ (UMTS以降) ISIM アプリ (IMS向け) SIM Toolkit Applet 決済系アプリ EAP- SIM/AKA アプリ
©Internet Initiative Japan Inc. 7 ▪eSIMの場合(eUICC) • eSIMはどうかというと... ITS DAY
2018「eSIMとは何か」から SGP.21の図を一部引用します。 • SIMカードで言うところのUICCの機能は概ね、ISD-Pにあります。 • このうち(一般に分かりやすく)eSIMプロファイルと呼んでいる ISD-Pを、SM-DP+運用ベンダと相談して設計しています。 後段で説明するEFは ここに含まれている SIM/USIMアプリは ここに該当 アプレット自体も eSIMプロファイルに 入っている
©Internet Initiative Japan Inc. 8 ▪SIM設計のポイント • UICCのプラットフォームやNAAの仕様は標準化されており、eSIM プロファイル(ISD-P)も同様です。 •
SIMベンダは基本的に、こういったセットを製品パッケージとして 持っているので、通信事業者としては以下がSIM設計のポイントに なります。 ▼SIMカード → NAAに含まれる認証情報回りとEF設定値 ▼eSIMプロファイル → ISD-Pに含まれるNAA部分(主に認証回り)とEF設定値 → ISD-P自身に設定するProfile Metadata (Profile MetadataについてはSGP.21を参照ください) • 「初めに」参照すべき標準仕様としては、概ね以下の通りです。 – 3GPP TS 23.038 (SIM) / TS 31.102 (USIM) – ETSI 102.221 「初めに」?
©Internet Initiative Japan Inc. 9 3.識別子・番号リソース
©Internet Initiative Japan Inc. 10 ▪識別子・番号リソース • SIMといえば「識別子」です。 (何といっても Subscriber
“Identity” Module なので) ということで、このコーナーで触れるのは下記3つの識別子です。 ▪IMSI(International Mobile Subscriber Identity) ・モバイルネットワーク上で、利用者を一意に識別するための番号 です。PLMN(5~6桁)とMSIN(9~10桁)の合計15桁で構成 されます。 ▪MSISDN(Mobile Subscriber ISDN number) ・モバイルネットワーク上で、利用者に割り当てられた電話番号。 日本では主に11桁で、E.164番号計画上では最大15桁です。 ▪ICCID(Integrated circuit card identifier) ・ICカードを一意に識別するための番号。合計19桁であり、先頭 6~7桁がIIN(Issuer Identification Number)で、最後の桁が チェック桁となっています。
©Internet Initiative Japan Inc. 11 ▪SIM設計:IMSI(その1) • EF_IMSIというEFが定義されています。 仕様的にも、IMSIの値をそのまま格納するのみです。 •
miomtg#19「IIJ フルMVNO徹底解説」P.5にある通り、2016年 12月にIIJは 440-03 のPLMNを取得しました。 → IIJの発行するSIMは、IMSIとして 44003xxxxxxxxxx を 持つことになります。 ......が、しかし、ローカル5Gでは 999-002 というPLMNを扱う こともあります。 • 総務省「ローカル5G導入に関するガイドライン」 https://www.soumu.go.jp/main_content/000804382.pdf (令和4年3月31日改定版) 3.ローカル5G導入に係る電気通信事業法の適用関係 (2) IMSI取得に関する考え方 次スライドで関係する箇所を引用します。
©Internet Initiative Japan Inc. 12 ▪SIM設計:IMSI(その2) 総務省「ローカル5G導入に関するガイドライン」 3.ローカル5G導入に係る電気通信事業法の適用関係 より引用 •
ローカル5Gの利用形態や設備構成に よっては、PLMN : 999-002 を使用 する必要があります。 • さらには、999-002 のIMSIレンジを 総務省総合通信基盤局電波部移動通信 課に申請して、払い出してもらうこと になります。 (1000番レンジ単位での払い出しと 付録3に記載されています) • 一方、MCC : 440/441 を取得して 電気通信事業者としての運用が必要 となる提供形態もあります。 → 設備やサービスの提供形態、法令や ガイドラインを元に、SIMに入れる IMSIとそのレンジを確認する必要が あります。
©Internet Initiative Japan Inc. 13 ▪SIM設計:MSISDN • EF_MSISDNというEFが規定されており、基本的には電話番号を 格納しますが、TON(Type of
Number)やNPI(Numbering plan identification)の値を適切に設定する必要があります。 • しかし、そもそもMVNO事業者は電話番号を持っていません。 ホストMNOに割り当てられた電話番号の一部を「番号の卸提供」 という形でさらに割り当ててもらい、これを運用しています。 → miomtg#31 「MVNOの音声通話を巡る最新状況」 P.18~ • 割り当てを受けている番号帯はいわゆる020番号ですが、総務省の 「IoT時代の電気通信番号に関する研究会」で14桁化検討が行われ ており、令和元年(2019年)7月に報告書が出ました。 • これを受けて、弊社も14桁020番号を扱えるよう準備を進めました。 – SIMカード/eSIMの仕様確認と改修(SIMベンダと密に連携) – 検証用SIMカード/eSIMを作成しての各種動作検証、既存機能デグレード確認 – その他、BSS/OSS改修、サービス対応、事業者間調整などなど → 制度変更により、SIM設計やその周辺に多大なインパクトが 発生することがあります(番号関連は特に...)
©Internet Initiative Japan Inc. 14 ▪SIM設計:ICCID • EF_ICCIDというEFが規定されています。 このEFはSIM/USIMではなく、UICCアプリに含まれています。 (ICカードとしてのIDなので、NAAには紐付きません)
• miomtg#19「IIJ フルMVNO徹底解説」P.5にある通り、2016年 12月にIIJは 898103 のIINを取得しました。 → IIJ発行SIMは、ICCIDとして 898103xxxxxxxxxxxxx を 持つことになります。 → eSIMプロファイルに紐付くICCIDも同様です。 • SIM設計の観点では、SIMカードデザインが関係してきます。 切り取られたモジュール部分も 識別できるようICCIDを入れて いる。 数字としてのICCIDを印刷する だけでなく、二次元バーコードも 合わせている。 検品作業や在庫管理などのロジス ティクス対応・業務面で用いる。
©Internet Initiative Japan Inc. 15 4.PLMN Selection関連
©Internet Initiative Japan Inc. 16 ▪PLMN Selection関連(1) • 電源ON時や圏外状態の最中に、周辺基地局(の電波)をスキャン &サーチして、利用者にとって適切なPLMNを選択する端末動作が
「PLMN Selection」です。 • 上記の状況は、Connected状態の制御信号や基地局の報知情報には 頼れない状態です。それでも、端末挙動を可能な限り事業者の望む 状態に寄せるため、SIMの設定でPLMN Selectionに影響を与える ことが可能となる仕組み(と各種EF)があります。 → つまり、独自SIMを設計・発行できるフルMVNOにとって 工夫の余地があるポイントです。 → 「PLMN」Selectionである以上、どのPLMNがどのように 運用されているかを把握することも重要です。 • PLMN Selectionに関しては、ほぼ3GPP TS 23.122で規定されて いますが、カテゴリ的にIdle状態の挙動も関係するため、合わせて TS 25/36/38.304もチェックした方がよいかもしれません。
©Internet Initiative Japan Inc. 17 ▪PLMN Selection関連(2) PLMN Selectionに関する主要なEFを以下に列記します。 •
EF_PLMNwAcT (User controlled PLMN selector with Access Technology) • EF_HPPLMN (Higher Priority PLMN search period) • EF_FPLMN (Forbidden PLMNs) • EF_OPLMNwACT (Operator controlled PLMN selector with Access Technology) • EF_HPLMNwAcT (HPLMN selector with Access Technology) • EF_EHPLMN (Equivalent HPLMN) • EF_LRPLMNSI (Last RPLMN Selection Indication) • EF_NASCONFIG (Non Access Stratum Configuration)
©Internet Initiative Japan Inc. 18 ▪PLMN Selection関連(3) • これまでの取り組みとしては、圓山が発表したmiomtg#26の発表 資料を参照ください。EF_HPPLMNについての言及があります。
「プライベートLTEとパブリックLTEの相互運用における問題とその解決」 http://techlog.iij.ad.jp/archives/2716 • また、EF_EHPLMNの使い方については、大内が発表したmiomtg #19の発表資料 P.30~33 が参考になります。 「IIJ フルMVNO徹底解説」 http://techlog.iij.ad.jp/archives/2399
©Internet Initiative Japan Inc. 19 5.その他様々なパラメータ
©Internet Initiative Japan Inc. 20 ▪その他様々なパラメータ 他にも多くのEFが規定されています。 重要なものや、フルMVNO SIM/eSIMに関係するものをピックアップします。 •
EF_UST - OptionalであるEFの存在フラグや、各種機能・サービスの有効/無効 フラグを持つEFです。SIM設計における重要度は高いです。 - PLMN Selectionや5G関連EFを含める場合、ここでフラグを立てておく 必要があります。IMSI暗号化の挙動に関わるフラグもあります。 - Releaseが進むごとに(仕様が追加されるので)フラグが増えます。 • EF_AD - SIMの動作モードやIMSI内のMNC桁数(2もしくは3)を指定します。 eDRX対応フラグなどいくつかの機能面のフラグも含まれています。 • EF_ECC - 緊急呼として扱う番号とその通報先(警察とか消防とか)を指定します。 • EF_GID1/EF_GID2 - SIMに何らかのグループ付けを行うためのEFです。 - AndroidやiOSのCarrierConfigでフィルタとして使われていたりします。 • アンテナピクト関連 - miomtg#19「IIJ フルMVNO徹底解説」P.38-41で説明済み。
©Internet Initiative Japan Inc. 21 6.5G SA対応SIMについて
©Internet Initiative Japan Inc. 22 ▪5G SA対応SIMについて(1) • miomtg#24(2019年7月)では「5G NR/5GC対応のSIM設計も
いずれ必要になる」と書きましたが...知見の蓄積と実証は着々と 進んでいます。 • IMSI暗号化機能を導入したeSIMプロファイルを用いた5GC接続は、 プレスリリースも出しています。 – IIJ、国内初となる5G SA方式対応のeSIMを開発 https://www.iij.ad.jp/news/pressrelease/2020/1102.html • 5G関連EFのうち、IMSI暗号化に関するEFは以下の通りです。 - EF_SUCI_calc_info - SUCIの暗号化方法(Protection Scheme)を指定する値と、 SUCIの計算に用いるHome Network Public Keyを格納します。 - EF_Routing_Indicator - IMSI暗号化を行う場合、そのSUCIを用いるユーザ端末からの 信号をどのUDM/AUSFにルーティングするかを指定するための 識別子を格納します。 • また、EF_USTのフラグ Service No.124/125の状態も重要です。 ・No.124 : Subscription identifier privacy support ・No.125 : SUCI calculation by the USIM
©Internet Initiative Japan Inc. 23 ▪5G SA対応SIMについて(2) • IMSI暗号化とSIM/端末算出のパターンは以下の通りです。 •
SIM設計の観点では... - 対応するとして、端末とSIMのどちらで暗号化を行わせる? - Home Network Public Key複数運用する? Routing Indicator 設定どうする? 暗号化のProtection Schemeはどうする? → 5G SA対応SIMの新規設計は不可避であり、フルMVNO SIM 新規商品相当の検討・開発・検証が必要と考えています。 → 5GCベンダ/ SIMベンダとの相談・調整もインパクト大です。 IMSI 暗号化 暗号化処理の 担当 EF_USTのフラグ EF_SUCI_ calc_info EF_Routing_ Indicator なし 端末 No.124:無し No.125 : 無し 設定しない 設定しない あり 端末 No.124:有り No.125 : 無し 設定が必要 設定が必要 あり SIM No.124:有り No.125 : 有り 設定が必要 (※) 設定が必要 ※SIM内で暗号化処理を行う場合、EF_SUCI_calc_Infoは端末から見えなくなります。 (EF自体が無く別管理とするか、EFのアクセスを閉じるか、など方法はSIMの実装次第)
©Internet Initiative Japan Inc. 24 7.SIMに関連する周辺業務
©Internet Initiative Japan Inc. 25 ▪SIMに関連する周辺業務 • miomtg#21(特にP.9以降)で触れていますが…… SIM発注から納品、そして検品や在庫登録など、ロジスティクスや BSS/OSSの設計・開発もある意味「SIM設計」のポイントです。
• SIMカードデザイン 物理カード自体のデザインもれっきとした「SIM設計」です。 (初期デザインについては10以上の候補を用意していました) 表面のデザインだけでなく、MSISDNやICCIDの位置、記載する テキストなど、裏面は業務対応やカスタマーサポートを想定して デザインしていました。 (なお、eSIMにカードデザインはありませんが、Profile Metadataに含めるアイコンは ある意味ではSIMデザインの1つと言えるかもしれません)
©Internet Initiative Japan Inc. 26 8.まとめ
©Internet Initiative Japan Inc. 27 ▪まとめ • SIMは単なる「加入者識別モジュール」というだけではありません。 モバイルネットワークの一部を担う重要な「通信設備」であり、フルMVNO 事業者の特色を発揮できる武器でもあります。
• その上で、提供する機能・サービスを明確にした上でのSIM設計が大前提。 対向設備であるHSS/UDMの実装だけでなく、関連法令やガイドラインも 踏まえておく必要があります。 SIM/eSIMの設計はそれ単体だけでなく、SIM/eSIMを取り巻く様々な 要素を、適切に組み立てていくことが重要と考えています。 IIJは、これまでも/これからも、調査と取り組みを続けながら 魅力的なサービス・機能を提供すべく、独自SIM/eSIMの 開発・設計を進めていきます。 「通信設備のひとつ」として SIMを設計する
©Internet Initiative Japan Inc. 28 ご清聴ありがとうございました
©Internet Initiative Japan Inc. 29 ▪補記 本資料で使用されている「バリーくん」は、弊社内で運用中の アラート通知・エスカレーション支援システム「Barry」で 使われている、マスコットキャラクターです。 「Barry」とバリーくんについての紹介はこちら。
~ IIJ Technical NIGHT vol.8 ~ - モチベ高い障害対応のためにアプリ作ってみた https://eng-blog.iij.ad.jp/archives/3903 テレコムサービス協会MVNO委員会作『しむし』は、 クリエイティブ・ コモンズ 表示 – 継承 2.1 日本 (CC BY-SA 2.1 JP) ライセンスの下に 提供されています。 https://www.telesa.or.jp/committee/mvno_new/mvno_char-html