详细回答
只提供有价值的信息，杜绝冗余。
§01
双向短信中的MO是如何工作的
当用户向您的虚拟长号码或短代码发送短信时，其运营商的SMSC会接收到一个MO提交，查找注册的目的地（您的聚合商），并通过SS7 MAP-MO-FORWARD-SHORT-MESSAGE或通过SMPP deliver_sm（带有指示MO而非DLR的esm_class标志）进行转发。您聚合商的网关会将其交付至您的Webhook。
§02
为什么MO计费与MT不同
MT（下行短信）由发送方（即您，企业）付费。MO（上行短信）由发起方（即消费者，通过其套餐）付费。在优质短代码上，MO可以向消费者进行反向计费，并由您分担溢价——这是2000年代捐款活动和优质内容变现的方式。对于现代A2P，溢价MO已基本退出历史舞台；标准MO对消费者是免费的。
§03
MO对聚合商的要求
一个入站虚拟号码（长号码、短代码或具备字母数字能力的双向短信号码）。许多短代码不支持MO（用户回复）——它们仅支持MT（下行）。长号码始终支持，但消费者的认可度较低。有关双向对话类用例，请参阅/products/two-way-sms.
§04
WhatsApp和RCS中的MO
MO/MT术语源自GSM标准。在WhatsApp Business API中，对应的术语是“入站消息”（等同于MO）和“出站消息”（等同于MT）。其语义完全相同；只是协议采用了HTTP/JSON Webhook，而非SMPP PDU。
MO与MT一览
| MT（移动终止） | MO（移动发起） | |
|---|---|---|
| 方向 | 直达终端设备 | 来自手机终端 |
| 企业示例 | 您发送的每一条A2P消息 | 回复，STOP / START / HELP关键词 |
| 计费对象 | 发送方（企业） | 发起方（消费者） |
| 需要 | 发送者ID+通道至目的地 | 入站虚拟号码或短代码 |
| SMPP运营商 | submit_sm | deliver_sm (MO esm_class) |
| WhatsApp / RCS落地 | 外呼消息 | 入站消息 |