SMS の仕様

このセクションは、次の 2 つのパートに分かれています。

  1. Content - ELS メッセージの内容。
  2. 形式 - それらのメッセージの送信方法とデコード方法(必要な場合)。

コンテンツ

ELS V1

SMS で送信される ELS メッセージは、最新の ETSI AML 仕様に従います。この は ELS V1 と呼ばれ、ELS パートナーが選択した最も一般的なアプローチです。「 以下に、最も関連性の高いセクションを示します。

キー名 単位
A"ML バージョン - 1
lt 緯度 +37.42175
lg 経度 -122.08461
top 場所のタイムスタンプ yyyyMMddHHmmss(UTC 時間) 20150613010948
rd 位置情報の精度 メートル 20.0
lc 位置情報の信頼性 信頼度(%) 68
pm 測位方法(Wi-Fi、GPS、セル、Null) 「W」、「G」、「C」、「N」 W
si IMSI(元の IMSI の最初の 6 桁、残りの桁のみ) は 0 に置き換えられます) - 123456000000000
ei IMEI - 355458061005220
mcc ネットワーク MCC - 310
mnc ネットワーク MNC - 260
ml メッセージの長さ(メッセージの長さとヘッダーを含む) - 123

配置方法

null のロケーション

場所なし:

A"ML=1;lt=+00.00000;lg=+000.00000;rd=N;top=20220131173734;lc=0;pm=N;si=234159000000000;ei=123456789012345;mcc=234;mnc=15;ml=127

計算された位置情報:

A"ML=1;lt=+51.53321;lg=-0.12601;rd=14;top=20220131171748;lc=68;pm=W;si=234159000000000;ei=123456789012345;mcc=234;mnc=15;ml=126

ELS ベータ版

一部のパートナーが使用している試験運用版の形式は ELS ベータ版です。 さまざまな分野を試せる機会が生まれます。

以下に、最も関連性の高いセクションを示します。

キー名 単位
A"ML バージョン - 2
en 緊急通報番号 - 911
et 緊急通報のタイムスタンプ UNIX エポック時間(秒)(整数) 1593187189
lo 場所(緯度、経度、精度)- 緯度と経度は 小数点以下 5 桁で切り捨て、精度は小数点第 1 位まで。精度が 0 の場合は不明 度(浮動小数点)、度(浮動小数点)、メートル(浮動小数点) 37.42175、-122.08461、20.1
lt 位置情報の時刻(緊急速報からの相対時刻)- このフィールドは無視できます location(「lo」)フィールドが存在しないか、タイムスタンプ(「et」)フィールドがない場合 現在 秒(整数) 5
lc 位置情報の信頼性 パーセント信頼度(整数) 68
lz Vertical Location(高度、垂直方向の精度)- このフィールドには 場所(「lo」)フィールドが存在しない場合は無視されます。すべてのフィールドは小数点以下 1 桁で切り捨てられます。精度が 0 の場合は不明を表します メートル(浮動小数点)、メートル(浮動小数点) -10.1、10.1
ls Location Source(Wi-Fi、携帯、GPS、Fused、不明)- このフィールドは次のいずれかです。 場所(「lo」)フィールドが存在しない場合は無視されます。 「W」、「G」、「C」、「F」、「U」 W
ei IMEI - 355458061005220
nc ネットワーク MCC/MNC - 310260
hc Home MNC/MNC - 310260
lg 言語タグ IETF BCP 47 en-US

信頼度

標高(Z 軸)

ELS ベータ版メッセージでは、ELS のレポートに含まれるカテゴリの位置と精度が報告されます。標高 lz WGS84 の基準楕円体からメートル単位で表示されます( GPS で使用される世界測地系)とメートル単位の精度(高度、垂直) 場所(lo)フィールドが存在しない場合、このフィールドは無視されることがあります。すべて 小数点以下 1 桁に切り捨てられたフィールド。精度が 0.0 の場合: unknown。垂直方向の精度は位置情報の精度と同様に定義され、 信頼パーセンタイルはパートナー様によって設定されます。デフォルトは 68% です。 できます。詳しくは、Android 版ドキュメントで getVerticalAccuracyMeters()

地域がまだ計算されていないケース:

A"ML=2;en=911;et=1643816841;ei=123456789012345;nc=23415;hc=23415

位置情報が正常に計算されました(ケース):

A"ML=2;en=911;et=1643816929;lo=51.53321,-0.12601,14.7;lt=6;lc=68;lz=77.6,1.0;ls=W;ei=123456789012345;nc=23415;hc=23415

フォーマット

SMS 経由の ELS メッセージは、次の形式で送信できます。

  • テキスト SMS: 通常のプレーン SMS。この形式は次からサポートされています: Android P
  • データ SMS: メッセージの内容はテキスト SMS とまったく同じですが、 エンコードされます(詳細は下記を参照)。この形式は、 ELS に対応する Android デバイス。

テキスト(SMS)

テキスト SMS の読み取りと解析は比較的簡単です。モバイルが多い オペレーターが提供するサービスも push または pull して 通常の電話番号に送信されたメッセージの内容。

データ SMS

通常のテキスト SMS 形式は、Android P 以降でサポートされています。小学校高学年向け デバイスは、デコードが必要なデータ SMS を使用して ELS メッセージを送信します。ELS データ SMS メッセージは、GSM 03.38 の 7 ビットのデフォルト文字セットでエンコードされ、 データ SMS のバイナリ ペイロードとして設定されます。

通常の SMS とデータ SMS の正確な定義については、後で説明します。 GSM 03.38 7 ビット エンコーディングの正確な定義は、3GPP 23.038(具体的にはセクション 6.1.2.1.1 を参照)。

データ SMS のデコード

Google が ELS に SMS を使用する場合、ELS で問題となるのは ハンドセットからモバイル サービス センター(SMSC)への SMS - SMS-SUBMIT タイプ ブロックすることもできます。SMSC は、以下のように問題なくこれらのメッセージを受信できる必要があります。 通常の SMS 標準に含まれています(ただし、 インフラストラクチャの設定やポリシーから、 データ SMS を適切にデコードすることは困難です)。以下において ELS は ハンドセットから SMSC への SMS-SUBMIT メッセージ(通常の SMS メッセージに従う) (GSM 3.40)。ELS では、データ SMS を、通常の SMS のサブセットとして次のように定義しています。

  1. User-Data-Header-Indicator フラグが SMS ヘッダー( (GSM 03.40 または 3GPP 23.040 メッセージの第 1 オクテット)
  2. SMS のユーザーデータ内に User-Data-Header を含む
  3. User-Data-Header にはアプリケーションのポートアドレスが含まれる 情報要素識別子(IEI)

ELS では、通常の SMS ではなく、この方法で SMS を送信する必要があります。 ELS データ SMS メッセージが Android デバイスの メッセージ アプリ。後で、エンコードされた SMS の例を示して説明します。

ここでは特定の Data-Coding-Scheme(DCS)は指定していないことに注意してください。DCS を使用して、ユーザーデータ セグメント内のエンコードを識別できます。ただし、 Data Coding-Scheme は常に 8 ビットのデータに設定され、 最大限の柔軟性を確保できます。実際のデータ自体は、 GSM 03.38 の 7 ビットのデフォルト アルファベットです。したがって、7 ビットでエンコードされた各要素は、 8 ビットではなく 7 ビットしか占有しません。

ユーザー データ セグメントは最大 140 バイトであり、 ポート情報を含む User-Data-Header の最小サイズが 7 バイトである この場合、エンコードするために最大 133 バイト(7 ビットでエンコードされた 152 個の要素)が 実際の緊急速報メールなどですこれらのバイトは ELS Data SMS を明らかにするためにデコードされる場合があります。 表示されます。

したがって、この例のデータ SMS をデコードすると、バイナリのユーザーデータ この 16 進文字列は次のようになります。

415193D98BEDD8F4DEECE6A2C962B7DA8E7DEEB56232990B86A3D9623B39B92783EDE86F784F068BD560B6D80C1683E568B81D7BDCB3E176F076EFB89BA77B39DCCD56A3C966B15D39DD9BD570B2590E56CBC168B21A4DB66B8FC7BD590CB66BBBC73D990DB66BB37B31D94CC12CBBCF74B40E1493CD1A

GSM 03.38 をデコードする

次の例では、最初の数個のオクテットがデコードされ、残りは 示されます3GPP 23.038 を参照し、多くの 役立つオンライン ツール( http://smstools3.kekekasvi.com/topic.php?id=288).オクテット列には 黄色でハイライト表示されたセクションは、このテストでは 現在の 9 月分はそのままで、次の 9 月分に残ります。セプテット族の人々 黄色でハイライト表示されたセクションは オクテット

16 進数 オクテット セプテット 文字(16 進数)
41 01000001 1000001 A (41)
51 01010001 0100010 " (22)
93 10010011 1001101 M (4D)
D9 11011001 1001100 L (4C)
8B 10001011 0111101 = (3D)
ED 11101101 0110001 1 (31)
D8 11011000 0111011 ; (3B)
1101100 l (6C)
F4 11110100 1110100 t (74)
DE 11011110 0111101 = (3D)

最終的に、前のメッセージがデコードされても、 次の文字列:

A"ML=1;lt=37.42175;lg=-122.08461;rd=20;top=20150613010948;lc=68;pm=G;si=987654231;ei=358239059042542;mcc=310;mnc=260;ml=123

これらの SMS は、一般公開されているほとんどの SMS でデコードできる必要があります。 ソフトウェアです。