おそらく、先日、Beelineの加入者がYotaの顧客に連絡することができなかったため、通話が通らないという話を聞いたことがある人もいるかもしれません。 さらに、ヨータからビーラインへの発信は、ケースの100％で通過します。 ユーザーはBeelineのソーシャルネットワークへのダイヤルを報告し 、両方のオペレーターのサポートサービスに大きな不満を述べています。
簡単に言うと、状況は次のように説明できます。VimpelComは、自社のネットワークをタイムリーに拡大せず、加入者ベースの成長のダイナミクスを過小評価していました。 今日、100万人以上がYotaのモバイル通信を使用していますが、当社のモデム製品の顧客は含まれていません。 元ヨータのCEO、アナトリー・スモルゴンスキーが昨年言ったように、今後5年間の目標は約1000万人の顧客を獲得することです。
ネットワークの構成方法、そのような状況が発生した理由、およびそれを解決するための方法については、以下をお読みください。
理論のビット
本格的なMVNOオペレーターであるYotaは、親会社であるMegaFonの既存の無線ネットワークと交換機器を使用する機会を得ます。 法律に従って、連邦の各主体のヨタを含む各モバイルオペレーターは、他のテレコムオペレーターと必要な数の接続を編成し、特定のスキームに従ってトラフィックを通過させる必要があります。 私たちの場合：
- MGレベルでの接続は1人のオペレーターで十分です（トラフィックはMG / MN方向へ/から送信され、MegaFonを除く他のモバイルオペレーターの番号から/への呼び出しも送信されます）。
- 固定レベルの電話サービスを提供するオペレーターとゾーンレベルで参加する。 このジャンクションの一部として、お客様と固定ネットワーク加入者（固定電話）間の音声通話（交通中継）が提供されます。
私たちはこれらの提携をすべての事業体の親会社と組織し、SPS-SPS（ヨタの顧客とMegaFonの加入者との間の通話）のレベルで共同を組織しました。
ほとんどのオペレーターでは、MG / MNジョイントを使用して、長距離電話と国際電話を逃します。 モスクワからサンクトペテルブルクなど、Yotaネットワーク内で通話が行われると、長距離通信のトランク（トランク、トランク）に入ります。 この場合、トラフィックはMG / MNジョイントを介して他のモバイルオペレータとの間で送受信されます。
通常、モバイルオペレータはネットワーク間の直接接続を手配します。 つまり、オペレーターAのATP —オペレーターBのATP、オペレーターAのATP —オペレーターBのATPなどです。 ただし、YotaはMVNOオペレーターであるため、MegaFonを除き、他のモバイルオペレーターと直接接続していません。 メインパートナーは、全国の関連ネットワークですべての接続を整理しているため、これは必要ありません。 このため、ATPオペレーターとのすべてのトラフィックは（オペレーターを介して）MG接続を通過します。
大規模なモバイルオペレータには、独自のMGノードがあります。 つまり、既存のスキームでは、VimpelComサブスクライバーがYotaクライアントを呼び出すと、発信トラフィックが最初にVimpelCom MGノードに送信され、次にMegaFon MGノードに送信されてから当社に送信されるか、代替の中継オペレーターを経由します。 各オペレーターは、規制上の法的行為、商業上の優先順位、利用可能なルートの品質と信頼性、およびその他の多くの基準に基づいて、加入者の通話を外部ネットワークに配信するシナリオを独自に選択する権利を持っています。
特定の機能を備えた上記のトラフィックパッシングモデルは、すべてのオペレーターに有効です。 各地域の各オペレーターは、規制上の法的行為（規制上の法的行為）の要件、ネットワーク構造、加入者の数と他のオペレーターの数、および着信コールと発信コールの数の比率に応じて、独自の通信組織スキームを実装する必要があります。
ダイヤラの問題
前述のように、Yota通信方式では、他のモバイルオペレーターのネットワークへの直接接続は使用しません。 他の多くのモバイルオペレーターへの着信と発信の両方のすべてのYotaトラフィックは、モバイルオペレーターYotaの開始以来、MegaFon MGノードを通過し続けています。 同時に、私たちは加入者に発信通話を提供する責任があります。 また、直接接続の可用性に関係なく、他のオペレーターにも同じことが当てはまります。 他のモバイルオペレーターとの直接接続の欠如はサービスの品質に影響を与えません。当社の裁量により、規制法の要件に従って、他のオペレーターを経由するトラフィックの転送を編成できます。
新しいオペレーターの通信組織スキームを作成する場合、ネットワーク間のトラフィックの通過に関するオペレーター間合意が必須です。 特定の範囲を特定のトランクにルーティングする必要があるというメガフォンネットワークに基づいてヨータの番号付けが開始されたという警告がタイムリーにロシア連邦のすべての構成エンティティのすべてのオペレーターに送信されました。 VimpelComを含むすべてのオペレーターから確認を受け取りました。 これは、規制当局によって数年間定義された標準の必須手順です。 さらに、ロシア連邦の各主題の主要オペレーターとのトラフィック交換テストが実施されました。
上記からわかるように、VimpelComの一部の加入者の番号をダイヤルしないことは、既存の通信組織スキームに関連していると言っても誤りです。 この場合、Yotaの顧客は当初からBeelineや他のオペレーターとは関係がなかったでしょう。 問題は異なります。
MG方向では、多くの場合、オペレータは単方向接続を持っていることを理解することが重要です。 つまり、オペレータAの加入者からオペレータBの加入者へのトラフィックは一方のルートを通り、戻りトラフィックは他方のルートを通ります。 また、各事業者は、加入者の発信トラフィックを他のすべての番号に整理する責任があります。 現在の状況に関連して、VimpelComは加入者からYota番号に電話をかける機能を提供し、顧客からVimpelCom番号に電話をかけます。
ニュアンスは、各オペレーターが定期的に他のオペレーターのMGノードへの接続を拡張する必要があることです。 これは、E1ストリーム（各ストリームが同時に最大31の音声接続を提供する）またはSIPトランクの数を増やすことによって行われます。 オペレーターの顧客ベースが拡大すると、このオペレーターの番号への発信コールが増加します。 拡張が実行されない場合、遅かれ早かれ、利用可能なフローの帯域幅は十分ではなくなります。 そして、顧客はオペレータの番号へのダイヤルで問題を経験し始めますが、アクセスは拡張されていません。 もちろん、ネットワークの負荷が低い夜間や早朝には、この問題がまったく存在しないか、広まっていない可能性があります。 しかし、残りの時間、人々が積極的に通信を使用し始めると、チャネルの混雑により、幸運にも5-10-15から1回の通話が行われます。
これがまさに、VimpelComのサブスクライバーがYotaの顧客にアクセスできない理由です。接続はタイムリーに拡張されませんでした。 現時点では、VimpelComネットワークからYota番号へのダイヤルに関する最大の問題は、モスクワ、サンクトペテルブルク、および人口100万人以上の大都市で指摘されています。
この投稿で通信市場の参加者が直面した困難について説明しますが、今年の9月末に別の主要なMTSオペレーターと共同で発生した同様の問題に言及するしかありません。 人々は休暇から帰り始め、夏の間加入者ベースが増加するにつれて、ヨータの番号への電話の数は急激に増加し始めました。 その結果、MTSネットワークから私たちのネットワークへのダイヤルには大きな困難がありました。 状況の共同議論の後、MTSは多くの地域で音声トラフィック伝送のシナリオへの変更を迅速に実装し、MTSからYotaへの通話に関する苦情はなくなりました。
現在の状況については、VimpelCom側の提携を拡大するための交渉が進行中です。 近い将来、問題の解決に成功することを期待できます。