Enviar búsqueda
Cargar
開幕SIMがB41に入れない仕組みについて
•
3 recomendaciones
•
6,045 vistas
と
とうほぐモバイルミーティング
Seguir
開幕SIMがB41に入れない仕組みについて
Leer menos
Leer más
Móvil
Denunciar
Compartir
Denunciar
Compartir
1 de 25
Descargar ahora
Descargar para leer sin conexión
Recomendados
IIJmio meeting 25 スマートフォンはなぜ「つながらない」のか
IIJmio meeting 25 スマートフォンはなぜ「つながらない」のか
techlog (Internet Initiative Japan Inc.)
3GPP TR38.801-e00まとめ
3GPP TR38.801-e00まとめ
Tetsuya Hasegawa
Подробный технический обзор коммутаторов Cisco ME3800X/3600X
Подробный технический обзор коммутаторов Cisco ME3800X/3600X
Cisco Russia
3GPP 5G SA Detailed explanation 5(5G SA Handover Call Flow include 5GC)
3GPP 5G SA Detailed explanation 5(5G SA Handover Call Flow include 5GC)
Ryuichi Yasunaga
3GPP TS 38.300-100まとめ
3GPP TS 38.300-100まとめ
Tetsuya Hasegawa
IIJmio meeting 21 MVNO用語集(MVNO・通信規格)
IIJmio meeting 21 MVNO用語集(MVNO・通信規格)
techlog (Internet Initiative Japan Inc.)
3GPP LTE introduction 1(Architecture & Identification)
3GPP LTE introduction 1(Architecture & Identification)
Ryuichi Yasunaga
IIJmio meeting 17 DSDSと着信シーケンスについて
IIJmio meeting 17 DSDSと着信シーケンスについて
techlog (Internet Initiative Japan Inc.)
Recomendados
IIJmio meeting 25 スマートフォンはなぜ「つながらない」のか
IIJmio meeting 25 スマートフォンはなぜ「つながらない」のか
techlog (Internet Initiative Japan Inc.)
3GPP TR38.801-e00まとめ
3GPP TR38.801-e00まとめ
Tetsuya Hasegawa
Подробный технический обзор коммутаторов Cisco ME3800X/3600X
Подробный технический обзор коммутаторов Cisco ME3800X/3600X
Cisco Russia
3GPP 5G SA Detailed explanation 5(5G SA Handover Call Flow include 5GC)
3GPP 5G SA Detailed explanation 5(5G SA Handover Call Flow include 5GC)
Ryuichi Yasunaga
3GPP TS 38.300-100まとめ
3GPP TS 38.300-100まとめ
Tetsuya Hasegawa
IIJmio meeting 21 MVNO用語集(MVNO・通信規格)
IIJmio meeting 21 MVNO用語集(MVNO・通信規格)
techlog (Internet Initiative Japan Inc.)
3GPP LTE introduction 1(Architecture & Identification)
3GPP LTE introduction 1(Architecture & Identification)
Ryuichi Yasunaga
IIJmio meeting 17 DSDSと着信シーケンスについて
IIJmio meeting 17 DSDSと着信シーケンスについて
techlog (Internet Initiative Japan Inc.)
3GPP 5G SA Detailed explanation 3(5G SA NR Attach Registration Call Flow)
3GPP 5G SA Detailed explanation 3(5G SA NR Attach Registration Call Flow)
Ryuichi Yasunaga
IIJmio meeting 7 MVNOとSIMフリー端末の問題について
IIJmio meeting 7 MVNOとSIMフリー端末の問題について
techlog (Internet Initiative Japan Inc.)
IIJmio meeting 26 プライベートLTEとパブリックLTEの相互運用における問題とその解決
IIJmio meeting 26 プライベートLTEとパブリックLTEの相互運用における問題とその解決
techlog (Internet Initiative Japan Inc.)
さくらのセキュアモバイルコネクトの仕組み
さくらのセキュアモバイルコネクトの仕組み
とうほぐモバイルミーティング
IIJmio meeting 14 IIJmioタイプAとSIMフリー端末について
IIJmio meeting 14 IIJmioタイプAとSIMフリー端末について
techlog (Internet Initiative Japan Inc.)
BGP Unnumbered で遊んでみた
BGP Unnumbered で遊んでみた
akira6592
「おうちクラウド」が今熱い!
「おうちクラウド」が今熱い!
Hirotaka Sato
IIJmio meeting 16 スマートフォンがつながる仕組み
IIJmio meeting 16 スマートフォンがつながる仕組み
techlog (Internet Initiative Japan Inc.)
3GPP 5G NSA Detailed explanation 2(EN-DC SgNB additional call flow include LT...
3GPP 5G NSA Detailed explanation 2(EN-DC SgNB additional call flow include LT...
Ryuichi Yasunaga
PGW GGSN Optional Services Configuration
PGW GGSN Optional Services Configuration
Mustafa Golam
AWS Outposts/LocalZones/Wavelength勉強会
AWS Outposts/LocalZones/Wavelength勉強会
Mamoru Ohashi
オープンソースで始める「超」VPN 構築術
オープンソースで始める「超」VPN 構築術
Masahiko Hashimoto
IIJmio meeting 9 IIJのモバイル&バックボーンインフラ
IIJmio meeting 9 IIJのモバイル&バックボーンインフラ
techlog (Internet Initiative Japan Inc.)
3GPP 5G NSA Detailed explanation 1(EN-DC SgNB Addition Call Flow)
3GPP 5G NSA Detailed explanation 1(EN-DC SgNB Addition Call Flow)
Ryuichi Yasunaga
IIJmio meeting 19 IIJ フルMVNO徹底解説
IIJmio meeting 19 IIJ フルMVNO徹底解説
techlog (Internet Initiative Japan Inc.)
IIJmio meeting 31 音声通信の世界
IIJmio meeting 31 音声通信の世界
techlog (Internet Initiative Japan Inc.)
AWS Wavelengthと大阪リージョンのご紹介20210414
AWS Wavelengthと大阪リージョンのご紹介20210414
Amazon Web Services Japan
IoT と時系列データと Elasticsearch | Data Pipeline Casual Talk Vol.4
IoT と時系列データと Elasticsearch | Data Pipeline Casual Talk Vol.4
SORACOM,INC
IIJmio meeting 27 5G NSAについて
IIJmio meeting 27 5G NSAについて
techlog (Internet Initiative Japan Inc.)
大規模サービスを支えるネットワークインフラの全貌
大規模サービスを支えるネットワークインフラの全貌
LINE Corporation
Shownet2017 report
Shownet2017 report
Interop Tokyo ShowNet NOC Team
【標準】Wi−fi提案書2010 1206
【標準】Wi−fi提案書2010 1206
Nagayama Shinichi
Más contenido relacionado
La actualidad más candente
3GPP 5G SA Detailed explanation 3(5G SA NR Attach Registration Call Flow)
3GPP 5G SA Detailed explanation 3(5G SA NR Attach Registration Call Flow)
Ryuichi Yasunaga
IIJmio meeting 7 MVNOとSIMフリー端末の問題について
IIJmio meeting 7 MVNOとSIMフリー端末の問題について
techlog (Internet Initiative Japan Inc.)
IIJmio meeting 26 プライベートLTEとパブリックLTEの相互運用における問題とその解決
IIJmio meeting 26 プライベートLTEとパブリックLTEの相互運用における問題とその解決
techlog (Internet Initiative Japan Inc.)
さくらのセキュアモバイルコネクトの仕組み
さくらのセキュアモバイルコネクトの仕組み
とうほぐモバイルミーティング
IIJmio meeting 14 IIJmioタイプAとSIMフリー端末について
IIJmio meeting 14 IIJmioタイプAとSIMフリー端末について
techlog (Internet Initiative Japan Inc.)
BGP Unnumbered で遊んでみた
BGP Unnumbered で遊んでみた
akira6592
「おうちクラウド」が今熱い!
「おうちクラウド」が今熱い!
Hirotaka Sato
IIJmio meeting 16 スマートフォンがつながる仕組み
IIJmio meeting 16 スマートフォンがつながる仕組み
techlog (Internet Initiative Japan Inc.)
3GPP 5G NSA Detailed explanation 2(EN-DC SgNB additional call flow include LT...
3GPP 5G NSA Detailed explanation 2(EN-DC SgNB additional call flow include LT...
Ryuichi Yasunaga
PGW GGSN Optional Services Configuration
PGW GGSN Optional Services Configuration
Mustafa Golam
AWS Outposts/LocalZones/Wavelength勉強会
AWS Outposts/LocalZones/Wavelength勉強会
Mamoru Ohashi
オープンソースで始める「超」VPN 構築術
オープンソースで始める「超」VPN 構築術
Masahiko Hashimoto
IIJmio meeting 9 IIJのモバイル&バックボーンインフラ
IIJmio meeting 9 IIJのモバイル&バックボーンインフラ
techlog (Internet Initiative Japan Inc.)
3GPP 5G NSA Detailed explanation 1(EN-DC SgNB Addition Call Flow)
3GPP 5G NSA Detailed explanation 1(EN-DC SgNB Addition Call Flow)
Ryuichi Yasunaga
IIJmio meeting 19 IIJ フルMVNO徹底解説
IIJmio meeting 19 IIJ フルMVNO徹底解説
techlog (Internet Initiative Japan Inc.)
IIJmio meeting 31 音声通信の世界
IIJmio meeting 31 音声通信の世界
techlog (Internet Initiative Japan Inc.)
AWS Wavelengthと大阪リージョンのご紹介20210414
AWS Wavelengthと大阪リージョンのご紹介20210414
Amazon Web Services Japan
IoT と時系列データと Elasticsearch | Data Pipeline Casual Talk Vol.4
IoT と時系列データと Elasticsearch | Data Pipeline Casual Talk Vol.4
SORACOM,INC
IIJmio meeting 27 5G NSAについて
IIJmio meeting 27 5G NSAについて
techlog (Internet Initiative Japan Inc.)
大規模サービスを支えるネットワークインフラの全貌
大規模サービスを支えるネットワークインフラの全貌
LINE Corporation
La actualidad más candente
(20)
3GPP 5G SA Detailed explanation 3(5G SA NR Attach Registration Call Flow)
3GPP 5G SA Detailed explanation 3(5G SA NR Attach Registration Call Flow)
IIJmio meeting 7 MVNOとSIMフリー端末の問題について
IIJmio meeting 7 MVNOとSIMフリー端末の問題について
IIJmio meeting 26 プライベートLTEとパブリックLTEの相互運用における問題とその解決
IIJmio meeting 26 プライベートLTEとパブリックLTEの相互運用における問題とその解決
さくらのセキュアモバイルコネクトの仕組み
さくらのセキュアモバイルコネクトの仕組み
IIJmio meeting 14 IIJmioタイプAとSIMフリー端末について
IIJmio meeting 14 IIJmioタイプAとSIMフリー端末について
BGP Unnumbered で遊んでみた
BGP Unnumbered で遊んでみた
「おうちクラウド」が今熱い!
「おうちクラウド」が今熱い!
IIJmio meeting 16 スマートフォンがつながる仕組み
IIJmio meeting 16 スマートフォンがつながる仕組み
3GPP 5G NSA Detailed explanation 2(EN-DC SgNB additional call flow include LT...
3GPP 5G NSA Detailed explanation 2(EN-DC SgNB additional call flow include LT...
PGW GGSN Optional Services Configuration
PGW GGSN Optional Services Configuration
AWS Outposts/LocalZones/Wavelength勉強会
AWS Outposts/LocalZones/Wavelength勉強会
オープンソースで始める「超」VPN 構築術
オープンソースで始める「超」VPN 構築術
IIJmio meeting 9 IIJのモバイル&バックボーンインフラ
IIJmio meeting 9 IIJのモバイル&バックボーンインフラ
3GPP 5G NSA Detailed explanation 1(EN-DC SgNB Addition Call Flow)
3GPP 5G NSA Detailed explanation 1(EN-DC SgNB Addition Call Flow)
IIJmio meeting 19 IIJ フルMVNO徹底解説
IIJmio meeting 19 IIJ フルMVNO徹底解説
IIJmio meeting 31 音声通信の世界
IIJmio meeting 31 音声通信の世界
AWS Wavelengthと大阪リージョンのご紹介20210414
AWS Wavelengthと大阪リージョンのご紹介20210414
IoT と時系列データと Elasticsearch | Data Pipeline Casual Talk Vol.4
IoT と時系列データと Elasticsearch | Data Pipeline Casual Talk Vol.4
IIJmio meeting 27 5G NSAについて
IIJmio meeting 27 5G NSAについて
大規模サービスを支えるネットワークインフラの全貌
大規模サービスを支えるネットワークインフラの全貌
Similar a 開幕SIMがB41に入れない仕組みについて
Shownet2017 report
Shownet2017 report
Interop Tokyo ShowNet NOC Team
【標準】Wi−fi提案書2010 1206
【標準】Wi−fi提案書2010 1206
Nagayama Shinichi
IIJmio meeting #4 みおふぉんでVoLTE端末は使えるの?
IIJmio meeting #4 みおふぉんでVoLTE端末は使えるの?
techlog (Internet Initiative Japan Inc.)
SORACOM UG 東海 #3-2 | SORACOM 最新アップデート
SORACOM UG 東海 #3-2 | SORACOM 最新アップデート
SORACOM,INC
TTN V2からTTN V3への移行ハンズオン by TTN高崎イニシエーター/エルスピーナヴェインズ株式会社代表取締役青谷浩二様
TTN V2からTTN V3への移行ハンズオン by TTN高崎イニシエーター/エルスピーナヴェインズ株式会社代表取締役青谷浩二様
CRI Japan, Inc.
IIJmio meeting 15 みおふぉん教室 「SIMロックを解除してau, SoftBankのスマホを使うとどうなるのか?」
IIJmio meeting 15 みおふぉん教室 「SIMロックを解除してau, SoftBankのスマホを使うとどうなるのか?」
techlog (Internet Initiative Japan Inc.)
2015-ShowNet-報告資料
2015-ShowNet-報告資料
Interop Tokyo ShowNet NOC Team
3GPP 5G NSA introduction 3(Flow of EN-DC anchor band recognition)
3GPP 5G NSA introduction 3(Flow of EN-DC anchor band recognition)
Ryuichi Yasunaga
Fibre Channel 基礎講座
Fibre Channel 基礎講座
Brocade
【LPWA】NB-IoTご紹介、世界の動向とファーウェイの取組み
【LPWA】NB-IoTご紹介、世界の動向とファーウェイの取組み
飞扬 易
TTN_KAGOSHIMA#1 20171222
TTN_KAGOSHIMA#1 20171222
TTN_KAGOSHIMA
IIJmio meeting 8 続、MVNOとSIMフリー端末の問題について (iOS編)
IIJmio meeting 8 続、MVNOとSIMフリー端末の問題について (iOS編)
techlog (Internet Initiative Japan Inc.)
スマートWifi 22 oct2013最終版
スマートWifi 22 oct2013最終版
Mariko Tanaka
LPWAとは?(in Japanese)
LPWAとは?(in Japanese)
Toshihiko Yamakami
About 6lowpan wi-sun_ecl_20150116
About 6lowpan wi-sun_ecl_20150116
Umeda Hidekazu
サーバSEのためのネットワーク講座 #1 サーバ&仮想化インフラとネットワークの今昔物語
サーバSEのためのネットワーク講座 #1 サーバ&仮想化インフラとネットワークの今昔物語
dell_japan_partner_se_team
3GPP 5G NSA Detailed explanation 5(EN-DC Handover Call Flow)
3GPP 5G NSA Detailed explanation 5(EN-DC Handover Call Flow)
Ryuichi Yasunaga
SORACOM Bootcamp Rec9 - SORACOM Direct / Door
SORACOM Bootcamp Rec9 - SORACOM Direct / Door
SORACOM,INC
次世代高速モバイル通信の最新事情
次世代高速モバイル通信の最新事情
terada
Similar a 開幕SIMがB41に入れない仕組みについて
(19)
Shownet2017 report
Shownet2017 report
【標準】Wi−fi提案書2010 1206
【標準】Wi−fi提案書2010 1206
IIJmio meeting #4 みおふぉんでVoLTE端末は使えるの?
IIJmio meeting #4 みおふぉんでVoLTE端末は使えるの?
SORACOM UG 東海 #3-2 | SORACOM 最新アップデート
SORACOM UG 東海 #3-2 | SORACOM 最新アップデート
TTN V2からTTN V3への移行ハンズオン by TTN高崎イニシエーター/エルスピーナヴェインズ株式会社代表取締役青谷浩二様
TTN V2からTTN V3への移行ハンズオン by TTN高崎イニシエーター/エルスピーナヴェインズ株式会社代表取締役青谷浩二様
IIJmio meeting 15 みおふぉん教室 「SIMロックを解除してau, SoftBankのスマホを使うとどうなるのか?」
IIJmio meeting 15 みおふぉん教室 「SIMロックを解除してau, SoftBankのスマホを使うとどうなるのか?」
2015-ShowNet-報告資料
2015-ShowNet-報告資料
3GPP 5G NSA introduction 3(Flow of EN-DC anchor band recognition)
3GPP 5G NSA introduction 3(Flow of EN-DC anchor band recognition)
Fibre Channel 基礎講座
Fibre Channel 基礎講座
【LPWA】NB-IoTご紹介、世界の動向とファーウェイの取組み
【LPWA】NB-IoTご紹介、世界の動向とファーウェイの取組み
TTN_KAGOSHIMA#1 20171222
TTN_KAGOSHIMA#1 20171222
IIJmio meeting 8 続、MVNOとSIMフリー端末の問題について (iOS編)
IIJmio meeting 8 続、MVNOとSIMフリー端末の問題について (iOS編)
スマートWifi 22 oct2013最終版
スマートWifi 22 oct2013最終版
LPWAとは?(in Japanese)
LPWAとは?(in Japanese)
About 6lowpan wi-sun_ecl_20150116
About 6lowpan wi-sun_ecl_20150116
サーバSEのためのネットワーク講座 #1 サーバ&仮想化インフラとネットワークの今昔物語
サーバSEのためのネットワーク講座 #1 サーバ&仮想化インフラとネットワークの今昔物語
3GPP 5G NSA Detailed explanation 5(EN-DC Handover Call Flow)
3GPP 5G NSA Detailed explanation 5(EN-DC Handover Call Flow)
SORACOM Bootcamp Rec9 - SORACOM Direct / Door
SORACOM Bootcamp Rec9 - SORACOM Direct / Door
次世代高速モバイル通信の最新事情
次世代高速モバイル通信の最新事情
Más de とうほぐモバイルミーティング
MVNO契約でInitial Attachを活用しよう!
MVNO契約でInitial Attachを活用しよう!
とうほぐモバイルミーティング
ぼくのかんがえたさいきょうのでんそくかんきょう
ぼくのかんがえたさいきょうのでんそくかんきょう
とうほぐモバイルミーティング
相互接続におけるセキュリティ
相互接続におけるセキュリティ
とうほぐモバイルミーティング
楽天MNの求める国内ローミング接続における課題
楽天MNの求める国内ローミング接続における課題
とうほぐモバイルミーティング
L-02F乗っ取り事件とモバイル回線のセキュリティ
L-02F乗っ取り事件とモバイル回線のセキュリティ
とうほぐモバイルミーティング
スピードテストで送受信される情報を覗いてみよう
スピードテストで送受信される情報を覗いてみよう
とうほぐモバイルミーティング
最近の端末のRootingとバンド固定事情
最近の端末のRootingとバンド固定事情
とうほぐモバイルミーティング
各キャリアの新しい周波数の展開について
各キャリアの新しい周波数の展開について
とうほぐモバイルミーティング
Más de とうほぐモバイルミーティング
(8)
MVNO契約でInitial Attachを活用しよう!
MVNO契約でInitial Attachを活用しよう!
ぼくのかんがえたさいきょうのでんそくかんきょう
ぼくのかんがえたさいきょうのでんそくかんきょう
相互接続におけるセキュリティ
相互接続におけるセキュリティ
楽天MNの求める国内ローミング接続における課題
楽天MNの求める国内ローミング接続における課題
L-02F乗っ取り事件とモバイル回線のセキュリティ
L-02F乗っ取り事件とモバイル回線のセキュリティ
スピードテストで送受信される情報を覗いてみよう
スピードテストで送受信される情報を覗いてみよう
最近の端末のRootingとバンド固定事情
最近の端末のRootingとバンド固定事情
各キャリアの新しい周波数の展開について
各キャリアの新しい周波数の展開について
開幕SIMがB41に入れない仕組みについて
1.
開幕SIMがBand 41に 入れない仕組みについて とうほぐモバイルミーティング2017 2017/09/16 @oyaguma3
2.
■開幕SIMってそもそも何? • 日本通信が提供する「ソフトバンク回線のMVNO サービス」を利用するSIM(のデータ専用SIM) – http://www.bmobile.ne.jp/sb/index.html –
U-NEXTも「U-mobile S」としてサービス提供中。 ※今回使用した回線は「U-mobile S」のSIM。
3.
■開幕SIMがBand 41を使えない理由 • Band
41を運用しているのはSofbankではなく Wireless City Planning(以降WCPと表記) • Softbankは「Wireless City PlanningのMVNO」として、 自社網と接続していることになる。 – ちなみにau MVNOのケースでは、au-UQ間で結んでいる契約の 関係でWiMAX2+(という名のTD-LTE B41)が使用可能ということ らしい。 • 公式「MVNOとして事業をご検討の事業者さまへ」 – https://www.softbank.jp/corp/group/sbm/public/mvno/operator/ – MVNOさま向け標準プランに「4G通信サービスの通信方式は AXGP方式を除きます」と記載された箇所がある。
4.
今回は 理由ではなく「仕組み」のお話
5.
■どんな仕組みか • idle時とConnected時でそれぞれの仕組みが存在しつつ、 両方を組み合わせて運用する必要がある。 • Idle時 –
位置更新(Tracking Area Update)動作をトリガーにした Band 41エリアでのReject処理。 ※ 基本的にはローミング接続時に網から弾く処理に近い。 • Connected時 – ハンドオーバー用の測定対象にBand 41を含めない処理。 ※ そもそもBand 41をハンドオーバー対象にしない、というだけ。 測定対象に含めない処理はかなりの推測を含むため、 今回の説明では割愛。
6.
■仕組みの片方だけだと... • Idle時の仕組みだけだと... – Connected時のセル間移動は原則としてハンドオーバーのみ。 ハンドオーバーの制御は基地局(eNB)が実施。 –
基地局側でも「回線種別から」B41許可/不可を識別できないと、 B41接続不可SIMをB41対応端末に挿したケースで、B41に遷移 させてしまう状況が発生してしまう。 • Connected時の仕組みだけだと... – B1 / B3 / B8 / B11 / B41の報知情報全てにB41のセルサーチ用 パラメータが含まれており、B41対応端末だと、B41セルがサーチ 対象に入ってしまう。 – そもそも報知情報は、専用の共通チャネルで広報されているので、 特定の端末や回線契約にだけ隠す、ということはできない。 – 圏外から復帰するケースだと端末は報知情報関係なくサーチする ので、運悪く(運良く?)B41を見つけたら接続しに行ってしまう。
7.
具体的な「仕組み」について
8.
■仕組みの概要(Idle時) • 位置更新(Tracking Area
Update)動作をトリガーにした Band 41エリアでのReject処理 • B41のTracking Areaに入った時に、端末がTA Update処理を実行する ようなパラメータが設定されている。 • もし、B41のTracking Areaに所属するセルでTAU Requestが上がって きたら、EMM causeに「#15 No suitable cells in tracking area」を持つ TAU Rejectを返す。 • このcauseを受けた端末はセルサーチを行って、在圏できる他のセルを 探しに行くが、Rejectを受信したTracking Area以外なら、同じ事業者の セルを在圏先にすることもできる。 (そして結果的に、B1やB8のセルに在圏することになる)
9.
■流れを説明する前に(その1) • 用語やシステムについての補足 – Tracking
Area(TA) LTEネットワーク上のエリア区分を指すが、このエリア単位で着信の 呼び出し信号(Paging)が送出される。1つあるいは複数のMMEに 属しており、地域単位や周波数単位で分かれていることが多い。 • Tracking Areaには識別番号が振られており、これをTA Code(TAC)と呼ぶ。 TACは0x0000-FFFFの値を取るが、0000とFFFEは使用されない。 PLMNとセットで用いる場合は、TAI(TA Identifier)と呼ぶ。 • セルの報知情報にはTACとCell IDが含まれている。 • GSM / UMTSではLocation Area(LA)やRouting Area(RA)という名称になる。 – Tracking Area Update(TAU) その名の通り「端末が在圏しているTracking Areaの更新」処理。 「位置更新」と呼んだりもする(らしい) • 電源ON時から見て最初のTAU処理がいわゆる「Attach」である、と理解すると 分かりやすい。 • セル遷移時にセルのTACを確認して、自分の在圏していたTAと異なっていた 場合、端末はTracking Area Update処理のトリガーを引く。 • なお、Connected時もTAU処理は発生する。 • ちなみに3G遷移時などRATをまたぐ場合も、位置更新のトリガーとなる。
10.
■流れを説明する前に(その2) • Tracking Area
Update処理で今回関係する部分 ※ この処理自体は他にも色々とやっていること多いので割愛 – 在圏しているTracking Area(TA)の更新 • NW側から見て「端末がどこにいるか」の情報を、TAレベルで更新する。 • 同時に、NW側から端末へ「現在の在圏TAがどこであるか」を通知する。 • キーとなるポイント – 「現在の在圏TAがどこであるか」は、TACで通知される。 しかし、在圏TAは複数のTAC(どころかTAI)で構成できる。 – そのため、在圏TAの通知に「TAI List」というパラメータが用いられる。 TAI Listは例えば、以下のような構成で通知される。 • PLMN 1 : 440 20 TAC 1 : 1813 TAC 2 : 300C TAC 3 : 9F01 – これを受け取った端末は、現在の在圏TAはTAC : 1813 / 300C / 9F01 だと 認識することになる。 これらのTACを含むセルに在圏する限り、端末はTAU処理をトリガーしない。 (ただし、idle状態で一定時間同じセルに居続けると、存在確認のための定期TAUはトリガーされる)
11.
■流れを説明する前に(その3) MME 1 MME
2 MME 3 eNB 1 eNB 2 eNB 3 eNB 4 eNB 5 eNB 6 TAC:1813 TAC:9F01 TAC:300C TAC:9F01 CID:A543D098 TAC:9F01 CID:A543D099 TAC:9F01 CID:A543D09A TAC:1813 CID:1CA20570 TAC:1813 CID:1CA20571 TAC:1813 CID:1CA20572 TAC:1813 CID:1CA20573 TAC:1813 CID:1CA26472 TAC:1813 CID:1CA26473 TAC:1813 CID:1CA26474 TAC:1813 CID:1CA26475 TAC:1813 CID:8E9AF180 TAC:1813 CID:8E9AF181 TAC:1813 CID:8E9AF182 TAC:1813 CID:8E9AF183 TAC:300C CID:338B2944 TAC:300C CID:338B2945 TAC:300C CID:338B2946 TAC:300C CID:338B2947 TAC:300C CID:338B10CD TAC:300C CID:338B10CE TAC:300C CID:338B10CF Tracking AreaTracking AreaTracking AreaTracking Area観点でのNWNWNWNW構成例 (あくまで例です、念のため。実際はCACACACAの兼ね合いとかでもっと複雑) Band 41 Band 1 Band 1 Band 8 Band 3 Band 3
12.
実際の流れは?
13.
■TA Update成功ケース(SB純正/Yモバ) UE eNB
MME 遷移先セルの報知情報を受信 Idle中にセル遷移 報知情報でTAC確認 無線区間の接続処理を実施 前に在圏していたTACと自分のGUTI(識別子)を含めて 「Tracking Area Update Request」を送信 登録済TAI ListのTACと セルのTACを比較 TACが異なるので TAU処理をトリガー 「Tracking Area Update Request」を転送 上がってきたユーザ情報を 確認して在圏可否を判定 在圏OKなので 新規TAI Listを構成新規TAI ListとGUTIを載せて 「Tracking Area Update Accept」を送信新規TAI LsitとGUTIを「Tracking Area Update Accept」で 受領 登録済みTAI List(旧) TAC1 : 1813 TAC2 : 9F01 報知情報のTAC : 9F029F029F029F02 (Band 41) 新規TAI List TAC1 : 1813 TAC2 : 9F029F029F029F02 登録済TAI Listを更新 登録済みTAI List(新) TAC1 : 1813 TAC2 : 9F029F029F029F02
14.
■TA Update未発生ケース(SB純正/Yモバ) UE eNB
MME 遷移先セルの報知情報を受信 Idle中にセル遷移 報知情報でTAC確認 登録済TAI ListのTACと セルのTACを比較 TACが同じなので そのままIdleで在圏 登録済みTAI List(旧) TAC1 : 1813 TAC2 : 9F02 報知情報のTAC : 9F029F029F029F02 (Band 41) 在圏継続
15.
■Rejectケース(ソフトバンクMVNO回線時)その1 UE eNB MME 遷移先セルの報知情報を受信 Idle中にセル遷移 報知情報でTAC確認 無線区間の接続処理を実施 前に在圏していたTACと自分のGUTI(識別子)を含めて 「Tracking
Area Update Request」を送信 登録済TAI ListのTACと セルのTACを比較 TACが異なるので TAU処理をトリガー 「Tracking Area Update Request」を転送 上がってきたユーザ情報を 確認して在圏可否を判定 在圏NGだが回線利用OK なのでEMM Cause #15で Rejectする EMM Cause #15を載せて 「Tracking Area Update Reject」を送信 「Tracking Area Update Reject」でEMM Cause #15受領 登録済みTAI List TAC1 : 1813 報知情報のTAC : 9F019F019F019F01 (Band 41) 次スライドに続く
16.
(1) 「その1」スライドのBand 41Band
41Band 41Band 41セルが最良だった場合………… ■Rejectケース(ソフトバンクMVNO回線時)その2-1 UE eNB MME EMM Cause #15を受けて 在圏をあきらめて セルサーチ開始 端末の対応Bandに応じて 受信品質の良いセルを リストアップ 最良セルの報知情報を受信 報知情報でTAC確認 報知情報のTAC : 9F019F019F019F01 (Band 41) Reject時のTACと同じで あるため、次点のセルを サーチ 報知情報を受信 報知情報でTAC確認 報知情報のTAC : 1813181318131813 (Band 8) TACが同じなので そのままIdleで在圏 報知情報受信&TAC確認を繰り返して最適セルをサーチし続ける
17.
(2) TAC :
300CTAC : 300CTAC : 300CTAC : 300Cを持つBand 3Band 3Band 3Band 3セルが最良だった場合………… ■Rejectケース(ソフトバンクMVNO回線時)その2-2 UE eNB MME EMM Cause #15を受けて 在圏をあきらめて セルサーチ開始 端末の対応Bandに応じて 受信品質の良いセルを リストアップ 最良セルの報知情報を受信 報知情報でTAC確認 報知情報のTAC : 300C300C300C300C (Band 3) 登録済TAI ListのTACと セルのTACを比較 Reject時のTACと異なる &登録済TAI Listに無い TACであると確認 TACが異なるので TAU処理をトリガー TAU処理を実施
18.
(3) TAC :
1813TAC : 1813TAC : 1813TAC : 1813を持つBand 8Band 8Band 8Band 8セルが最良だった場合………… ■Rejectケース(ソフトバンクMVNO回線時)その2-3 UE eNB MME EMM Cause #15を受けて 在圏をあきらめて セルサーチ開始 端末の対応Bandに応じて 受信品質の良いセルを リストアップ 最良セルの報知情報を受信 報知情報でTAC確認 報知情報のTAC : 1813181318131813 (Band 8) 登録済TAI ListのTACと セルのTACを比較 Reject時のTACと異なる &登録済TAI Listにある TACであると確認 TACが同じなので そのままIdleで在圏
19.
Attachからの流れは?
20.
■Attach時からRejectされるケース その1 UE eNB MME 最良セルの報知情報を受信 端末の電源ON Attach処理を開始 無線区間の接続処理を実施 最後に在圏していたTACと自分のGUTI(識別子)を含めて 「Attach
Request」を送信 最初の接続であることを通知し「Attach Request」を転送 上がってきたユーザ情報を 確認して処理可否を判定 処理NGと判定 EMM Cause #15で Rejectする EMM Cause #15を載せて 「Attach Reject」を送信 「Attach Reject」でEMM Cause #15受領 次スライドに続く SIMカードのIMSIを 読み込んでPLMN等を 確認し、セルサーチ開始
21.
TAC : 1813TAC
: 1813TAC : 1813TAC : 1813を持つBand 8Band 8Band 8Band 8セルが最良だった場合………… ■Attach時からRejectされるケース その2 UE eNB MME EMM Cause #15を受けて 在圏をあきらめて セルサーチ開始 端末の対応Bandに応じて 受信品質の良いセルを リストアップ 最良セルの報知情報を受信 報知情報でTAC確認 報知情報のTAC : 1813181318131813 (Band 8) Reject時のTACと異なる Attach処理を再試行 次スライドに続く 無線区間の接続処理を実施 最後に在圏していたTACと自分のGUTI(識別子)を含めて 「Attach Request」を送信 最初の接続であることを通知し「Attach Request」を転送
22.
■Attach時からRejectされるケース その3 UE eNB MME OKと判定し処理継続 HSSへ加入者認証に 必要な情報を転送 加入者認証を実施し、認証OK 端末-NW間のセキュリティ設定を確立 上がってきたユーザ情報を 確認して処理可否を判定 HSSで在圏OKと判定後 TAI
Listを構成 新規TAI ListとGUTIを載せて 「Attach Accept」を送信 新規TAI LsitとGUTIを「Attach Accept」で受領 新規TAI List TAC1 : 1813TAI Listを更新& GUTIを更新 登録済みTAI List TAC1 : 1813 「Attach Complete」を送信 「Attach Complete」を転送 Attach完了
23.
まとめ
24.
■まとめ • LTEの基本的な移動管理システムに沿った仕組みを用いて、 ソフトバンクMVNO回線のB41セル利用を抑止している。 → 独自仕様は必要ないが、MMEやHSSに若干の開発が 必要だっただろうと推測される。 •
端末がB41に対応していても、B41に在圏できない仕組みと なっている。 → ユーザに見えないレベルで接続を試みているがすぐに 弾かれている。 • 端末側の設定は特に必要なく、NW側が適切なパラメータを 通知すれば、技術仕様に則った動作の組み合わせで実現。 → つまり、ほぼ全ての端末で動作する。
25.
■参照仕様/参考資料 • 3GPP – TS
23.003 – TS 24.301 / TS 24.008 – TS 36.331 – TS 36.304 • NTTドコモ テクニカル・ジャーナル Vol.19 No.1 「LTEを収容するコアネットワーク(EPC)を支える技術」 [ End of document ]
Descargar ahora