Articles /

ussd

USSDは、GSMネットワーク事業者がモバイルデバイス上のデータ（または文字列）をモバイル事業者のコアネットワークとの間で送受信するために提供す

USSDフルフォームは非構造化補足サービスデータです。 携帯電話事業者は、音声とSMSと一緒に、不可欠なサービスを提供しています。 これは、デバイスからのインターネット接続を必要としません。 基本的な携帯電話上で実行するUSSDを有効にします。 農村部に住む人々に到達するために非常に便利で、スマートフォンを買う余裕はありません。

gsmネットワークの仕様によると、USSDメッセージの長さは最大160バイトにすることができます。

ユーザーが入力した文字の数は、エンコード方式によって異なります。 例えば、GSM7（英語のアルファベット）ビット符号化では、USSD文字列は最大182バイトの長さにすることができます。 UCS-2(アラビア語)の場合、1文字が2バイトの長さですが、これによりUSSD文字列の長さは最大80文字になります。

USSDは、移動体通信事業者がローミング中のコールバックサービス、位置ベースサービス、バランスサービス、位置に基づくコンテンツマーケティングなどを提供するこ

プロトコル規格は、GSM MAP09:02およびGSM03.90で定義されています。 USSDメッセージはSS7上のgsmの地図の議定書を使用します。

USSD経由でサービスにアクセスするために、モバイル加入者はサービスの既知の文字列（例えば*123#）にダイヤルすると、携帯電話事業者のホームネットワークは必 USSDセッションは、ハンドセットとUSSDアプリケーションとの間で、対話的な対話のために確立されます。

USSDコードとIVRとは何ですか？

携帯電話事業者もIVRオプションを提供する場合があります。 モバイル加入者は、IVRにアクセスするために番号をダイヤルする必要があります。 時にはそれは長く、時にはそれは短いです。 例えば、Airtel IndiaはIVR/customer careのために加入者に121を提供しています。 番号をダイヤルすると、IVRに向けてコールが開始され、音声セッションが設定されます。

ユーザーは固定文字列をダイヤルしてUSSDセッションを開始します。 例えば 顧客サービスのために、Airtel Indiaには*121＃USSDコードがあります。 ローミングネットワークは、USSDコードをUSSDサーバーインホームネットワークにルーティングします。

ダイヤルされた文字列は、デバイスハードウェアで使用されるMMIコードからのものであってはなりません。

今後の段落でMMIコードの詳細を提供しています。 USSDコードは、モバイルユーザーが必要とするサービスを決定します。

ホームネットワークUSSDアプリケーションはUSSDコードに基づいてメニューを決定します。USSDモード:

2つのモードがあります。 MMIモードとアプリケーションモード。 MMIモードでは、モバイルユーザーは、ホームネットワークとのメニューベースのセッションを開始するために文字列をダイヤルします。 アプリケーションモードでは、アプリケーションはハンドセットからHPLMNにバイナリデータを転送します。

MMIモードとアプリケーションモード

MMIコードまたはマンマシンインタフェースコードとは何ですか：

MMIコードは、デバイスへのコマンドとして機能する値です。 例えば、ＧＳＭネットワークは、モバイル加入者に多くの補助サービスを提供する。 ユーザーは、モバイルデバイスからサービスの有効化/登録/無効化を行うことができます。 補足サービスの例としては、条件なしのコール転送、ビジー時のコール転送などがあります。 最近の携帯電話は、補助的なサービス管理のための非常に高度な（スマートフォン）です。 グラフィカルユーザインタフェースからサービスの有効化/無効化/登録を行うことができます。 しかし、スマートフォンの前に、唯一のMMIコードがオプションでした。 MMIコードのための完全な詳細はGSM Spec.で指定されます。 このspecにGSMサービスのための標準的なMMIインターフェイスがある。 電話製造業者は彼らの自身のMMIコードを定義できるも。 これは新しい特徴を提供するために製造するために柔軟性を提供し、市場で競うことができる。

しかし、これらのサービスはすべてのGSM携帯電話でサポートされるべきです。 これを達成するために、すべての電話機には、電話機と対話するためのMMIまたはマンマシンインターフェイスが付属しています。 MMIの完全な形式はマンマシンインターフェイスなので、MMEコードは電話へのコマンドです。 コードは、デバイス情報（例えば、*＃06＃、IMEI番号を表示）を表示したり、ネットワーク上でプロトコルメッセージを生成したり、USSDメッセージでダイヤルされた文字列を

,*21*787687878#<SEND>はコール転送を有効にします。 ここで21は補足サービスコードです。 他のコードのリストは、SSコードリストで取得できます。

モバイルデバイスはMMIコードを解析し、サービスの有効化/無効化/登録のためのMAP09:02プロトコルメッセージを生成します。 HLRは、加入者またはIMSIの各補足サービスのステータスを保持します。

ユーザーがデバイスの製造元が提供するMMIコードのリストにないコードをダイヤルすると、ダイヤルされた文字列はUSSDメッセージでデバイスからホームネッ

USSD Network:

ネットワークにはローミングMSC/VLRがSS7/Sigtranリンクを介してホームネットワークに接続されています。 デバイスは、BTS/BSCを介してMSC/VLRに接続します。

USSD Network
USSD Network

HLRまたはホームロケーションレジスタ：

HLRは、ホームネットワーク内の加入者データベースです。 場所の更新が成功した後、VLRはHLRのGT（SCCPaddress）を格納します。 ユーザがUSSD文字列にダイヤルすると、VLRはHPLMN内のHLRにGSMマップ操作を送信します。 宛先ＧＴは、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅで受信したＨＬＲ番号である。

:

MSCまたはモバイルスイッチングセンターは、訪問ネットワーク内のGSMノードです。 一方の側は、BSCまたはRNCを介してワイヤレスネットワークに接続します。 別の側がPSTNまたはSS7ネットワークに接続します。 主にそれはVLRと共同で配置されています。

VLRまたはビジターロケーションレジスタ:

VLRは、サブスクライバープロファイルを一時的に格納するデータベースです。 プロフィールは位置の更新gsmの地図の議定書のプロシージャにHLRからダウンロードされる。 ローミングネットワークは、ダウンロードしたプロファイルに基づいてサービスを提供します。

:

これは、メニューベースのビジネスロジックをワイヤ上のシグナリングに変換し、その逆を行う専用ノードです。 モバイルで開始されたUSSDの場合、HLRはシグナリングをUSSDGWに送信しますが、ネットワークで開始された場合、SS7接続を使用してローミングネットワークに文字列を直接渡すことができます。

Gatewayは、SMS gatewayがSMSに対して行うのと同じテキストを広告のためにUSSDベースのプラットフォームを提供するための新しい機会を開きます。

ゲートウェイはss7/sigtran(GTおよびポイントコード)を介して携帯電話事業者と接続します。 USSDGWのプロバイダは、USSDコードを購入し、すべての携帯電話事業者は、ゲートウェイに向かってショートコードの外出を設定します。

USSDアプリケーション：

アプリケーションは、サービスの実際のビジネスロジックです。 例えば、プリペイド残高アプリケーション。 一方の側はHLRまたはUSSDGWに接続し、他方の側は請求のために加入者プロファイルに接続します。 残高要求（例えば、＊２ ３ ４ ５＃）がＨＬＲに到着すると、ＵＳＳＤアプリケーションは、ｉｍｓｉの携帯電話番号で起動される。 アプリケーションは、HLRまたはUSSDGWを介して電話に送信されるメニューを返します。

VASプロバイダがUSSDアプリケーションを開発し、ある地域内のモバイル加入者に到達したい状況があります。 USSDアプリケーションを開発するには、以下が必要です。

ss7/sigtran経由のUSSDアプリケーション:

このオプションを使用すると、携帯電話事業者のUSSDゲートウェイが過負荷になりません。 しかし同時に、この種の接続（ss7/Sigtran）を取得することは困難です。

  • VASプロバイダはUSSDコードを取得します。 サービスロジックがネットワークで開始されたUSSDのみを含む場合は、これは必須ではありません。
  • SS7/Sigtranの携帯電話事業者を接続する必要があります。 複数の携帯電話事業者が存在する可能性があります。
  • VASはグローバルタイトルとポイントコードを提供します。 これは、モバイルネットワーク内のVASノードのアドレスです。
  • ローミングネットワークとの間でss7メッセージを送受信するために必要なSS7スタック。
  • スタックの上に実際のアプリケーションを開発します。
USSDゲートウェイ経由のUSSDアプリケーション:

このオプションを使用すると、携帯電話事業者が提供するApiが使用されます。 ほとんどの場合、これらはHTTP Apiです。

:

データ符号化方式、

このパラメータは、バイト単位でエンコードする文字列文字を識別します。 受信側は、バイト値とデータ符号化方式からユーザが読み取り可能な文字列を駆動する。 文字は、異なるビットまたはバイトサイズでエンコードすることができます。 例えば、GSM7符号化は7ビットの文字を符号化し、UCS2符号化は2バイトまたは16ビットの文字を符号化する。

String:

これは、モバイルデバイスに表示される文字のシーケンスです。 文字列のサイズは、エンコード方式によって異なります。

:

このパラメータは、ussd文字列を受信したときにモバイルがユーザーに与えるアラートタイプを設定します。 例えば、一度ビープ音。

IMSI:

IMSIは、simカードの一意のidである加入者をグローバルに識別します。

USSDプロトコル:

サービスは標準のGSM MAP09:02プロトコルを使用します。 SS7/Sigtranの議定書のサービスを使用するGSMの地図。 この例では、プロトコルスタックはSIGTRANであり、SS7（E1/T1）の場合、M3UA層はMTP3、SCTPはMTP2、IPはMTP1に置き換えられます。 SIGTRANでは、IPリンクに特別なハードウェアは必要ありません。sigtranlinksはイーサネットカードを動作させます。

プロトコルスタック:

USSD Protocol Stack
USSD Protocol Stack

IPまたはインターネットプロトコルレイヤーでは、IPレイヤーはユーザー(ここではSCTP)メッセージをIPネットワーク経由でルーティングします。 両方のピアがIPアドレスを割り当てました。

SCTPまたはStream Control Transmission Protocol Layerは、トランスポート層であり、ピアノードとの接続を設定します。 SCTPは、両方向にエラーのないメッセージを提供します。

SIGTRANのM3UAまたはMTP3ユーザー適応層は、上位SS7層のIP経由でSS7シグナリングを運びます。 Ss7ポイントコードは、m3ua層を識別します。

他の層はSS7プロトコル標準に属します。 SS7Layersでご確認ください。

USSDプロトコルメッセージ:

すべてのレイヤーはUSSDセッションにプロトコルメッセージを使用します。 以下の表は、レイヤーで使用されるプロトコルメッセージを示しています。

GSMマップ TCAP SCCP M3UA SCTP M3UA SCCP M3UA SCTP
PUSSSD TC-BEGIN UDT データ データチャンク
USSD TC-CONTINUE
通知 TC-END

USSDメッセージフロー:

モバイル開始:

モバイルが開始するUSSDコール
モバイルが開始するUSSDコール

モバイル加入者が文字列(*123#)をダイヤルすると、USSDコールが開始されます。 コールの最初のメッセージは、VLRからHLRへのメッセージです。 たとえば、

モバイルユーザーダイヤル*123＃プリペイド残高。

ユーザーがメニューを受け取る

1、メインバランス2、データバランスのモバイル加入者の場合2

画面上のモバイル加入者はUSSDメニューを取得します。

データバランスは200mbmです。 ありがとう

ネットワーク開始コールフロー:

ネットワーク開始USSDコール
ネットワーク開始USSDコール

携帯電話事業者またはゲートウェイがモバイルユーザーにメニューを表示したい場合、ネットワーク USSDGWはローミングMSC/VLRにメニューを直接送ることができますまたはHLRによってある場合もあります。 直接送信は、HLRをオフロードします。 メニューを直接送信するには、USSDGWはIMSIとローミングMSC/VLRを知っている必要があります。 HLRルックアップは、IMSIとローミングMSCを取得するためのオプションの一つです。

コールフローの例：

モバイル加入者が受信するメニュー

1を選択します。 フリーローミングを有効にするには、2. 無料のローミングのために。 モバイル加入者の選択1

モバイル加入者の受信文字列

ありがとう

USSDとSMSの違い:

USSDとSMSの両方で、モバイルユーザーはホームネットワークにテキストを送信し、ホームネットワークからテキストを受信することができます。 しかし、これらの2つのサービスを異なる場所に適合させる多くの違いがあります。

USSDはセッションベースですが、SMSはそうではありません。 応答が時間内に来ない場合、セッションは終了します。 SMSでは、セッションは維持されません。

長いテキストはありませんUSSDでは、SMSは160バイト以上にすることができ、これはSMSC上でセグメンテーションを行い、モバイルデバイスで再組み立てすることによって達成されます。 モバイルデバイス上でUSDGWと再組み立てにセグメンテーションはありません。

USSDは双方向通信を可能にします。 広告を行っている間、広告主はUSSDセッションを使用している場合、モバイルユーザーからすぐに応答を得ることがあります。 SMSでは、モバイルユーザーはすぐに返信を送信したり、しばらくして忘れたりすることはありません。

Leave a Reply