iijmio meeting for iij technical week 2015 - iij.ad.jp · -...

© 2015 Internet Initiative Japan Inc. 1

IIJ Technical WEEK 2015 講演資料

IIJmio meeting for IIJ Technical WEEK 2015

2015/11/12 株式会社インターネットイニシアティブネットワーク本部技術企画室佐々木太志


話者紹介

佐々木太志（ささきふとし） - 2000年IIJ入社 - 以後、ネットワークサービスの構築、運用、開発に従事 - 2007年よりIIJのMVNO事業の立ち上げに参加。以後、MVNOサービスを

継続的に担当 - 現在、IIJネットワーク本部技術企画室担当課長

- IIJmioの公式Twitterアカウント@iijmioを主に担当 - （一社）テレコムサービス協会MVNO委員会メンバー

運営分科会副主査

消費者問題分科会メンバー

© 2015 Internet Initiative Japan Inc.

IIJmio meetingとは


IIJmio meetingとは

四半期ごとに、東京・大阪の2会場で開催 MVNOサービスについてざっくばらんにお話しするイベント

- IIJmioのサービス開発・運用・サポートを行っている我々IIJスタッフ - IIJmioをご利用中のお客様 - MVNOサービスに興味のある一般の方

IIJスタッフからのトークセッションと、会場からの質問に答えるフリートーク

0

50

100

150

200

250

第1回第2回第3回第4回第5回第6回第7回第8回第9回

過去の参加者数

東京

大阪


IIJmio meeting 9

2015/10/17（大阪会場）、2015/10/24（東京会場）で開催

プログラム - トークセッション

1. みおふぉん教室：自分のトラブルの状況を上手に説明しよう

2. IIJmioのいろいろな「開通」方法

3. IIJのモバイル&バックボーンインフラご紹介

- フリートーク


IIJmio meetingの目的

MVNOサービスに対するユーザ、プレユーザの理解の増進 - MVNOサービスは、既存の携帯電話サービスとは異なる点が多い - MVNOサービスに関する誤った理解は、普及の足かせとなる - MVNO自らがMVNOサービスについて、正しい知識を発信したい

ユーザニーズの拾い上げ、コミュニケーション

- 直接、ユーザ、プレユーザから自社サービスに対する評価、要望のインプットを受けたい

- お客様とのコミュニケーションから、常に新しいサービスを作り出し続けたい


IIJmio meetingテーマトークから


IIJmio meetingテーマトーク

IIJmio meetingでは、毎回3話のテーマトークを開催

テーマトークのセッション構成 - IIJmioの中の人が20～30分程度の持ち時間でトークを行う - その後10分程度の質疑応答を実施

本日は、過去のテーマトークから2つを選び雰囲気をお伝えします

1. 「SIMフリースマホの選び方」(IIJmio meeting 6) 2. 「MVNOとSIMフリー端末について」(IIJmio meeting 7 & 8)

8


「SIMフリースマホの選び方」 IIJmio meeting 6

株式会社インターネットイニシアティブ堂前清隆

[email protected]

みおふぉん教室: SIMフリースマホの選び方

‐ 11 ‐

IIJmioではSIM(通信サービス)のみの提供。

スマホ本体は別売り。

どんなスマホを選べばいいのか？

本日のテーマ

IIJmio

‐ 12 ‐

本日の目標

「スマホの選び方」を知る ※目指せ、脱初心者

‐ 13 ‐

サイズ・重量・外観 http://consumer.huawei.com/jp/mobile-phones/tech-specs/mate7-jp.htm

画面サイズ: 6インチ画面の細かさ: 1920x1080

このあたりはお好みで……

(店頭で触ってみるのもアリ)

‐ 14 ‐

基本性能 http://consumer.huawei.com/jp/mobile-phones/tech-specs/mate7-jp.htm

コア数*速度 = おおざっぱな性能

※Hisilicon Kirin 925 オクタコア

オクタ=8コアですが、実際には 4コア(性能重視) + 4コア(省電力)

コア数→計算ユニットの数

• 2コア: 価格重視・性能控えめ • 4コア: 標準～高級機

動作クロック→計算速度 • 1GHz~: 性能控えめ • 2GHz~: 性能重視

メモリ (RAM)→同時に動かせるアプリの数

• 512MB: 最低限 (工夫して使う必要あり) • 1GB: 価格重視 (そこそこ動く) • 2GB: 標準的 • 2GB超: 高級機

‐ 15 ‐

最近見かけるSIMフリースマホの性能

動作周波数やメモリ(RAM)の量がまちまち

• 細かく考えすぎるときりがありません

2015年1月現在の感覚 • 松: 4コア・2GHz台・メモリ2GB～ → ベストを求めるなら • 竹: 4コア・1GHz台・メモリ2GB → まあまあ標準 • 梅: 4コア・1GHz台・メモリ1GB → ヘビーに使わなければ… • 番外: 2コア・1GHz台・メモリ512MB → むしろ工夫を楽しめ！

サイズ解像度コア数動作周波数 RAM 価格帯

Ascend Mate 7 6 インチ 1920x1080 8コア 1.8GHz (1.3GHz) 2GB 5万強

Ascend G6 4.5インチ 960x540 4コア 1.2GHz 1GB 2万

Nexus 5 4.95インチ 1920x1080 4コア 2.26GHz 2GB 4万

Nexus 6 5.96インチ 2560x750 4コア 2.7GHz 3GB 8万弱

LG G2 mini 4.7インチ 960x540 4コア 1.2GHz 1GB 4万弱

ZenFone 5 5インチ 1280x720 4コア 1.2GHz 2GB 3万弱

freetel XM 5インチ 1280x720 4コア 1.2Ghz 1GB 3万

独断に基づくコメント

‐ 16 ‐

Band6/19 800MHz W-CDMA(3G)

Band28 700Hz LTE

Band19 800Hz LTE

Band21 1.5GHz LTE

Band3 1.8GHz(1.7GHz) LTE

Band1 2.1GHz(2GHz) LTE

Band1 2.1GHz W-CDMA(3G)

電波の種類 (方式・周波数)

通信方式・周波数が一致した電波だけが、通信に利用できます

携帯電話では様々な種類の電波が使われています。

基地局やスマホによって、対応している電波の種類が異なります。

○

○

○

○

○

20種類の電波に対応

‐ 17 ‐

docomoの電波の種類と、スマホの対応状況電波の種類

通信方式 W-CDMA LTE

Band Band 6 Band 19 Band 1 Band 28 Band 19 Band 21 Band 3 Band 1

周波数 800MHz 2.1GHz (2GHz) 700MHz 800MHz 1.5GHz 1.8GHz

(1.7GHz) 2.1GHz (2GHz)

スマホ対応状況 (LTE対応モデル)

Ascend Mate 7 ○ ○ ○ ○ ○ Ascend G6 ○ ○ ○

Nexus 5 ○ ○ ○ ○ Nexus 6 ○ ○ ○ ○ ○ ○

LG G2 mini ○ ○ ○ ○ ○ ZenFone 5 ○ ○ ○ ○ ○ freetel XM ○ ○ ○ ○ ○

iPhone 6 ○ ○ ○ ○ ○ ○ iPhone 6 Plus ○ ○ ○ ○ ○ ○

(3G専用モデル) freetel priori2 ○ ○

(docomo製品)

ARROWS NX F-02G ○ ○ ○ ○ ○ ○ ○

Band19のみ

‐ 18 ‐

対応電波が少ないと起こる影響

都市部での影響 • 2.1GHz(LTE・W-CDMA)に対応していれば、まず「圏外」はない。 • 1.5GHz・1.7GHz非対応だと、混雑しているときに通信速度が遅くなりや

すい • 都市部では複数の電波を使って混雑対策をしているが、そういった電波が利用で

きないため

地方での影響 • 800MHz(LTE・W-CDMA)非対応だと、山間部などで「圏外」になりやす

い • 800MHz LTE非対応 → 3G(W-CDMA)で接続 • 800MHz W-CDMA非対応 → 「圏外」(電話もできない)

docomoのエリアマップで確認できます

‐ 19 ‐

エリアと周波数のまとめ

何を見るか？「通信方式」と「周波数」(バンド番号)

2.1GHz (Band1) LTE・W-CDMAに対応していれば、

都市部ではおおむね使える周辺地域が活動範囲の場合は、800MHz(Band6,19)対応

がポイント

それ以外のバンドは、混雑時の快適さを求める場合に

「MVNOとSIMフリー端末について」 IIJmio meeting 7 & 8

21

MVNOで端末に起因する問題が発生した場合

• MNOのIOTを通してない端末で問題が発生した場合はMVNOの責任で頑張らないといけない

• しかし、MNOと端末でやりとりされる制御情報は、 IIJにほとんど分からない

=> 問題の切り分けがほとんど出来ないことに。。。

• 具体的なシーケンスを例にこの問題を説明

MNO (NTTドコモ)

IIJ インターネット・・

22

LTE端末の初期の接続シーケンス例 - 1

MME HSS 端末 RRC Connection Request

eNB S-GW IIJ

P-GW

RRC Connection Setup

RRC Connection Setup Complete Attach Request

Identity Request

Identity Response

Authentication Information Request

Authentication Information Response

Authentication Request

Authentication Response

Security Mode Command

Security Mode Complete

ESM Information Request

ESM Information Response

EIR

Identity Check Request

Identity Check Ack

Update Location Request

Update Location Answer

Create Session Request


MNO(NTTドコモ)

← モバイルネットワークへの接続要求

← IMSI or IMEI要求

← SIM認証

← ユーザ認証ベクトル生成

← 端末とMME間の暗号化,IMEI要求

← IMEIチェック

← 接続情報を通知:APN,PDP Type, PCO(user/pass,DNS要求)

← 位置情報更新/ユーザのサービスに利用する各種情報の取得

← 下りデータ通信トンネルの作成。MVNOのユーザ認証

23

MNO(NTTドコモ)

LTE端末の初期の接続シーケンス例 - 2

MME HSS 端末 eNB S-GW IIJ

P-GW EIR

UE Capability Enquiry

UE Capability Response



Create Session Response

RRC Reconfiguration(Attach Accept)

RRC Reconfiguration Complete

Attach Complete

Initial Context Setup Request(Attach Accept)

Initial Context Setup Response

Modify Bearer Response

Modify Bearer Request

Modify Bearer Request

Modify Bearer Response

UE Capability Info Indication

接続シーケンス中で赤の部分しかIIJには分からないこれだけの情報で端末側の問題の調査はほぼ不可能。。。

← 上りデータ通信トンネル作成 IPアドレス, DNSアドレス返信

← 端末の無線(3G/LTE)能力の取得


← 端末とeNB間の暗号化

← 下りデータ通信トンネル作成

← データ通信トンネル作成 IPアドレス, DNSアドレス返信

24

端末の接続問題の調査のために

• MVNOのネットワーク側の設備(P-GW等)だけでは、問

題の調査は不可能 • MVNOはモバイルキャリアのネットワークを直接調べ

ることはできない

• MVNOにできることは、モバイルキャリアの入り口となる、端末<->基地局間の無線区間でやりとりされ制御情報を何らかの方法で調べることぐらい

• この具体的な調査方法について解説

25

2. 無線区間の制御情報の調査手法について

26

無線区間の制御信号を調べる調査手法

• MVNOで可能な下記の３種類を検討 1. 端末内のBasebandチップから制御情報を抜く 2. 無線区間で直接、制御情報を抜く 3. 基地局側(シミュレータ)で制御情報を抜く

MNO (NTTドコモ) 方法１

方法2 方法3

27

1. 端末内のBasebandチップから制御情報を抜く

• Basebandチップとは？ • デジタル信号とアナログ信号の相互変換、モバイルネットワークとの接

続制御を行っている • 原理的には制御情報をここから抜くことが可能

• 利点: Qualcommチップであれば比較的容易に可能。製品も存在する暗号化前/復号化後の基地局との制御情報を取得可能 ‘’後述の方法’’に比べると安価 • 欠点: 市販の端末から制御情報を抜くには敷居が高い

Qualcommチップ以外だと制御情報を抜くのが困難

Application Processor

モバイル制御部分

アプリケーションOS(Android/iOS)

制御情報

IPパケット RF

Baseband Processor

(Qualcommなど)

制御情報

(製品例) Meritech社 Sigma-ML/LA/PA Accuver社 XCAP/XCAL SwissQual社 QualiPoc

28

2. 無線区間で直接、制御情報を抜く

• 利点: 端末や基地局に手を加えなくて済む Basebandチップの種類を問わない

• 欠点: 調査対象の端末の電波だけを捕まえるのが困難制御情報は暗号化されているので復号化するために工夫がいる(暗号化キー入手のため、BasebandチップとSIM間の情報を抜く必用がある) 非常に高価

MNO

(NTTドコモ)

(製品例) ABIT社エアプロトコルモニター

29

3. 基地局側(シミュレータ)で制御情報を抜く

• 基地局シミュレータとは？ • 本来は端末開発時の動作確認用 • 基地局を含むモバイルネットワーク動作をシミュレート可能

• 利点: 端末に手を加えなくて済む暗号化前/復号化後の基地局との制御情報を取得可能

Basebandチップの種類を問わない • 欠点: キャリアのネットワーク動作を完全にシミレーションさせ

るには、ノウハウが必要実際の問題を再現させられるとは限らない非常に高価

MNO (NTTドコモ) 基地局シミュレータ

(製品例) アンリツ社シグナリングテスタ

30

3. 実際の問題での制御情報解析について

31

• 事象 • Lollipop(Android 5.x)から端末初期設定時に行われるだけだったAPN

サーチが、なぜか、電源on, 機内モード解除等を契機に再度行われて、接続に問題が生じる

• 動作 Nexus5: 3Gの接続しか出来なくなる Nexus7(2013): 5.0.xの場合 3Gの接続しか出来なくなる Nexus6: 3Gの接続しか出来なくなる

• 対策 • APN設定を現在契約しているMVNO以外は全て削除 • 3Gにしか接続出来なくなった場合は、一度機内モードにして解除する

• 詳細は次のページからで説明

事例1: LollipopでAPNサーチを頻繁に繰り返す問題

32

Nexus5/5.1.xの場合の接続シーケンス - 1

MME HSS 端末 RRC Connection Request

eNB S-GW IIJ

P-GW


RRC Connection Setup Complete Attach Request

Identity Request

Identity Response Authentication Information Request

Authentication Information Response







EIR

Identity Check Request

Identity Check Ack


Update Location Answer

MNO(NTTドコモ,LTE)

←APN:mopera.net へ接続を試みる

RRC Connection Release

Attach Reject ← SIMが許可されてないAPNのため拒否される

同じシーケンスをあと 2 回繰り返すが、APN:mopera.net から、次のAPN検索に進まず、3Gにフォールバック。次のページに続く

33

MNO(NTTドコモ,3G)


SGSN HLR 端末 NodeB RNC EIR

RRC Connection Request


RRC Connection Setup Complete

Attach Request Authentication Data Request

Authentication Data Response

Authentication and Ciphering Request

Authentication and Ciphering Response



Utran Mobility Information

Utran Mobility Information Confirm

Attach Accept

Attach Complete

GMM Information


RRC Connection Release Complete

IMEI Check Request

IMEI Check Response


Update Location Ack

Insert Subscriber Data

Insert Subscriber Data Ack

モバイル網のPS Attachのみ。次のページに続く

← APN接続/ユーザ認証失敗で、LTE接続できずに、3Gにフォールバックした場合でここで端末が無線の 3G(UTRAN)/LTE(EUTRAN)能力を通知するときにUTRANだけの能力を通知

IIJ P-GW S-GW

ここで端末のLTEコア接続能力 (EPC capability)を通知

LTE

34

MNO(NTTドコモ,3G) LTE


SGSN HLR 端末 NodeB RNC EIR




Service Request





Activate PDP Context Reject



Activate PDP Context Request ← この接続拒否のシーケンスを下記のAPN順で繰り返す APN: bmobile.ne.jp, user:bmobile@fr APN: bmobile.ne.jp, user:bmobile@u300 APN: bmobile.ne.jp, user:bmobile@spd APN: bmobile.ne.jp, user:bmobile@cm

IIJ P-GW S-GW

35

MNO(NTTドコモ,3G) LTE

Nexus5/5.1.xの場合の接続シーケンス – 4

SGSN HLR 端末 NodeB RNC

IIJ P-GW EIR




Service Request





Activate PDP Context Accept

Activate PDP Context Request

APN:iijmio.jp, pdp-type=ipv4ipv6 で接続完了。ただし端末からは、無線は3G接続だけの能力(UTRAN)しかないと通知し、LTE能力を無効化しているため、LTE側に遷移しない一度機内モードにして再接続すると、覚えたAPNへ接続に行き、無線のLTE接続能力を広報するようになるので、LTEに接続可能に

P-TMSI Reallocation Command

P-TMSI Reallocation Complete

Radio Bearer Setup

Radio Bearer Setup Complete



Measurement Control

Transport Channel Reconfiguration

Transport Channel Reconfiguration Complete

Signaling Connection Release Indication



S-GW

↑ EPC capabilityがある場合、 S-GW経由でデータ接続を確立

36

3. iPhoneの制御情報解析について

37

• 事象 • iPhone5S,5c,iPadシリーズで、電源on,機内モードon/off等で、

再接続し3Gを掴んだ後にLTEにすぐに遷移しない。3Gから全く遷移しない場合やLTEに遷移するのに約12分かかる

• 動作 • iOS7.0以降の iPhone5S,5c,5,iPadで発生 • 古い一部の機種では放置した場合にLTEに遷移しない

• 対策 • 3Gを掴んで切り替わらない場合は機内モードのon/offを試す

• 音声/SMS SIMを利用の場合のみ • Cellular Payload版APN構成プロファイルを利用

(参考) http://techlog.iij.ad.jp/archives/1574

• 原因 • iOS6->iOS7での仕様変更の影響？！

• 詳細は次のページからで説明

事例1:iPhone5S,5c等で3G->LTEにすぐに遷移しない問題

38

データSIMの場合の詳細なシーケンス

39

端末 RRC Connection Request (registration, EUTRA)

ドコモ 3G ドコモ LTE



Authentication And Ciphering Request



Attach Request

Authentication And Ciphering Response


Ultran Mobility Information Confirm

Attach Accept

Attach Complete




GMM Information

3Gに対してAttach （初期位置登録）要求。 (注)iPhoneの場合、3Gのデータ通信接続(PDP Context 確立)は、 attach完了後再接続して行う

次のページにつづく

Attach成功

iPhone5S/iOS8.4/データSIMの接続シーケンス - 1

3Gの接続を試みるが、ドコモ網の特徴で端末が 1. EUTRA (LTE無線接続能力) 2. データSIMを利用 3. 位置登録要求(registration)以外を満たすと、LTEへリダイレクションされる。この場合は、’位置登録要求’のため、条件を満たさず、3Gへ接続。

一度、3G基地局との接続を解放

40


端末 RRC Connection Request (originating Subscribed Traffic Call, EUTRA)

RRC Connection Reject (Redirection to LTE)




RRC Connection Setup Complete/Attach Request







RRC Connection Release/Attach Reject

なぜか、APN:spmode.ne.jp へデータ通信接続の確立を試みる

上記と同様のattachシーケンスをあと2回くり返すが、 APN:spmode.ne.jpに対する接続のため、全て失敗。 3Gにフォールバックする次のページにつづく

LTE網へAttach(位置登録) + データ通信接続の確立を要求

MVNO SIMではドコモAPNに対し接続許可されてないので拒否される

データ通信接続確立のため、3Gへの接続を試みるが、ドコモ網の特徴で端末が 1. EUTRA (LTE無線接続能力) 2. データSIMを利用 3. 位置登録要求(registration)以外を満たすため、LTEへリダイレクションされる。ただし、3G網でデータ通信接続が確立できてないため、LTE網でのAttach(初期位置登録) からやり直すことになる。

41

端末 RRC Connection Request (registration, no-EUTRA)







Attach Request




Attach Accept

Attach Complete




GMM Information

3Gに対してAttach （初期位置登録）要求。 (注)iPhoneの場合、3Gのデータ通信接続の確立は、 attach完了後再接続して行う


Attach成功


LTE網へのAttachが失敗したため、EUTRA能力を無効化して3G網でattachから再度やり直す。 3Gへの接続を試みるが、ドコモ網の特徴で端末が 1. EUTRA (LTE無線接続能力) 2. データSIMを利用 3. 位置登録要求(registration)以外を満たすと、LTEへリダイレクションされる。この場合は、EUTRA能力を持たず、また、位置登録要求のため、条件を満たさず、3Gへ接続。


42

Transport Channel Reconfiguration Complete

端末 RRC Connection Request (originating Subscribed Traffic Call, no-EUTRA)






Service Request




Measurement Report

Transport Channel Reconfiguration Request

APN:iijmio.jpへ３Gデータ通信接続の確立を要求




データ通信接続確立のため、3Gへの接続を試みるが、ドコモ網の特徴で端末が 1. EUTRA (LTE無線接続能力) 2. データSIMを利用 3. 位置登録要求(registration)以外を満たすと、LTEへリダイレクションされる。この場合は、シーケンス２の場合と異なり、EUTRA能力を無効化しているため、3Gへ接続される。

約１２分間、３G接続状態が継続 -> LTEを掴みにくい問題が発生

３Gデータ通信接続確立OK 以降、３Gデータ通信が可能な状態。

Radio Bearer Setup


Measurement Control

43

音声/SMS SIMの場合の

詳細なシーケンス

44

端末 RRC Connection Request (registration, EUTRA)







Attach Request




Attach Accept

Attach Complete




GMM Information

3Gに対してAttach （初期位置登録）要求。 (注)iPhoneの場合、3Gのデータ通信接続(PDP Context 確立)は、 attach完了後再接続して行う


Attach成功

iPhone5S/iOS8.4/音声SMS SIMの接続シーケンス - 1

3Gへの接続を試みるが、ドコモ網の特徴で端末が 1. EUTRA (LTE無線接続能力) 2. データSIMを利用 3. 位置登録要求(registration)以外を満たすと、LTEへリダイレクションされる。この場合は、音声SIM + 位置登録要求のため、条件を満たさず、3Gへ接続。


45

Physical Channel Reconfiguration Complete

端末 RRC Connection Request (originating Subscribed Traffic Call, EUTRA)






Service Request




Measurement Report

Physical Channel Reconfiguration Request

APN:iijmio.jpへ３Gデータ通信接続の確立を要求



データ通信接続確立のため、3Gへの接続を試みるが、ドコモ網の特徴で端末が 1. EUTRA (LTE無線接続能力) 2. データSIMを利用 3. 位置登録要求(registration)以外を満たすと、LTEへリダイレクションされる。この場合は、音声SIMを利用しているため、条件を満たさず3Gへ接続。

３Gデータ通信接続確立OK 以降、３Gデータ通信が可能な状態。

Radio Bearer Setup


Measurement Control


46

端末ドコモ 3G ドコモ LTE

Tracking Area Update Request


UE Capability Information

Tracking Area Update Complete


EMM Inforamtion

LTE網への位置登録更新完了 (補足) 3G網で、位置登録＋データ通信接続確立している場合は、位置登録更新のみで、LTE網でデータ通信が可能

基地局側から端末へLTE無線網の電波強度の測定を指示

LTE網での位置登録更新を要求

この部分は様々なバリエーションが存在。今回はその一例


Measurement Control

Measurement Report(e3a)

Measurement Report(e3a)

Handover From UTRAN Command EUTRA/RRC Connection Reconfiguration

RRC Connection Reconfiguration Complete

LTE網の電波強度が強いと基地局へ通知

LTE網のハンドオーバーを指示

LTE網へ接続

RRC Connection Reconfiguration


この場合一度、3Gを掴むがLTEへすぐに遷移する

47

Cellular Payload版

APN構成プロファイル利用の場合で

音声/SMS SIMの場合の

詳細なシーケンス

48


端末ドコモ 3G ドコモ LTE



RRC Connection Setup Complete/Attach Request

Identity Request

Identity Response





RRC Connection Reconfiguration/Activate Default EPS Bearer Context Request

APN:iijmio.jp へデータ通信接続の確立を要求ここが従来のAPN構成プロファイルとの最大の違い

LTE網へAttach(位置登録) + データ通信接続、を要求

MVNO SIMでもLTE接続が成功してすぐに利用可能に


UE Capability Information


Attach Complete

49

• 事象 • iOS8以降の端末でKDDI網でのMVNO SIMが利用

できる • 対策

• iOS8以降の端末で、Cellular Payload版のAPN構成プロファイルを利用することで、LTE接続が可能に

• 原因 • 古いAPN構成プロファイルだと、LTEのデータ接続

が成功しないため、接続ができなかった • ただし、iPhone5S/5cなどの一部機種ではSMS送

受信ができない、接続が不安定になる場合がある • 詳細は次のページからで説明

事例4:KDDI網利用のMVNOでiPhoneが利用可能


IIJmio meetingの今後



この1年、IIJmio meetingは様々な変革に取り組んできた - 多様な参加者の要求に合わせた、多彩なテーマトーク

初心者、中級者向けテーマトークの拡充

これまでのコアなユーザ層にも楽しんでいただけるタフなテーマ

- 展示コーナーの充実端末メーカーの協賛展示

- Panasonic - NECアクセステクニカ

IIJの様々なプロダクトの展示

- IIJ SmartKey - DSD音楽配信

- 法人向けサービス等

- ネット中継の実現 - フリートークコーナーの充実化 - 会場運営の改善



次の目標 - 更なるコンテンツの充実

お越しいただいたお客様の満足のために

- 裾野の拡大スピンオフイベントの企画

- お客様との交流の活性化より「中の人」に伝えやすい雰囲気作り

- イベントのプレゼンス向上 MVNO業界屈指の「お祭り」に

IIJmio meetingの今後にご期待ください


最後に

過去のトークセッションのスライドは、「IIJmio meeting ARCHIVE」 http://techlog.iij.ad.jp/contents/iijmio-meeting にて公開中 - 本日紹介したスライドのフルバージョンも同サイトにて閲覧可能

IIJmio meeting 10は、2016年1月の開催を予定

- 詳細な日程、テーマトークの内容については、来月以降に告知予定 IIJエンジニアblog「てくろぐ」http://techlog.iij.ad.jp/

IIJmio公式Twitterアカウント @iijmio

ぜひIIJmio公式Twitterアカウント@iijmioのフォローをお願いします

iijmio meeting for iij technical week 2015 - iij.ad.jp · -...

Documents