112を呼び出すときに加入者の場所を特定する問題について

昨年以来、モバイルオペレーターは、112にSMSを発信または送信した加入者の場所に関する情報をシステム112に提供してきました。ヴォロネジ地域では、このサービスを実装する主な問題にぶつかるのに十分な時間をかけて1か月以上働いています。 また、電気通信事業者向けのサービスは世界規模であるため、これらの問題は国のすべての地域である程度存在します。







カットには、問題とその除去に関する通信および電気通信省への私たちの提案がリストされています。



112に電話をかけるときの加入者の場所の決定について簡単に



201612月1日、 ロシア通信省607の待望の命令が調印され、112システムの被呼加入者に関する座標やその他の情報の通信事業者による提供が規制されました。 期限は2017年5月1日に設定されました。サービスの集中化により、オペレーターはこれを非常に迅速に実装しました。各オペレーター
ビッグファイブ
Beeline、MTS、MegaFon、Tele2、Rostelecom
統一された、地域ではないプラットフォームは、SMSサービスと同様に、全国またはマクロ地域に対応します。 Systems-112( 各地域に独自の )熟成が長くなりました。 実際、現在でも、通信事業者からそのような情報の受信を保証している企業は多くありません。 これは2017年12月までに実装しました。



要するに、アルゴリズムは次のとおりです。 SIPヘッダーの112での加入者の呼び出しで、通信オペレーターの識別子が来ると、112システムは呼び出された加入者の場所の要求を送信します。 通信事業者の情報システムは、112システムに座標を提供し、エラーを示します。 地理情報サブシステム112は、これを円または扇形の形で地図上に視覚化する。



典型的なセクター



オペレータ112は、おおよその位置を見て、これを自分の仕事で使用します。 さらに、24時間以内にこのサブスクライバーの座標を再要求し、それらを受け取ることができます。



今問題



1.最大許容誤差が決定されていません



通信省は多くのことを決定しましたが、モバイルオペレーターがそのようなデータを提供する際にユーザー機器の位置を決定する際の最大許容誤差は制限されていません。 これは、加入者の意図された場所のオペレータによって転送された地域の中心と彼の実際の位置との間の距離が、市内で3.5 kmおよび地域で20 kmに達するという事実につながる。 確かに、基地局が非常に頻繁に配置されている都市では、3.5 kmは許容できないエラーです。



おそらく、このようなエラーは、都市では500 m、都市の外では2 kmと定義できます。 さらに、2003年以降のサービス112の欧州規格は、都市部で150 m、農村部で500 mの精度を決定し、アメリカの基準-ケースの80%で最大100 m( 出典 )。



オペレーターによって送信されたエラーは、「位置の正確に決定された座標の割合」という基準と併せて考慮される必要があることに留意してください。 すなわち サブスクライバーが取得しなかった場合、これは第1基準の違反であり、オペレーターが許容エラーを超えた場合、これも違反ですが、第2基準の違反です。



提案:モバイルオペレーターによって送信されたユーザー機器の位置を決定する際の最大許容誤差を決定します。



2.提供される座標の品質基準は定義されていません。



実際、通信事業者による情報提供の品質基準は定義されていません。 これにより、多くの抜け穴が残ります。 たとえば、情報を1回提供することも、ランダムに提供することもできます。 請求項1(上記)の非履行を考慮しても、オペレーターは一緒になって、ほとんど50%のケースで正しい場所を提供しません。



提案:加入者が112システムに連絡するときに、ユーザー機器の位置に関する情報を提供する通信オペレーターに次の品質基準を導入します。





3.精度が十分に高くない



ポイント1と2を提供するには、オペレーターは使用されているテクノロジーを再考する必要があります。 その命令の付録である手順24項は、加入者局の位置は、通信事業者が技術的にアクセス可能な精度で通信事業者の情報システムによって決定されることを規定しています。 ヴォロネジ市での運用結果によると、オペレーターが2つ以上の基地局を使用した座標決定技術を使用していることには疑問があります。 それどころか、特定の基地局のセグメントのピークオペレータトラフィックのゾーンがそのようなエリアとして与えられた場合、加入者の位置の決定は統計的方法を使用して実行されるという疑いがあります。



提案:オペレーターに知られている技術をリストし、その主な使用地域(地域センター、人口密度の低い地域)を示すことができますが、パラグラフ1および2で指定された基準を採用することで、このパラグラフが自動的に満たされる可能性があります。



4.約24時間の正確でない表現



注文の条項27に従って、通信事業者は、ユーザーが112に電話をかけた瞬間から24時間以内に、ユーザー機器(端末機器)の場所に関する情報とTsOV-112からの要求に応じて提供される追加情報の可用性を確保します。 この場合、オペレーターが1時間以内にデータを提供すると、実際には「24時間以内」という要件を満たします。 また、送信されたデータの関連性(要求時または最初の呼び出しの受信時)が示されていません。



提案:通信事業者が、SMS 112に電話またはSMSを送信することにより、システム112への加入者の最後の呼び出しの瞬間から厳密 24時間以内に、システム112の要求で要求時に関連するユーザー機器の場所の転送を確実にする



5.コールレスコール中に座標は送信されません



この注文は、SIMカードを搭載していないユーザー機器の場所に関するデータを提供する手順の要件を定義していません。 そして、そのような呼び出しがたくさんあります。 その結果、オペレーターはそのような機器の場所に関するデータを提供しません。 彼らによると、これは情報システムにSIMがない加入者デバイスの情報が不足しているためです。 そして、システム112に情報を提供する基本的な方法は、正確にプルです-システム112の要求に応じて、通信事業者のシステムに。



提案:オペレーターがSIMカードを装備していないユーザー機器の場所に関するデータを提供する手順を定義します。



6.携帯電話会社によるプッシュ方式の使用手順は明確ではありません



手続きのパラグラフ28( 注文への付属書)は、プッシュメソッドを使用して加入者の位置に関する情報を転送することを規定しています。ただし、座標がコールですぐに送信される場合、モバイルオペレーターは転送しません。 彼らによると、ほとんどの場合、オペレーターとRostelecomの接続はSIPを介して行われなかったため、現在の通信システムでは、着信コールで情報を送信する際のモバイルオペレーターによるPushメソッドの使用は技術的に不可能です。



なぜこれが必要なのですか? これにより、非対称呼び出しで座標を送信できます(前の段落を参照)。



提案:条項 28の適用と、プッシュ方式によるモバイルオペレーターへの情報転送に関するその他の要件明確にすること。



8. GPSおよびGLONASSテクノロジーは使用されません。



この順序は、加入者の位置を決定する際のGPSおよびGLONASSテクノロジーの使用を規制しませんが、これらのテクノロジーは、加入者の位置を決定する品質を大幅に改善します。



提案:ロシア連邦領内のGPS / GLONASSを装備した電話機の認証、112を呼び出す際の座標の自動決定および送信の要件に含める。



9. SMSは112から送信できません



システム112の電気通信サブシステムの構築と運用に関する手順と規則に関する方法論的な推奨事項は、システム112からSMSを送信する際に緊急サービスを呼び出すためのルート番号と署名「システム112」の使用を規制しますが、これにより、サブスクライバーはシステムからのメッセージに返信SMSを書くことができません112。 ここで、System-112に連絡した加入者との対話を行うことが提案されています。加入者は「System-112」カウンターパーティからSMSを受信し、「112」カウンターパーティは応答する必要があります。 これは、特に加入者にとって緊急の状況では便利ではありません。 この点に関しては、Sberbankが単一の数字「900」を使用することをお勧めします。



提案:システム112からSMSを送信するための3桁の数字「112」の使用を整理し、地域のシステム112オペレーターのための通信オペレーターによる提供の手順を規制する



おわりに



提案書が通信省に送られました。議論への招待を待っています。 情報の交換と修正/サポートのリクエストとともに、同じことが近隣地域に送信されました。 これまでのところ、彼らは答えを受け取っていません。 たぶんここで尊敬されるコミュニティがコメントするでしょう。



みんなありがとう!



理解できない状況では、112に電話してください!



UPD 04/02/2018:ヒントと説明をありがとう! 最も安価であると同時に非常に効果的な方法として、おそらくAML / ELSに専念します。 誰が気遣うか、という用語の下で-ウィキへのハイパーリンク、そしてそこからすでにソースへ



All Articles