语音呼叫仍然是目前运营商和企业业务必不可少的营销手段。从获利角度讲，其业务收益虽然在运营商的收入占比中呈下降趋势，但是收入仍然比较可观。因此，无论是运营商还是企业客户都一直对其业务中的灰色地带-骚扰电话/语音营销，或者批量呼叫业务没有完全放弃。随着STIR/SHAKEN的呼叫身份验证技术的不断推进，和FCC的强制要求，其业务量也开始迅速萎缩。运营商的营收也面临巨大压力。如何对语音业务进行升级或者突破，是运营商面临的一个非常大的挑战。最近，一些比较大的国外的运营商正在尝试在呼叫身份验证基础上开发的新业务模式-rich call data或者中文翻译为富呼叫数据。简单来说，企业用户呼出时，通过身份验证的呼叫会携带呼叫方号码，呼叫方地址和公司logo等信息，被呼叫方手机终端会显示企业完整的呼叫身份。通过富呼叫数据提供的增值服务，运营商和企业客户获得了双赢的局面，也避免了传统运营商语音业务的萎缩的态势。Rich call data的技术实现流程相对比较复杂，其处理流程涵盖了多个技术节点和第三方的数据管理等问题。为了让读者全面了解需要的技术支撑，现在，笔者具体介绍关于rich call data或者富呼叫数据的实现流程，rfc7095，PASSporT以及在运营商SBC等处理的相关技术。另外，笔者增加了更多关于呼叫身份确认技术STIR/SHAKEN的实现所面临的各种技术和商业方面的挑战，包括如何实现SIP呼叫转移到传统PSTN的支持，如何通过SBC实现身份验证，以及呼叫身份过滤以后的对用户的更新过滤和sip div 头中使用转移标识和PASSporT 令牌以及绑定的呼叫号码的细节，最后，笔者还补充了马上在国内要执行的关于信息安全技术 基于密码令牌的主叫用户可信身份鉴别技术规范意见稿。还有，此章节内容也是笔者系列文章-SIP协议及新IP企业通信网络技术概论中针对运营商方面的一个最新的补充内容，此文章作为概论的结尾章节。
关于SIP协议及新IP企业通信网络技术概论其他章节内容，笔者可以参考最新历史文档和最早的文档，例如：
SIP协议及新IP企业通信网络技术概论-SIP网络中完整NAT问题和处理方式和SBC在IMS网络虚拟化NFV中部署讨论分享
SIP协议及新IP企业通信网络技术概论-核心SIP技术介绍-1
因为此文章章节比较多，多个章节还有一定的关联关系，笔者专门单独列出每个重点章节结合图例做针对性地深入讨论。本文章主要讨论的内容如下：
- 关于RCD-rich call data背景介绍
- 关于rich call data相关基本介绍
- 关于RCD实现方式的讨论
- 关于实现STIR/SHAKEN所面临的各种挑战
- 关于STIR/SHAKEN技术针对呼叫转移和非IP网络的技术挑战
- 关于SIP invite中的div和div-o头处理细节
- 关于呼叫身份的后处理问题讨论
- 利用呼叫分析引擎技术来过滤骚扰电话
- 构建骚扰电话协同处理机制来解决呼叫身份验证问题
- 国内关于呼叫身份验证的推动进程
关于RCD-rich call data背景介绍和基本概念
在我们日常生活中，我们经常会陌生人打来的电话。一些是客户的咨询电话，一些可能是其他教育机构，金融中介等的电话。这些电话一部分是真正的用户或者其他客户的电话，有一部分是骚扰电话或者骗子打来的电话。陌生人的电话到底是接还是不接? 如果漏接了客户的电话，担心自己错过一个亿的生意。接的话，这些电话有可能是营销电话或者骗子的电话，浪费时间。
关于rich call data相关基本介绍
Rich call data或者富呼叫数据利用了笔者已经介绍过的STIR/SHAKEN的技术提供了呼叫验证，利用网络带外技术，添加了公司logo和公司地址，呼叫原因等数据，同时在STIR/SHAEKN中增加了其PASSporT扩展的支持，通过数字签名和身份的方式包括了Rich Call Data (RCD)RCD的支持。RCD的支持格式是通过 JSON支持，其对象中声明了关于呼叫的富呼叫数据属性类别，包括了几个核心的属性数据：
- nam – 显示的公司名称
- icn – 公司logo的URL或者图片（可选）
- inf – 网站公开的呼叫方描述
- jcd – 呼叫方的jCard object。具体参考RFC 7095
- jcl – 托管JCard的主机服务商URL。
更多内容，参考微信号链接：https://mp.weixin.qq.com/s?__biz=MzA4NjU0NTIwNQ==&mid=2656452336&idx=1&sn=dd080c3cba9abf606d399a5c344e2fd5&chksm=846598aab31211bc7f63a79e323788b2839c5ef76907dc57e12bc89fbb8f91c158191c5c4732&token=58711531&lang=zh_CN#rd