助力
MVNO快速上线的消息技术栈。
无论您是在搭建全新的MVNO，还是将现有的MVNO从MVNE的消息依赖中剥离，BroadNet都能提供决定您利润空间的各层服务：托管SMSC、带有内置防火墙的A2P变现、发送者ID报备管理、HLR智能、eSIM启用，以及底层的批发通道——自2003年起提供服务。
技术栈
六层架构。根据您的上线需求选择所需部分，后续再进行扩展。
每一层均可针对您的宿主MNO或MVNE独立运行，组合使用时每一层都共享同一个流量账本。无需推倒重来式的迁移，也不需要“全有或全无”的合同。
托管SMSC
无需资本支出即可获得电信级短信核心——支持SMPP 3.4/5.0、SS7 MAP、双活高可用（HA）及实时CDR。您可以在BroadNet的MENA地区Tier-3托管环境、本地或混合环境中运行。
了解更多A2P变现+防火墙
对灰色路由流量进行分类的防火墙，加上将其转化为计费A2P的商业引擎——一个技术栈、一本流量账本，可回收份额基于您自己的流量测算。
了解更多发送者ID报备
通过KYB验证和审批工作流实现集中化注册——这是监管机构日益要求的10DLC式治理层，其规模可适配MVNO的品牌列表。
了解更多HLR / 号码智能
覆盖200多个国家的实时MAP SRI-SM和MNP查询。在您路由或计费消息之前，即可获知哪些号码已转网、哪些已转出以及哪些号码可接通。
了解更多eSIM赋能
GSMA SGP.22远程SIM配置——包含由HSM支持的保险库以及SM-DP+和SM-DS。该平台家族也是BroadNet旗下消费者旅游eSIM品牌的底层支撑。
了解更多批发通道
自2003年以来，我们已实现1,000多个运营商直连和200多个国家的A2P落地。您的企业消息服务收入将依托于BroadNet已运营的通道。
了解更多上线时间表
从需求调研到流量上线，给出真实的时间范围。
全栈部署端到端需要三到六个月；单层部署可在数周内上线。变量几乎总是宿主MNO或MVNE的接口工作——这些预估基于流程正常进行，而非完美运行。
调研与设计
编号计划、宿主MNO或MVNE接口、监管合规状况、流量预测。输出结果为签署的集成设计方案：包含绑定关系、路由、注册范围及计费模式。
集成与测试
SMPP/SS7针对预发环境进行绑定，防火墙处于镜像模式，发送者ID迁移至注册库，并针对您的BSS进行CDR对账演练。
上线与规模增长
通过防火墙实施受控流量增长，激活商业A2P协议，并提供24/7 NOC交接。恢复报告从第一个计费周期开始。
评估市场机遇
在我们为您计算之前，请先自行测算。
交互式估算
您的网络正在流失多少A2P收入？
根据您的网络规模和您自己的假设移动滑块。模型按您自己的实际费率为灰色路由缺口定价——这是您的估算，而非BroadNet的基准。
您网络上的SIM（或您的MVNO用户群）
根据SIM落地终端的OTP、警报与通知
您目前计费的混合单条消息落地价格
通过SIM box、SS7绕行或未受监控的聚合商绑定到达的流量
您预计将已识别的灰色流量中的多少转移到计费通道
按您估算的灰色占比，经由未计费通道到达的A2P价值
您预期将灰色通道价值转化为计费A2P的金额
- 灰色占比和转化率均由您自行输入。BroadNet不发布这两项的基准——运营商评估会在镜像模式下测量您实际的灰色通道流量。
- 流失按您当前的实际费率计价。
仅基于您输入数据的估算——并非BroadNet基准，也不代表承诺的结果。
证明
采用相同的技术栈，已承载运营商流量。
在BroadNet中运行，覆盖中东及北非、非洲和亚洲
在执行拦截前，根据您的自有流量规模评估灰色通道流量
并根据您的商业条款，作为计费A2P重新提供给发送者
在单一审计追踪中实现防火墙决策与结算明细
“挑战：一家成长中的MVNO无法获知其MVNE实际计费的究竟是哪种A2P流量。方案：BroadNet的防火墙先以镜像模式运行，随后进入强制执行和商业转化。”
六个答案
供启动委员会参考。
是的。技术栈是模块化的——大多数MVNO从单层开始（通常是防火墙+A2P变现，或HLR查询）并与MVNE并联，然后根据合同允许的情况逐步迁移层级。只有当您希望将消息控制权从MVNE手中接管时，托管的SMSC才会变得相关；第一天并不强制要求这样做。每一层都提供标准接口（SMPP、SS7 MAP、REST），因此在您重新获得可见性和收入控制权的同时，与MVNE的关系保持不变。
两种模式都存在，坦诚地说，选择哪种模式取决于您的流量基准。在您的A2P规模仍在形成阶段时，收入分成安排可以将前期成本降至接近于零，并使激励机制保持一致；一旦回收的收入变得可预测，许可模式则会使经济效益向您倾斜。许多合作始于收入分成，并在第一年的回收曲线明确后转换为许可模式。审计前讨论的任何数字均为示例估算，而非合同条款。
误报是MVNO应该首先询问的问题，因为被拦截的OTP会导致客户投诉并带来流失风险。BroadNet部署从镜像模式开始——防火墙在不执行拦截的情况下对实时流量进行分类——因此在实际拦截之前，您可以准确看到哪些内容会被拦截。规则引擎和行为机器学习与针对每个发送者的允许列表并行运行，并且每一次拦截决策都会记录原因代码，因此从镜像模式到执行模式的过渡是由您自己的审核驱动的，而非由我们驱动。
发送者ID的连续性在注册层进行处理。现有的发送者ID会从现有白名单中批量导入，并延迟进行KYB，因此获批的品牌在切换过程中无需重新报备即可保持持续发送。号码携带功能在路由侧实现：通过HLR/MNP查询实时解析转入和转出的号码，从而确保短信随用户移动，而不是发送到过时的号段前缀。
针对消息服务层：您的MVNO许可、与宿主MNO或MVNE约定的接口（根据您的模式，为SMPP绑定或SS7接入），以及对当前A2P流量（如果存在）的可见性。针对eSIM启用：您的配置要求以及宿主网络的配置接口。调研阶段的存在正是为了对这些进行盘点——大多数在此阶段发现的缺口（号码范围、GT寻址、注册范围）都会在集成期间解决，而不会阻碍集成进度。
典型的端到端周期为三到六个月，您在周期中所处的位置主要取决于托管MNO或MVNE的接口工作，而非BroadNet侧。单层部署（如防火墙镜像模式，或通过REST进行HLR查询）可以在几周内上线。包含托管SMSC、注册迁移和启用eSIM的全栈部署则需要较长时间。上述时间线反映的是我们认为诚实的范围，而非理想情况。
需要与运行这些技术栈的工程师进行工作会议吗？ 联系我们的运营商团队 →
规划您的技术栈
告诉我们您的MVNO在哪里——我们将针对其构建技术栈。
运营商工程师将在一个工作日内回复，提供具体的初始方案、针对您的宿主MNO或MVNE的集成大纲，以及针对您的流量特征提供的示例恢复估算。
- 上线MVNO——从第一天起就提供号码、绑定、注册和eSIM
- 扩展MVNO——在不违反MVNE合同的情况下回收A2P收入
- MVNE——在您自己的赋能平台下实现技术栈白标化