技適はいくらかかるのか?


<警告>

下記に記述している内容は、「総務省電波利用ホームページ」「TELEC」「(株)日本電波法認証ラボラトリー」(2023/06/29に確認したらリンク先が詐欺サイトになっていた… http://www.jrlc-lab.com/)の記述を元に書きましたが誤っている可能性があります。

記載した内容は、あくまで、気になったから調べてみた、というものです。
きちんとしたことを確認したい場合は、総務省やTELECなどの問い合わせてください。


日本国内において、日本の携帯電話会社のSIMを使って、携帯電話を利用する場合、その携帯電話に「技術基準適合証明」もしくは「工事設計認証」を取得されている必要があります。

ちなみに、よく「技適」とか言っていますが、総務省では「技術基準適合証明等」や「技術基準適合証明又は工事設計認証」と言っており、「技適マーク」も「特定無線設備の技術基準適合証明等のマーク」というのが正式な表記となります。

アマチュア無線をやってる人にとっては、「技適」とか各種免許の存在は、ごくふつーのことなので、スルーしてしまいがちなのですが説明したいと思います。

まず、そもそもなのですが、携帯電話とは個人用の携帯型「無線局」です。

この無線局を取り扱うには、「無線局を使う人の免許(従事者免許)」、「無線局の免許(局免)」「使用する無線機が基準を満たしていることの証明検査(落成検査)」の3つが必要です。

機器の検査は「落成検査」というもので、無線機器の回路図等を提出し、それが適切に動作しているのかを、検査官が実際に来てチェックを行います。(車検みたいなものです)
そして、その無線局に対して、電波を出す許可として「無線局免許(局免)」が交付されます。

初期は、同じ設計の無線機を使っていたとしても、この「落成検査」を無線機毎にやっていました。
が、設計が同じものを使ってるなら簡略化できないか、ということで考え出された制度が「工事設計認証」と「技術基準適合証明」です。

この2つは、無線機のメーカもしくは販売店側で申請しておき、ユーザ側では無線機に関する申請を行う必要がない、というものになります。

携帯電話の場合、従事者免許は免除されています。

無線局免許は、基地局側で一括申請、みたいな扱いになります。

使用する無線機自体の検査は、「工事設計認証」か「技術適合証明」で行うことになっています。


さて、工事設計認証および技術適合証明にかかる費用について調べていきます。

TELEC「【技術基準適合証明・工事設計認証とは】」の説明を一部引用します。

「工事設計認証」は、同じ設計でつくられた無線機であれば、動作状況は同じ、という観点での許可です。
それに対して「技術基準適合証明」は、メーカ出荷前に各無線機をまとめて検査しておく、というものです。

費用の違いですが、「技術基準適合証明」では1台あたりにかかります。
それに対して「工事設計認証」の方は1機種、という単位での費用となります。

それではTELEC掲示の手数料(2014年時点)を元に妄想してみましょう。(2023/06/29時点での資料はこちら)

無線機は、使用する無線周波数帯域毎に認証が必要です。(アメリカを含め、世界的にそういう制度です。技適だからどうの、という話はありません)

このため、Androidスマートフォン、という観点で考えますと「WiFi」「Bluetooth」「WCDMA」とかサポートしている周波数帯域が増えるごとに検査項目が増え、費用が増すことになります。

— 2014/06/18追記 —
上記では「WCDMA」は1つ、という書き方をしていますが、「2100MHz(Band1)」「800MHz(Band9)」という風に各バンド毎に費用がかかる可能性もあります。
また、上記では省略しましたが「WCDMA」と「LTE」では区分が違うため、おそらく別費用です。
(WCDMA=「DS-CDMA携帯無線通信陸上移動局」,LTE=「SC-FDMA携帯無線通信陸上移動局」)
— 追記終了 —

「工事設計認証」 の場合

・WiFi 手数料:15万+試験手数料:9万
・Bluetooth 手数料:15万+試験手数料:9万
・WCDMA 手数料:25万+試験手数料:12万

総計すると 手数料55万+試験手数料30万 = 85万
複数項目ある場合は割引処置があるようです。
また、製造工場がISO9000s認定を受けていない場合は、手数料が6万円加算とのこと。

「技術基準適合証明」 の場合

特定無線設備の特性試験および試験項目によれば、実際には全数チェックではなく、サンプリング抽出を行い、その台数全てが試験に合格する必要があります。(【技術基準適合証明及び認証に関するQ&A】より)
100台申請の場合、実際に検査するのは8台です。

手数料は、基本料+抜き取り検査を行った台数分の手数料(2台目以降割引)、となります。

100台の場合は8台検査なので、以下の様になるようです。
・基本料 20000
・WiFi 24000+16000*7 = 136000
・Bluetooth 24000+1600*7 = 136000
・WCDMA 42000+32000*7 = 266000

総計558,000円…1台あたり5580円。
で、こちらも複数項目ある場合は割引処置があるようです。
(ちなみに、1台だけで申請したとすると、20000+24000+24000+42000=11万)

で・・・ここで出た費用は、あくまで、取得するのに必要な最低費用です。

実際には、技術基準満たしており、試験項目を通過できるように、製品の品質を揃えておく必要があります。
申請したけど、これらの基準を満たせなかった場合は「再申請」となります。

海外から端末を持ってくる場合は、その端末が日本の基準を満たしているのか、といったことをあらかじめ確認し、足りていなければ設計を変更する、などを行う必要があります。

ここのプロセスにどれくらい手間と費用がかかるか、という点が、無視できない要素だと思われます。
で・・・ここらへんのコストをどれくらい見込むか、というところが、端末価格に響いてきます。

技適を100台分申請して、サンプル検査で引っかかり1回落ちた、2回目の申請で通過した、なんてことになったら、56万*2回な上に、サンプル検査で引っかかったところを改修するのにいくらかかることやら・・・とかね。


2014/06/19追記

電気安全環境研究所(JET)にて「法律に基づく検査 電波法:技術基準適合証明・認証」というページを発見。

取得の際に必要な手続きの流れが解説されていました。


2015/02/20追記

Cerevo TechBlogで「自前で技適を取得し、中華の安価なBLEモジュールを使って製品を作る方法」という記事が公開されました。

業務として製品を出したい場合に、どのような感じで手続きを行っているのかが書かれているので、参考になるかと思います。

単3乾電池で動作する携帯SpareOneがComputex Debut!の謎



単3乾電池で動作するGSM専用携帯Spare One/Spare One plusのblogに「SpareOne Computex Debut!」という記事が掲載された。

あれ?去年のComputexにいたよな?と、うちのblogに書いた過去記事(単3電池駆動のシンプルフォンSpare Oneに新モデルSpare One plus登場(2013/06/06))を確認。

じゃぁ、何が新しいのか。

今回のSpare Oneは「SpareOne With Waterproof Coating」ということで、防水加工済みのSpare One plus、ということらしい。
確かに、いままでのSpare One/Spare One plusは、防水加工されていないので、万が一に備えて保管しておく際は防水袋(製品パッケージでもあるジップロック)に入れておく、ということになっていた。

その現状を改善するために、DryWired社の「DryWired 101X」というナノコーティング保護液を使って、SpareOneを保護している、というもの。

ただ・・・blogの古い記事を確認していくと、このWaterproof版は2月のMWC 2014 in バルセロナで登場済みらしい(SpareOne at MWC 2014 in Barcelona, Spain!(2014/02/26))

ComputexにWaterproof版を出すのが初めて、というだけだとは・・・

ところで、一部で噂の3G(WCDMA)版ですが、2012年1月にCES2012で初登場した際に「Different versions – for the Unites States, Europe and Asia – will be available with WCDMA frequency options for selected regions.」という形でWCDMA版の存在が示唆されています。
(公式リリース:SpareOne Debuts the Only Cell Phone in the World that Runs on a Single AA Battery and Maintains Its Charge Up to 15 Years(2012/01/09))
しかし、それ以降、公式でWCDMA版について言及したものは無いようです。

2年経っても出てこないようですし、単3電池1本で動作するようなWCDMA機というのは無い、と見た方が良さそうな状況ですね。

MPEG Media Transport(MMT)は何に使えるのか?



今年のNHK技術研究所の公開展示内容が発表されていた。
その中の1つ、「8Kスーパーハイビジョン放送の高機能化に向けたMMT伝送技術」について調べてみた。

MMTとは何か?というと「MPEG Media Transport」という今年MPEGで標準化が完了したばかりの規格で、データを届ける際の伝送経路を1つではなく、複数持たせることができるようになる規格。

検索して出てきた良い資料は以下の3つ
NHK技研R&D No.140 2013年7月掲載の「次世代放送システムのメディアトランスポート技術
NTT技術ジャーナル 2014 vol.26 No.2掲載の
4K ・ 8K映像配信を支える 次世代メディア伝送技術MMT
・DCCJ&SKJ主催シンポジウム2013の資料「ODS・遠隔コラボレーションを加速する 超高精細映像配信ネットワーク」(NTT技術ジャーナルのと同じ著者)

NHK技研R&Dのは、なぜ必要になっているのか、とかをしっかりと解説してあるのでお薦め。説明の主眼は「複数の伝送経路を使って映像を届ける」ということに置かれている。

NTT技術ジャーナル関連の2つは、「MMTで改善された点のうち誤り訂正が絡む符号化関連」と、「MMTを利用した映像製作サイドの利用例」に主眼を置いて書かれている。

とりあえず、いろいろ見て、私が理解したMMTを使い実現できること。
(間違ってるかも?)

「ワンセグ/フルセグ/スーパーハイビジョンなどでの映像の完全同期」

現状、ワンセグ/フルセグを含め、複数の端末で同時に同じチャネルを見た時に
映像・音声が同期することはなく、タイミングが若干ずれる。
これはTV局から発信された後の再生のタイミングを調整する機能が存在せず
受け取った電波をデジタル処理して表示するのにかかる時間を
そのままにしていることによるタイミングのズレである。

こういった状況を廃するため、例えば
・最終的な表示を決める為のタイミングデータ(電波配信)
・フルセグ用の映像データ(電波配信)
・ワンセグ用の映像データ(電波配信)
・スーパーハイビジョン用の映像データ(CATV配信)
・タブレット端末用の映像データ(IPベース配信)
・別視点用の映像データ(IPベース配信)

というように各データを複数の経路で配信する。

この場合、ユーザ側では、必要な映像データの取得を行うことになる、

例えば・・・

4Kテレビを最高画像でみるには以下の2つを受信
・最終的な表示を決める為のタイミングデータ(電波配信)
・スーパーハイビジョン用の映像データ(CATV配信)

移動中、車内TVを見るという時には以下の3つを受信
・最終的な表示を決める為のタイミングデータ(電波配信)
・フルセグ用の映像データ(電波配信)
・ワンセグ用の映像データ(電波配信)
フルセグの受信状況が悪ければ、ワンセグ映像に切り替える
現状だと、どうしてもワンセグ/フルセグ切り替え時に、
音声や映像が微妙に戻ったり飛んだりするが、
そういったロスが少なくなる(はず

スポーツ中継などで
・最終的な表示を決める為のタイミングデータ(電波配信)
・ワンセグ用の映像データ(電波配信)
・別視点A用の映像データ(IPベース配信)
・別視点B用の映像データ(IPベース配信)
というような形で、通常放送では見れない別視点映像を随時切り替えて、
もしくは機器側が対応していれば、同時に表示させる、
といったことが可能となる。

Brocade ICX6610の10Gbps SFP+ポートで10Gbpsが使えない


Brocadeの10Gbpsスイッチ、ICX 6610の設定中に悩んだことの1つ。

ICX 6610は、8個の10Gbps SFP+ポートがついている。
ライセンスシートにある手順を行い、ライセンスを登録すると使える・・・ということなんだけど、リンクアップしない。

今回は光ファイバケーブルではなく、SFP+ Copper Cableを使って、サーバ・スイッチ間を接続することになっている。
事前に、同じくBrocadeのVDX 6470でテストしており、その環境を、ICX 6610に持ってくる、というだけの話・・・だったんだけど、リンクアップしない。

まず、ケーブルを接続すると以下のメッセージが出る

Port 1/3/5 optics inserted, wait for Phy port initialization...

ポートのステータスを確認してみると、ダウンのまま

ICX6610-24 Switch#show interfaces brief

Port    Link    State   Dupl Speed Trunk Tag Pvid Pri MAC            Name
<略>
1/3/5   Down    None    None None  None  No  1    0   xxx.xxxx.xxxx
ICX6610-24 Switch#show interfaces ethernet 1/3/5
10GigabitEthernet1/3/5 is down, line protocol is down
  Hardware is 10GigabitEthernet, address is xxxx.xxxx.xxxx (bia xxxx.xxxx.xxxx)
  Interface type is unknown
  Configured speed 1Gbit, actual unknown, configured duplex fdx, actual unknown
  Member of L2 VLAN ID 1, port is untagged, port state is BLOCKING
  BPDU guard is Disabled, ROOT protect is Disabled
  Link Error Dampening is Disabled
  STP configured to ON, priority is level0, mac-learning is enabled
  Flow Control is enabled
  Mirror disabled, Monitor disabled
  Not member of any active trunks
  Not member of any configured trunks
  No port name
  MTU 1500 bytes
  300 second input rate: 0 bits/sec, 0 packets/sec, 0.00% utilization
  300 second output rate: 0 bits/sec, 0 packets/sec, 0.00% utilization
  0 packets input, 0 bytes, 0 no buffer
  Received 0 broadcasts, 0 multicasts, 0 unicasts
  0 input errors, 0 CRC, 0 frame, 0 ignored
  0 runts, 0 giants
  0 packets output, 0 bytes, 0 underruns
  Transmitted 0 broadcasts, 0 multicasts, 0 unicasts
  0 output errors, 0 collisions
  Relay Agent Information option: Disabled

Egress queues:
Queue counters    Queued packets    Dropped Packets
    0                   0                   0
    1                   0                   0
    2                   0                   0
    3                   0                   0
    4                   0                   0
    5                   0                   0
    6                   0                   0
    7                   0                   0
ICX6610-24 Switch#

いや、10Gbpsのはずなのに「1Gbps」という表記が・・・

もしや、autonegoの問題?と10Gbpsに固定するための設定を捜索。

ICX6610-24 Switch#configure terminal
ICX6610-24 Switch(config)#interface ethernet 1/3/5
ICX6610-24 Switch(config-if-e10000-1/3/5)#speed-duplex
  10-full            10M, full duplex
  10-half            10M, half duplex
  100-full           100M, full duplex
  100-half           100M, half duplex
  1000-full-master   1G, full duplex, master
  1000-full-slave    1G, full duplex, slave
  10g-full           10G, full duplex
  auto               Autonegotiation
ICX6610-24 Switch(config-if-e10000-1/3/5)#

speed-duplexで「10g-full」を指定すればよさそう。

ICX6610-24 Switch(config-if-e10000-1/3/5)#speed-duplex 10g-full
ICX6610-24 Switch(config-if-e10000-1/3/5)#

そして状態の確認

ICX6610-24 Switch(config-if-e10000-1/3/5)#show interfaces brief
Port    Link    State   Dupl Speed Trunk Tag Pvid Pri MAC            Name
<略>
1/3/5   Up      Forward Full 10G   None  No  1    0   xxxx.xxxx.xxxx
<略>
ICX6610-24 Switch(config-if-e10000-1/3/5)#show interfaces ethernet 1/3/5
10GigabitEthernet1/3/5 is up, line protocol is up
  Hardware is 10GigabitEthernet, address is xxxx.xxxx.xxxx (bia xxxx.xxxx.xxxx)
  Interface type is unknown
  Configured speed 10Gbit, actual 10Gbit, configured duplex fdx, actual fdx
  Member of L2 VLAN ID 1, port is untagged, port state is FORWARDING
  BPDU guard is Disabled, ROOT protect is Disabled
  Link Error Dampening is Disabled
  STP configured to ON, priority is level0, mac-learning is enabled
  Flow Control is enabled
  Mirror disabled, Monitor disabled
  Not member of any active trunks
  Not member of any configured trunks
  No port name
  MTU 10240 bytes
  300 second input rate: 8496 bits/sec, 12 packets/sec, 0.00% utilization
  300 second output rate: 2176 bits/sec, 3 packets/sec, 0.00% utilization
  248 packets input, 21760 bytes, 0 no buffer
  Received 87 broadcasts, 161 multicasts, 0 unicasts
  0 input errors, 0 CRC, 0 frame, 0 ignored
  0 runts, 0 giants
  154 packets output, 11128 bytes, 0 underruns
  Transmitted 138 broadcasts, 16 multicasts, 0 unicasts
  0 output errors, 0 collisions
  Relay Agent Information option: Disabled

Egress queues:
Queue counters    Queued packets    Dropped Packets
    0                 145                   0
    1                   0                   0
    2                   0                   0
    3                   0                   0
    4                   0                   0
    5                   0                   0
    6                   0                   0
    7                   9                   0
ICX6610-24 Switch(config-if-e10000-1/3/5)#

なるほど、「speed-duplex」か!とこっちのキーワードから検索してみたら公式の記述を見つけた。
FastIron Ethernet Switch Software Licensing Guide Configuring PoD on an interface

10Gbpsアップグレードオプションを適用しても、ICX 6610とICX 6450では、自動的に10Gbpsを使えるようにはなりません。
手動で10Gbpsを指定する必要があります。

ということでした・・・
なんてめんどくさい・・・

なお、この件に関するshow running-configは以下のようになります。

interface ethernet 1/3/1
 speed-duplex 10G-full
!
interface ethernet 1/3/2
 speed-duplex 10G-full
!
interface ethernet 1/3/3
 speed-duplex 10G-full
!
interface ethernet 1/3/4
 speed-duplex 10G-full
!
interface ethernet 1/3/5
 speed-duplex 10G-full
!
interface ethernet 1/3/6
 speed-duplex 10G-full
!
interface ethernet 1/3/7
 speed-duplex 10G-full
!
interface ethernet 1/3/8
 speed-duplex 10G-full
!

Covia FleaPhone CP-F03aのNFC機能を試す



Covia FleaPhone CP-F03aにNFC機能が搭載されている、とスペックにはある。
そのサポート状況について確認してみた。

試験に使ったアプリと動作状況は以下のとおりです。

IC運転免許証リーダー
 運転免許証に埋め込まれているICカードの情報を読み出すことができます。
 → 動作しました。

Suica Reader
 Suica/PASMOなどの交通系ICカードの残高情報などを読み出すことができます。
 → 動作しました。ただし、ICカード側の問題で読み出せないことがあります。
  詳しくは後述。

Edy Reader
 楽天Edyの残高情報を読み出すことが出来ます。
 → 動作しました。ただし、ICカード側の問題で読み出せないことがあります。

NFC Reader
 ICカードに埋め込まれている「Tag ID」と呼ばれる、ICカード固有の値を読み出すことができます。
 → 動作しました。ただし、ICカード側の問題で読み出しにくい場合があります。

NFC Passport Reader
 パスポートの真ん中にあるICチップを読み出せるらしく
 旅券番号と生年月日、有効期限を設定してからパスポートを重ねて読み出す・・・ということなんですが
 → 動きませんでした

・・・さて、上記で「ICカード側の問題」と書いている項目があります。
それについて説明します。

まず、Suica Readerの説明書きには「交通系ICカードはNFCタグとはデータ構造が違うため読み取りにくくなっています。」というふうなことが書かれています。

しかし、いま私の手元には以下のFelicaでテストした結果だとちょっと違う感じがします。

・2013年入手のView Suica
・2013年入手の子供Suica
・2011年ぐらいに入手のSuica
・2006年入手のTOICA
・2005年入手のICOCA
・2009年入手のKARUWAZA CLUB CARD(Edy)
・2007年ぐらいに入手のEdy

2009年以前のFelicaについて、NFC Readerでは「Technologies:NfcF」のカードとしてTag IDの読み出しは可能だけれども、Suica Reader/Edy Readerで残高が読み出せない、という状態になっています。
また、NFC Readerでも読み取れるポイントが非常に狭く、カードの位置を微調整する必要がありました。

2011年以降の3枚については、簡単に残高情報が読み出せます。
なので、それくらいで何かハードウェア的な変更があったのではないか?と予想しています。

さて・・・実際はどうでしょうかねぇ・・・