詳細回答
必要な情報はすべて、不要な情報は一切なし
§01
双方向SMSにおけるMOの仕組み
加入者がお客様の仮想ロングナンバーまたはショートコードにテキストを送信すると、加入者の通信事業者のSMSCがMOサブミットを受信し、登録された宛先（お客様のSMSアグリゲーター）を照会して、SS7 MAP-MO-FORWARD-SHORT-MESSAGE経由、またはSMPP deliver_sm（MOを示すesm_classフラグを使用し、DLRではない）経由で転送します。SMSアグリゲーターのゲートウェイが、お客様のWebhookに配信します。
§02
MO課金がMTと異なる理由
MTは送信者（お客様、企業）に請求されます。MOは発信者（消費者、加入プランに基づく）に請求されます。プレミアムショートコードでは、MOの料金を消費者に逆請求し、その一部を貴社が共有できる場合があります。これは、2000年代に寄付キャンペーンやプレミアムコンテンツが収益化されていた仕組みです。現代のA2Pにおいて、プレミアムMOはほぼ廃れており、標準的なMOは消費者は無料です。
§03
MOがアグリゲーターに求める要件
インバウンド用の仮想番号（ロングナンバー、ショートコード、または双方向通信が可能なアルファニュメリック）。多くのショートコードはMOをサポートしておらず、MT専用です。ロングナンバーは常にMOが可能ですが、ユーザーの認知度は低くなります。双方向の会話型活用事例については/products/two-way-smsをご参照ください。
§04
WhatsAppおよびRCSにおけるMO
MO/MTという用語はGSMネイティブなものです。WhatsApp Business APIにおける同等の用語は、「インバウンドメッセージ」（MO相当）および「アウトバウンドメッセージ」（MT相当）です。意味は同一であり、プロトコルはSMPP PDUではなく、HTTP/JSON Webhookを使用します。
MOとMTの比較
| MT (mobile-terminated) | MO (mobile-originated) | |
|---|---|---|
| 方向 | 端末へ直接配信 | 端末から |
| 法人向け例 | 送信されるすべてのA2Pメッセージ | 返信、STOP / START / HELPキーワード |
| 請求先 | 送信者（法人） | オリジネーター（消費者） |
| 必須 | 送信元ID +送信先へのルート | 着信用バーチャル番号またはショートコード |
| SMPP通信キャリア | submit_sm | deliver_sm (MO esm_class) |
| WhatsApp / RCS着信 | アウトバウンドメッセージ | 受信メッセージ |