前言
AXB虚拟小号是电信增值业务中的一项重要技术，它通过虚拟中间号码（X号）桥接主叫用户（A号）和被叫用户（B号）之间的通信。AXB业务线路在收到呼叫时，会同时建立两个独立的呼叫会话（A-X和X-B），然后将这两个会话桥接起来，使双方都只能看到虚拟号码X而非对方的真实号码，从而实现号码保护。
作为电信基础设施提供商，可以将AXB业务封装成标准化的线路产品提供给客户使用。客户无需了解底层复杂的双呼叫建立和桥接技术，只需通过统一的接口接入，即可利用AXB功能构建自己的业务应用。线路提供商负责处理复杂的信令交互、媒体转发和桥接逻辑，确保整个通话过程的透明性和稳定性。
这种技术既保护了通话双方的隐私安全，又支持灵活的业务逻辑控制。本文将详细介绍AXB技术的工作原理、信令流程、核心桥接技术、线路封装方式以及典型应用场景。
内容结构
- AXB虚拟小号概述
- AXB呼叫流程详解
- 实现AXB的关键技术
- 应用场景与解决方案
- 技术发展与未来趋势
一、AXB虚拟小号概述
1.1 什么是AXB虚拟小号
AXB虚拟小号是一种号码映射和呼叫转接技术，其中：
– A: 代表主叫用户的真实号码
– X: 代表虚拟中间号码（小号或外显号码）
– B: 代表被叫用户的真实号码
通过AXB技术，当A呼叫B时，B看到的是X号码（而非A的真实号码）；当B回拨X时，A看到的也是X号码（而非B的真实号码），从而达到号码保护的目的。这种机制在企业工作号、业务联系号等场景中被广泛应用。
1.2 AXB虚拟小号的基本原理
- 号码映射：系统维护A-B-X三者之间的映射关系表
- 呼叫路由：根据映射关系将呼叫正确路由至目标用户
- 号码显示：确保通信双方看到的均为X号码（外显号码）
1.3 AXB系统架构
典型的AXB系统架构包括：
-
绑定平台：
– 号码管理：管理A号码池和X号码池
– 动态分配：根据通话动态分配A号码和X号码
– 接口对接：通过APi对接到（AXB业务平台）小号平台 -
AXB业务平台（小号平台）：
– 呼叫控制系统：负责建立、维护和桥接双重呼叫会话
– 信令网关：处理SS7/ISUP或SIP信令，支持呼叫建立和拆除
– 媒体网关：处理语音媒体流，支持RTP媒体流的桥接和转发
– 数据库服务器：存储号码映射和配置信息 -
桥接系统：
– B2BUA(Back-to-Back User Agent)：建立和管理两个独立的呼叫会话
– 媒体处理单元：执行实时媒体流的转发和处理
– 会话状态管理：维护呼叫状态和会话关联
– 控制逻辑：完全由AXB平台控制实现，运营商网络仅作为传输通道，不参与桥接逻辑
二、AXB呼叫流程详解
2.1 建立A-B-X映射关系
在实际呼叫发生前，系统需要建立A-B-X的映射关系，通常有以下几种方式：
-
静态绑定：
– 管理员通过系统后台手动绑定
– 适用于长期稳定的关系（如企业固定客服） -
动态绑定：
– 通过API接口实时创建映射关系
– 根据业务需求自动分配X号码（外显号码）
– 可设置有效期和使用限制 -
触发绑定：
– 用户首次通话时系统自动建立映射
– 通过短信、网页或APP触发绑定流程
2.2 A呼叫B的流程（A→X→B）
当主叫A拨打被叫B时，AXB业务线路会建立两个独立的呼叫会话（A到X和X到B），然后将它们桥接起来：
终端A 绑定平台 A路 AXB业务平台（小号平台） 运营商网络 被叫B
| | | | | |
| 发起A打B的呼叫 | | | | |
|---------------->| | | | |
| | http接口绑定AXB号码三元组关系 | | |
| |--------------------------------->| | |
| | 绑定成功响应 | | |
| |<---------------------------------| | |
| | 发起A打X呼叫 | | | |
| |--------------->| 转发A打X呼叫 | | |
| | |---------------->| 转发A打X呼叫 | |
| | | |----------------->| |
| | | | 查询A-X-B映射表 | |
| | | |------------------| |
| | | | 建立呼叫1(A呼叫X) | |
| | | |<-----------------| |
| | | 建立呼叫1(A呼叫X)| | |
| | 回送呼叫1进展 |<----------------| | |
| |<---------------| | | |
| 振铃提示音 | | | 发起X呼叫B请求 | |
|<----------------| | |----------------->| |
| | | | | 振铃提示音 |
| | | | |--------------->|
| | | | | B号码接听电话 |
| | | | 呼叫2建立通知 |<---------------|
| | | 通话建立通知 |<-----------------| |
| | 通话建立通知 |<----------------| | |
| 通话建立通知 |<---------------| | | |
|<----------------| | | | |
| | | | | |
|<------------------A和X呼叫建立--------------------->|<----------X和B呼叫建立------------>|
B2BUA桥接两个呼叫
|<--------------------------------A和B呼叫建立，B看到外显X号码---------------------------->|
| | | | | |
| | | | | |
|<===========媒体流交互(RTP)=========================>|<===========媒体流交互(RTP)========>|
| A看到被叫为B | B看到X号码来电 |
| | | | | |
| 发起挂机消息 | | | | |
|---------------->| 拆除此通呼叫 | | | |
| |--------------------------------->| 拆除X到B呼叫 | |
| | | |----------------->| 呼叫拆除结束 |
| | | 呼叫结束确认 | |--------------->|
| | 呼叫结束确认 |<----------------| | |
|<---------------------------------| | | |
| | | | | |
2.2.1 详细步骤说明
-
呼叫初始化：
– 终端A发起对B的呼叫请求至绑定平台
– 绑定平台通过HTTP接口向AXB平台绑定A-X-B三元组关系
– AXB平台确认绑定成功并返回响应 -
建立A-X呼叫（呼叫1）：
– 绑定平台将A的呼叫路由至A路，目标为虚拟号码X，发起A打X的呼叫
– A路将请求转发至AXB业务平台
– AXB平台查询A-X-B映射表，验证呼叫权限和业务规则
– AXB平台建立与A的呼叫会话（呼叫1），并向A返回振铃反馈 -
建立X-B呼叫（呼叫2）：
– AXB业务平台同时向运营商网络发起X呼叫B的请求（呼叫2）
– 运营商网络将呼叫请求路由至被叫B终端
– B收到来电显示为X号码（而非A的真实号码）
– B接听电话，建立X-B呼叫会话，并向AXB平台发送呼叫2建立通知 -
呼叫桥接：
– B接听后，AXB业务平台通过B2BUA技术桥接A-X和X-B两个独立呼叫会话
– 这一桥接过程完全由AXB平台控制，运营商网络仅作为传输通道
– 平台将通话建立通知依次发送回绑定平台和终端A
– 建立端到端的媒体通道，实现A与B的透明通话 -
媒体通道建立：
– 建立A至AXB业务平台的RTP媒体通道（A看到的被叫为B）
– 同时建立AXB业务平台至B的RTP媒体通道（B看到的来电为X号码）
– AXB业务平台负责两个媒体流的桥接、处理和转发 -
通话过程控制：
– A与B直接通话，B只看到对方号码为X
– 平台在整个通话过程中作为中间节点，控制媒体流传输
– 平台可随时介入通话，进行监控或提供增值服务（如录音、DTMF检测等） -
呼叫终止：
– 当A方挂机时，终端A发送挂机消息至绑定平台
– 绑定平台向AXB业务平台发送拆除此通呼叫请求
– AXB业务平台拆除X-B呼叫，通过运营商网络结束与B的通话
– AXB业务平台向绑定平台返回呼叫结束确认
– 整个呼叫过程完全结束
2.2.2 呼叫桥接原理
当AXB业务作为线路提供给客户使用时，通过B2BUA技术将两个独立呼叫会话桥接是核心环节。AXB平台在完成A-X和X-B两个独立呼叫后，利用B2BUA技术将它们桥接成一个完整的通话会话。这一过程完全由AXB业务平台控制，运营商网络仅作为传输通道，不参与桥接逻辑的执行。技术实现细节将在第三章详细介绍。
2.3 B回拨X的流程（B→X→A）
当被叫B回拨虚拟小号X时，AXB业务线路同样建立两个独立的呼叫会话，处理流程如下：
被叫B 运营商网络 AXB业务平台 绑定平台 主叫A
| | | | |
| B号码拨打X号码 | | | |
|----------------->| 转发B打X呼叫 | | |
| |----------------->| 查询A-X-B映射表 | |
| | |-----------------| |
| | 建立呼叫1(B呼叫X) | | |
| 振铃回铃声 |<-----------------| | |
|<-----------------| | 发起X呼叫A请求 | |
| | |---------------->| |
| | | | 转发X呼叫A号码 |
| | | |--------------->|
| | | | 振铃提示来电 |
| | | |--------------->|
| | | | A号接听电话 |
| | | 建立呼叫2(X呼叫A)|<---------------|
| | 建立呼叫2(X呼叫A) |<----------------| |
| 建立呼叫2(X呼叫A) |<-----------------| | |
|<-----------------| | | |
| 通话建立通知 | 通话建立通知 |
|<------------------------------------|--------------------------------->|
B2BUA桥接两个呼叫
|<---------------------A和B呼叫建立，B看到外显X号码----------------------->|
| | | | |
|<=============媒体流交互(RTP)========>|<=========媒体流交互(RTP)=========>|
| B看到被叫为X | | | A看到来电为X |
| | | | |
| 发起挂机消息 | | | |
|----------------->| 拆除呼叫请求 | | |
| |----------------->| 拆除X呼叫A通话 | |
| | |---------------->| 呼叫拆除结束 |
| | | |--------------->|
| | 呼叫结束确认 | | |
|<-----------------|------------------| | |
| | | | |
2.3.1 详细步骤说明
-
呼叫初始化：
– 被叫B拨打之前通话中显示的X号码（虚拟小号）
– 运营商网络将B的呼叫路由至AXB业务平台
– 平台接收到呼叫请求，识别主叫为B、被叫为X -
映射查询与验证：
– AXB平台查询映射关系数据库
– 确定与B-X对应的A号码（原始主叫）
– 验证B的呼叫权限和相关业务规则 -
建立B-X呼叫（呼叫1）：
– AXB平台与B建立第一个呼叫会话（B与X之间）
– 向B发送振铃回铃音，保持B的等待状态 -
建立X-A呼叫（呼叫2）：
– AXB平台通过绑定平台向A发起第二个呼叫请求
– 呼叫请求中主叫号码设置为X（而非B的真实号码）
– 绑定平台将呼叫转发至A
– A收到来电显示为X号码（而非B的真实号码） -
呼叫接通与桥接：
– A接听电话，绑定平台将接听信息返回给AXB平台
– 绑定平台建立呼叫2(X-A)，并通知AXB平台
– AXB平台使用B2BUA技术桥接B-X和X-A两个独立呼叫
– 桥接过程完全由AXB平台控制，确保双方隐私保护
– 向B和A发送通话建立通知，完成端到端媒体通道建立 -
媒体通道建立：
– 建立B至AXB平台的RTP媒体通道（B看到号码为X）
– 同时建立AXB平台至A的RTP媒体通道（A看到号码为X）
– AXB平台负责两个媒体流的桥接和转发处理 -
通话过程与终止：
– B和A开始通话，双方均只看到对方号码为X
– 媒体流经过AXB平台进行转发和处理
– 当B方挂机时，运营商网络向AXB平台发送拆除呼叫请求
– AXB平台拆除X-A呼叫，通过绑定平台结束与A的通话
– 向双方发送呼叫结束确认，完成整个通话流程
三、实现AXB的关键技术
3.1 信令处理技术
3.1.1 SIP信令处理
在基于SIP协议的VoIP网络中，AXB平台需要处理和修改以下关键SIP头域：
-
From头域：
– A呼叫X时，平台保持原始From头域（含A号码）
– 转接至B时，修改From头域为X号码 -
To头域：
– 接收A的呼叫时，To头域为X号码
– 转接至B时，To头域为B号码 -
P-Asserted-Identity：
– 用于传递真实主叫身份
– 在运营商网络中保证主叫号码可信 -
Contact头域：
– 确保后续请求正确路由回AXB平台
– 包含平台的路由信息和会话标识 -
SDP内容：
– 协商适当的音频编解码器
– 确定RTP媒体流的端点地址和端口
3.1.2 SS7/ISUP信令处理
对于传统电信网络，需要处理SS7/ISUP信令：
-
IAM消息处理：
– 修改主叫号码参数(CgPN)
– 调整被叫号码参数(CdPN) -
重定向机制：
– 使用ISUP重定向能力转接呼叫
– 处理ACM/ANM等后续信令
3.2 B2BUA实现与桥接技术
B2BUA（Back-to-Back User Agent）是AXB业务核心的呼叫控制技术，它是AXB平台的关键组件：
-
B2BUA控制与工作原理：
– 作为两个独立SIP会话的终结点，处理所有SIP消息
– 完全由AXB业务平台控制，而非运营商网络
– 每个呼叫会话在B2BUA中维护独立的状态和上下文
– 平台根据业务规则决定如何转发、修改或阻止信令消息
– 实现A-X和X-B两个独立呼叫会话的桥接，确保端到端通信 -
控制权范围：
– 呼叫建立：控制呼叫建立过程，包括振铃、应答等
– 通话管理：可随时介入、监听、录音或终止通话
– 信令修改：修改From/To头域、SDP等关键信息
– 媒体控制：控制媒体流路径、录音和播放提示音
– 呼叫拆除：控制呼叫结束流程 -
媒体桥接实现方式：
– 媒体锚定：通过B2BUA架构控制媒体流路径，确保支持录音和监控
– 全媒体中继模式：平台接收并转发所有RTP数据包，保持完全控制
– 半媒体模式：仅在建立阶段和关键事件时介入，呼叫建立后媒体直连
– 媒体绕行优化：在条件允许时配置媒体流直连，减少平台负载 -
媒体处理能力：
– 转码处理：支持各种音频格式（G.711、AMR、OPUS等）之间的转换
– 信号音处理：生成和检测DTMF信号，提供自定义提示音
– 高级功能：支持通话合并与分离、媒体质量监控、自适应缓冲区
3.3 数据库设计与性能优化
3.4 数据库设计与性能优化
-
高效存储结构：
– 优化A-B-X映射表的索引设计
– 采用缓存机制提高查询速度 -
数据库分片：
– 按地域或号段进行水平分片
– 支持海量映射关系的高效管理 -
实时同步机制：
– 主备数据库实时同步
– 确保系统高可用性
3.5 AXB业务线路封装技术
当AXB功能作为线路产品封装给客户使用时，需要考虑以下技术实现：
-
线路接入方式：
– SIP中继方式：通过SIP协议提供标准化的线路接入
– API接入：提供REST API，允许客户系统直接调用创建呼叫
– PSTN/SS7接入：支持传统电信网络对接 -
线路能力封装：
– 标准化信令接口：屏蔽底层复杂性，提供统一的呼叫控制接口
– 号码池管理：自动化管理虚拟号码资源池
– 映射关系维护：提供便捷的A-X-B关系管理机制 -
业务集成能力：
– CDR生成：产生标准通话详单，支持计费和分析
– 事件通知：通过webhook等方式实时推送呼叫事件
– 控制接口：支持实时查询、修改和终止通话 -
线路质量保障：
– 冗余部署：支持多区域、多运营商线路冗余
– 智能路由：根据质量和成本动态选择最优路径
– 故障自愈：检测到线路异常时自动切换备用资源
3.6 安全与隐私保护
-
号码屏蔽技术：
– 确保通话双方无法获取对方真实号码
– 防止号码信息泄露 -
通话限制：
– 基于规则引擎实现通话权限控制
– 支持时间限制、频次限制等 -
数据加密：
– 映射关系数据加密存储
– 信令和媒体传输加密