分類と定義。
オペレーターの観点から見ると、ローミングには2つのタイプがあります。
- 入り口（インバウンド）。 着信ローミングの場合、請求書は、加入者がネットワークに到着したオペレーターに発行されます。
- アウトバウンド この場合、オペレーターは加入者に請求書を送り、ネットワーク加入者が登録されているオペレーターから請求書を受け取ります。
オペレーターは、いわゆる TAPファイル。サブスクライバーが使用したサービスと範囲を示します。 これらの記録に基づいて、オペレーターは毎月、相互に決済を行います。
加入者にとってはより困難です。テクノロジーと方法のセットがすべてあります。
それらは主に2つに分けられます。
- 支払い済み
- 前払い。
Ansaril3は彼の投稿でそれらについて話しました（しかし、実際にはスペルを引き起こしました）ので、私は繰り返しません。 あらゆる種類の組み合わせがありますが、それらはすでに「邪悪なものから」であり、あらゆる種類の複雑なサービスを発明する製品の専門家にとっては、詳しく見る必要があります。
ローミングで加入者に提供できるサービス：
- 声
- データ転送;
- ショートメッセージ
- USSD
（*実際にはもっと多くありますが、私はあらゆる種類のTSxxやその他については掘り下げません。おそらく後で）
後払いでは、すべてが明確に見えます：
- サブスクライバーがサービスを使用しました。
- CDRのオペレーターがゲストレコードを選択し、TAPファイルを生成しました。
- ホームオペレーターはTAPファイルを受け取り、査定を行い、パートナーのサービスに対して支払い、加入者からお金を受け取り、アカウントに喜んで収入を入れました。
実際には、すべてがやや複雑です。
現代人は頻繁に飛んでいる生き物なので、世界のすべての国で、可能な限りローミングを機能させたいと考えています。 また、これは200を超えるオペレータであり、各オペレータは安全なチャネルを介して各ファイルを時間どおりに正しく送信する必要があります。 作業量は素晴らしいでしょう。 しかし、市場は柔軟であり、クリアリングハウスと呼ばれる企業が参入しました（それらのいくつかはありますが、名前は付けませんが、ネット上で完全に検索されます）。 それらは、オペレーター間でデータを転送するための一種のハブです。 現在、ネットワーク担当者と課金スペシャリストは、各オペレーターにファイルを送信（および受信）する必要はなく、1つの組織との作業を構成するだけです。
やれやれ！ はい、遅延がありますが、ファイルインターフェース、各サイドのチェック、人的要因、データが遅延する可能性があります。 そしてここで問題が始まり、それはビルショックと呼ばれます。
ユーザーはローミングに出て、サービスを不用意に使用します（または、流行のスマートフォンが所有者の知らないうちに更新をダウンロードすることを決定します）。 彼は帰宅し、アパートや車を売るのに必要な支払いの請求書を受け取ります。 悲しみ。
ユーザーにはお金がありません。 オペレーターは確かに神経質になりますが、お金がないので、どこでそれを手に入れ、世論の圧力の下で、評判を保存するために、借金は償却されます。 しかし、ハニーオペレーター間の契約をキャンセルした人はいません。加入者はサービスを使用しているため、相互決済が行われ、ホームオペレーターは加入者の冒険は言うまでもなく、お金、評判を失います。
このような状況は誰にも適していません。 解決策は何ですか？
完全に前払いされた支払い方法の導入は最も論理的なように見えますが、そうではありませんでした。
ローミングから得られる利益の大部分は企業のクライアントから得られます。 前払いではなく植えることはできません。 なんで？ はい、いくつかの理由で、もちろん可能なこともありますが、ほとんどは不可能です。
すべてのエキゾチックな国のパートナーオペレーターは、控えめに言っても、あまり有能ではないかもしれません。発売前の「推奨事項」を整理するために必要な技術を持っていないかもしれません...しかし、加入者は話したいと思っており、オペレーターはリスクを軽減します。
そして、楽しみが始まります。加入者が自分の財産をすべて言うことを防ぐテクノロジーの導入です。
NRTRDE（ほぼリアルタイムのローミングデータ交換）
このテクノロジーは、起こりうるビルショックを緩和するように設計されています。 本質は何ですか、TAPファイルは遅いものであり、来月に来るかもしれません、それに基づいて、サブスクライバーに請求されます。 NRファイルは少なくとも4時間ごとに到着する必要があります（通常はより頻繁で、通常のオペレーターの場合、そのようなファイルの受信が停止すると監視がパニックを引き起こします）。特別なシステムがサービスのコスト、加入者のアカウント、クレジット制限を分析し、逃げないようにします。
はい、4時間で一連のインターンをダウンロードできますが、すべてのシーズンではありません。 ある程度、これにより、サブスクライバーとオペレーターの両方が、天井からローミングするデータの価格を設定する悪意のあるパートナーから保護されます（はい、データ転送価格は天井から取られると思いますが、相互接続のこれらの価格の明確な正当化は見られません。サブスクライバー）。
長所：GSMAはシンプルで、NRファイルを交換する手順を必須にしました。すべてのタイプのサービスで機能し、受信側はNRファイルを送信するように刺激されます。 ファイルがなかったが、巨額の請求がある場合、誰もそのようなオペレーターに支払うことはありません。クリアリングハウスはオペレーター間のファイルの配信を整理します。エンティティを作成する必要はありません。
短所：ファイルインターフェイスとその固有の問題。
このテクノロジーはGSMA TD.35勧告に記載されていますが、残念ながら投稿できませんが、ネットワークを検索できます。
ローミング中のCAMEL
名前が示すように、ローミングサービスの評価はCAMELプロトコルに割り当てられます。 ここでのみ、CAMELは異なり、特に1番目から4番目のフェーズに分割されます。 各フェーズでは、新しく、興味深く、高価なものが追加されます。 はい、機器メーカーは各フェーズを個別にライセンスし、ほぼ全員がCAP2を持っている場合（CAMELアプリケーションパートフェーズ2）、ほとんどがCAP3を持っていますが、全員ではない場合、CAP4を持っている人はほとんどいません（高価で、DIAMETERはより機能的ですが、それ以上に以下）。 完全に比較するつもりはありません。テーブルにはたくさんのスマートな略語があり、それらをすべてメモリから解読することはしません。
- CAP1は非常に最初の実装です。 現在は個別に使用されていません
- CAP2-音声評価を許可します。
- CAP3-発信SMS（発信のみ）およびデータサービスが音声に追加されます
- CAP4-SMSなどのフルコントロール。ただし、ここでは検討しません。
上で言ったように、ほぼ全員がCAP2を持ち、誰もがCAP3を持っているわけではありません。すべてが音声で多かれ少なかれ場合、SMSを評価するために、ホームネットワークの機器にCAP3がある場合でも、3つのオプションのいずれかを実装する必要があります。
- プリペイドプラットフォームですべてのSMSトラフィックをラップし、プロキシとして機能させます。 ソリューションは実行可能で、十分にシンプルですが、マイナスは誰にとっても明らかです。もう1つの障害点、余分な負荷、
- SMSCとプリペイドの間に非標準プロトコルを実装するために多くの人がいます。特に、これは単一ベンダーのネットワークでよく見られる現象であり、メーカーは自社のプロトコル、さらにはすべてを植えることが非常に好きです。 どうやらアタビズム、tkの形で残された。 DIAMETERは数年前に安定しました。
- SMSC DIAMETERにネジ止めします。 このソリューションはすべての人に適していますが、ここでは古いSMSCのアップグレードに天文学的なコストがかかることがよくあります。 ベンダーは愚かではなく、オペレーターが遅かれ早かれ購入することを知っています。
CAP3 / 4のデータの評価はまだ初期段階であり、コンテンツの評価はサポートされていません。ローミングには適していますが、DIAMETERがある場合はエンティティを生成します。
コールバック
そのため、ローミングでの着信通話は発信通話よりも安価であり、シリアル番号が<149のUSSDは常に無料で自宅のHLRに行く必要があるという関税ポリシーが策定されています。 これらすべてから、次の作業スキームが生まれました。
サブスクライバAは、サブスクライバ番号B（+ 7xxxyyyzzww）の通常のダイヤルの代わりに、いずれにしてもホームHLRに到達するussdコマンド（* abc * 7xxxyyyzzww＃）をダイヤルします。 次に、IVRの子孫が動作し、最初に加入者Bに2つの発信コールを行い、ロボットが回線にハングアップすることを提案し、次にAを提供し、両方のチャネルを切断します。 発信IVRによって開始される一種の会議。 Aの場合、コールは通常の発信、Bよりも安い価格で着信します。着信コールを受信するだけです。 ホストを除き、誰もが満足しています。
評価方法は絶対に標準です。 マイナスがあり、一部のオペレーター（特にアラビア語のオペレーター）はUSSD配信ルールを吐き出したいと思っており、これらのメッセージをホームネットワークに大根で配信しません。
直径とOCS。
DIAMETERプロトコルはRADIUSの論理的な開発であり、興味深い場合は後で個別に説明します。 最初は、 RFC 3588 Diameter Base Protocolによって記述され、 RFC 4006 Diameter Credit Control Applicationの一部として開発され、3GPPは、 3gpp 32.299などのいくつかの推奨事項でその使用を開発および記述しました 。
論理的に構築された、拡張可能な、小児疾患RADIUSのない優れたプロトコル。 ただし、DIAMETERの推奨事項が多数あるという事実を考えると、3gppは仕様の多くのバージョンをリリースしており、各機器メーカーは独自の構造を自由に追加できます。 その結果、異なるベンダーの機器を使用する場合、DIAMETERで鉄片を入手する可能性がありますが、互換性はありません。 現在、状況は改善していますが、数年前でさえ、統合は不快な驚きをもたらす可能性があります。 これは、特に大規模なネットワークで顕著です。 これは、SMSの評価に完全に影響します。
合計
要約してみます。 1つの記事でローミングのサービス全体の評価を説明することはできませんが、それでも次のようになります。
- 技術的には、ローミングの正しい評価のためのすべての手段があります。
- 加入者以上のオペレーターは、通常の評価に関心を持つべきです。
- 適切なオペレーターのサービスの正しい評価は、何らかの理由でオンライン評価のための機能を実装しなかったパートナーオペレーターによって妨げられます。
次の記事（流出しない場合）では、DIAMETERとRADIUSの使用について説明します。