このセクションは、次の 2 つのパートに分かれています。
- Content - ELS メッセージの内容。
- 形式 - それらのメッセージの送信方法とデコード方法(必要な場合)。
コンテンツ
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 のサブセットとして次のように定義しています。
- User-Data-Header-Indicator フラグが SMS ヘッダー( (GSM 03.40 または 3GPP 23.040 メッセージの第 1 オクテット)
- SMS のユーザーデータ内に User-Data-Header を含む
- 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 でデコードできる必要があります。 ソフトウェアです。