MNP：仕組み*

*すべてがどのように機能するか誰も知らない...

携帯電話番号ポータビリティサービスの導入への情熱は少し落ち着きました。今度は、何がどのように行われたか、仕事の論理は何か、そしていくつかの技術的な側面を見てみましょう。 事前にすべての電気通信の専門家に、意図的な単純化を許し、無関係な詳細を無視するようにお願いします。



MNPをサポートするネットワークによって解決される主なタスクの1つは、加入者と任意のオペレーターとの関係を確立することです。 これは、音声通話またはSMSを正しく送信するため、および支払いシステム-送金先に必要です。 この問題を解決するために、転送された番号の中央データベースである中央コンピューターデータベースを使用します。



TsNIIIS FSUEが中央開発局の運営者に任命されたことを覚えています。そのタスクには、言及された基地の展開が含まれ、すべてのプレイヤーが接続されます。 もちろん、TsNIISSには独自の開発はありませんでしたが、リトアニアのMediaFon社から既製のNumlexソリューションを購入するという申し出がありました。 実際、これが起こったのです。 7000万ルーブルを購入するための資金は通信省によって割り当てられ、中央紙パルプセンターを非常に短時間で立ち上げることができました。 ところで、TsNIISのWebサイトでは、番号がオペレーターのものであるかどうかを確認する機会があります： www.zniis.ru/bdpn/check



TSNIISは、成功した移行の数に関する絶え間ない統計情報を常に提供しますが、残念ながら、そこから誰がどのシェアを誰から獲得したかということを理解することは不可能です。 しかし、サービスに対する需要のダイナミクスを見ることができます。 これが続くと、MNPが1〜2％しか需要がないという予測は間違っていると思います







MNPを2つの平面で検討します。

• 転送手順自体、サブスクライバーが1つのオペレーターから別のオペレーターに移行し、CDCNベースにルーティング情報が補充されます。その主なものはルーティング番号RNです。
• 新しい機能を考慮した、オペレーターの基本サービスの仕事。

支払いシステムを見るのも面白いでしょう。 しかし、残念ながら、私はこの問題をまったく所有していないため、より有能な著者に任せざるを得ません。 接続してください



今後、すべての呼処理ロジックの基盤はルーティング番号RNであり、次の形式であると言います。



DXXYYここで：



D-常にシンボル「D」

XXは、 憲法による地域コードです。 交通警察コードのように見えますが、多くの地域では一致しません。 たとえば、RNコード55の場合-ノヴゴロド地域を指しますが、ノヴゴロドコード53の交通警察。

YY-オペレーターコード。 MTS-01、MegaFon-02、Beeline-99、Tele2-20

加入者の部

TsNIIS文書には、プロセスの多くのカラフルな図と、コマンド、完了コード、および必要なすべての手順のかなり詳細な説明があります。 ドナーオペレーターのサブスクライバーが受信者オペレーターに任せる典型的な転送シナリオを検討します。 一言で言えば、これはPortationと呼ばれます。



図1は、移植プロセスの図です。







プロセスの主な段階を検討する

1. サブスクライバーは新しいオペレーター（受信者）のオフィスに来て、移行のステートメントを書き込みます。
2. 受信者のオペレーターは、アプリケーションが登録され、移植プロセスが開始されるCDCにリクエストを送信します。
3. 寄付者のオペレーターは申請書を受け取り、一連のチェックを実行します-加入者の所有権、借金なし、6か月間の転送禁止なし。 接続日などから
4. すべてのチェックが成功した場合、ドナーは転送開始の推定日を送信します。 通常、この日付は現在の時点から7日間後に選択されます。 実践が示すように、この期間中、ドナーオペレーターは加入者の処理を開始し、彼から出発理由を見つけようとし、慎重に考えることを申し出ます。 そのようなポリシーの有効性についてはわかりません。 購読者は、考えて、脚を使って声明を書くためにオフィスに到着した場合、何も彼を止めることはないようです。
5. 指定された日時に、プロセスの主な参加者がシステムを変更し、その後、加入者の新しいSIMカードが新しいネットワークで動作できるようになると、 小部分の段階が始まります。 最初に開始するのは、システムのサブスクライバー（HLRと請求書）を非アクティブ化するドナーです。
6. 次に、受信者は自宅で新しいサブスクライバーをアクティブにします。 これらすべての操作には、規則に従って30分が割り当てられます。 この期間中、サブスクライバーは完全に通信なしのままです。 私は、通常、すべてが数分で収まると言わなければなりません。 その後、加入者は新しいネットワークに登録し、さらに多くのサービスを使用できます。
7. さらに、ドナーはSFRを変更して、ネットワークから「以前の」加入者へのコールが新しいホームネットワークに正しく送信されるようにします。 これで小規模な移植フェーズが終了し、加入者は使い果たされたが満足しているため、新しいオペレーターに慣れ始めます。
8. CDCUは、移植されたサブスクライバーの新しいRNの増分データをデータベースにアップロードし、接続されているすべてのオペレーターが2時間ごとにこの情報を収集し、SRFを更新します

それだけです！ これで、すべてのオペレーターは、クライアントが新しいネットワークに移動したことを知っています。



そして、ここでは、ほとんどの操作が自動的に実行されることを追加します。 例外は、もちろん、サブスクライバーとのやり取り、さまざまなエラーや特別な状況の処理です。 たとえば、加入者はネットワークの変更について考えを変えることができます。この場合、独自の典型的なシナリオがあります。

基本サービスの仕事

この話全体は電話番号に関するものなので、主な関心は音声通話とSMSです。 すでに書いたように、コールを処理する主なタスクは、呼び出されたサブスクライバの場所を確立することです。 従来のモバイルネットワークでは、GMSCと呼ばれるスイッチがこれを解決し、STPシグナリングゲートウェイがこれを支援します。これは、希望するサブスクライバの数に基づいて、HLRにリクエストを送信する静的ルートを記述します。 モバイルネットワークの原理に精通していない場合、HLRは、加入者の技術的なパラメーターだけでなく、各加入者の現在のサービングスイッチに関する情報が保存されるデータベースであることを説明します。 そして、被呼者を見つけるために、ネットワークはHLRに要求を出します。



MNPの出現により、MSISDNに基づくスタティックシグナリングルーティングでは、目的のHLRを見つけることができなくなったため、オペレーターはSRFと呼ばれる新しいノードを持っています。 SRFの主な目的は、地域とオペレーターに対する任意の番号の所属に関する情報を保存、更新、提供することです。 所有権の兆候はルーティング番号RNであり、これはMSISDN番号と組み合わせて、GMSC / MSSスイッチによるMAPおよびISUPトラフィックのルーティングにさらに使用されます。



次に、新しいネットワークに移植された加入者への音声通話のシナリオを分析します。 たとえば、Tele2ネットワークの加入者Aは、MTSに切り替えた加入者Bを呼び出します**。 彼がどこから来たのかは問題ではありません。なぜなら、手順の最後の声明はもはや関係していないからです。 オペレーターは、SRFを操作するための異なる内部アルゴリズムを持っている場合があります。 ただし、これは1つの選択肢にしか過ぎないことを念頭に置いて、スキームを一般的な用語で見ていきます。

**演算子は任意に選択されます。

図2-移植された加入者への呼び出し

1. 番号は、T2ホームネットワークからサブスクライバAによってダイヤルされました。 サービスを提供するMSCスイッチは、コールをゲートウェイGMSCに転送します。ゲートウェイGMSCのタスクは、コールをさらに編成することです。
2. ゲートウェイGMSCはSRFに要求を行います。この場合、RNルーティング番号に関する情報と領域およびオペレーターコード（たとえば、D5501-MTS Novgorod）があります。
3. SRFノードは、GMSCのSRIに応答を返します。ここでは、RN + MSISDNからのバンドルが一時的な番号として表示されます
4. GMSCは、受信したRN + MSISDNに基づいて、コールをMTSオペレーターにルーティングします。
5. さて、そして-ネットワーク内の加入者を検索するための標準手順-HLR-Bへの要求、一時番号とGT VLRの取得、加入者Bの最終MSCへの音声接続の確立。

わかりやすくするために、受信側（MTS）側でサブスクライバBの所有権を確認する手順は省略されています。 また、SRFを介して実行され、他のオペレーターが間違ったアドレスに呼び出しを送信する場合に必要です。 私たちの場合、MTSに属さない番号に。 MTSは、このような呼び出しを、呼び出されたサブスクライバーが実際に登録されている場所に送信し、転送のためにかなりの金額を受け取ります。



繰り返しますが、異なるオペレーターの内部ソリューションの詳細は異なる場合があります。 しかし、一般的に、原則は1つの点で変更されていません。ルーティングパスを見つけるために、ネットワークは独自のSRFノードを使用します。



SMSを送信するための同様のシナリオを詳細に検討することは、ほとんど意味がありません。 受信者を検索するために、SMSCは標準要求SRI_for_SMを開始します。これは受信者のHLRにある必要があります。 途中で、この要求はSRFによってインターセプトされ、実際のオペレーター受信者を見つけるのに役立ちます。 それに応じて、SMSCは、レシーバーが配置されているGT VLRと、メッセージをサービングスイッチに送信するために必要なIMSIを受信します。 この情報がSRFによってどのように正確に取得されるかは、オペレーターと使用されるアドオンのシグナリングネットワークを純粋にルーティングすることの問題です。 STPノードの機能。

問題点

MNP実装の初期段階では、一部の個々のオペレータがコールルーティングとシグナリングを変更する時間がない場合がしばしばありました。 このため、SRFの参加なしに、以前のスキームに従っていくつかの範囲の数値を算出することができました。 これは非常にまれです。



ローカルオペレータデータベースのタイミングの悪い更新により、いくつかの問題が発生します。 実際、各主要プレーヤーには複数のSFRノードがあり、それらはCBDPNと直接同期されるのではなく、オペレーターのローカルBDPNを介して同期されます。 これらのプロセスは、移植手順の効率をいくらか低下させます。 加入者にとって、これは一部のオペレーターからの着信通信の欠如のように見えるかもしれません。



基本的なサービスがすでに多かれ少なかれテストされ、バグが取り除かれている場合、さまざまな種類のコール転送、SMS、短い番号、ABCシティ形式の携帯電話番号など、INプラットフォーム上に構築された大量のエキゾチックな「スマート」サービスがあります-これらはすべて再確認する必要があります。 ここですべてが悪いと言っているのではありません。 しかし、松葉杖が必要で機能が少ないほど、一部のメカニズムがMNPの下で調整するのを忘れている可能性が高いことを理解する必要があります。

結論

2013年の秋に、すべての市場参加者がMNPプロジェクトの組織を批判したとき、彼らは正しかった。 通信省の側では、明確な規則が非常に遅く発表されました。 しかし、私たちの国はこの分野の先駆者ではなかったという事実のおかげで、プロジェクトは実施されました。 市場には既製のソリューションがありました-パルプおよび抄紙機、および各オペレーターとその機器のベンダーの両方に対して。 したがって、一般的に、モバイル奴隷制度の廃止は、かんしゃくなしで穏やかでした。 また、粗さは依然として残っていますが、一般に、一般的なステレオタイプとは反対に、通信事業者は非常に迅速かつ一貫して機能していました。