本文延续语音业务之环境/标准/挑战--未来语音架构演进评估（1），在总结了语音业务的应用环境、标准化进程及所面临的挑战后，展望并总结下未来语音业务特性。
将继续支持监管语音服务。应向无线和多媒体优先服务套件和紧急服务提供最新的通信技术——既适用于急救组，也适用于与公共安全应答点 (PSAP) 交互的公众。同样，对 CALEA 的持续支持对于未来的语音服务至关重要。虽然统一通信功能可以作为单一解决方案的一部分提供，但更引人注目的是将这些功能分解，以便可以通过API作为单独的组件提供，以集成到任意数量的应用程序中。
A. 语音
> 全双工语音
> 半双工语音 (PTT)
> 语音消息
B. 多媒体
> 视频通信
> AR/VR
> 消息传递
> 类似统一通信的功能
> 远程终端沉浸式电话会议和远程呈现
这些通信服务将需要包括补充功能 — 面向消费者和企业市场的传统和新功能。而除了这些功能之外，API还应通过网络即代码框架公开，在该框架中，有用的网络相关功能（例如数据连接、语音、消息传递、网络分析、网络数据、用户体验 (UE) 数据、边缘云计算）被抽象和简化，以供应用程序开发人员生态系统使用。这使任何（第三方）应用程序都可以直接在应用程序代码中集成网络感知和控制，并由此创建全新类型的应用程序和体验。
在未来的语音网络中，技术支持服务将越来越多地利用人工智能 (AI)。下面列出了此类服务的一些示例。
A. 技术支持服务
> 聊天机器人
B. 运营服务
> 预测性维护
> 负载平衡
> 网络安全
> 其他
为了促进AI的使用，数据访问框架将允许数据消费 AI 代理从数据生产网络组件（包括3GPP通信系统（例如IMS））获取数据。未来还将引入新的商业模式。例如，在过去的几十年里，广告已被证明是互联网应用的成功商业模式。该模型可以应用于在通信服务中嵌入广告。还需要灵活性来支持其他新的商业模式。
第一类未来语音业务：政府及监管业务
包括了如下内容，不详细说这些了，相关的网上信息很丰富。
1） 应急业务
2） CALEA
3）优先服务要求
4）STIR/SHAKEN
第二类未来语音业务：AR/VR用例
扩展现实XR基本信息--随手记2023（12）
XR相关标准化工作进展--随手2023（43）
R18中XR架构增强--随手记2023（36）
XR业务及其3GPP演进信息 --2023宏文（8）
支持这些用例的未来语音要求包括：
> 更高的带宽和极低的延迟。
> 系统必须支持安全的加密通信。
> 通信服务必须在单个客户端内以混合搭配捆绑的方式提供（即，不会将语音与视频与来自任何其他通信服务的消息传递隔离开来）。
第三类未来语音业务：丰富的呼叫用例
通信服务提供商的语音呼叫和消息传递中的UE几十年来一直没有变化。现在是时候进行重大更新了。一旦我们拥有可以支持语音和数据服务的客户端，最终用户体验将迎来一个全新的世界。
丰富的通话体验描述包括：
> 通话前体验：用户可以在拨打电话之前“编写”信息（包括主题、位置、图片等），以便对方在接听来电时能够看到编写的通话前信息。通信服务提供商可以添加广告。
> 通话中体验：用户可以在通话期间共享内容：聊天、文件（或文件组，如演示文稿）、位置、背景音频、视频。通信服务提供商可以添加广告。
> 通话后体验：与通话前体验类似，当通话被拒绝或无人接听时，用户可以“编写”其他信息，供对方查看。通信服务提供商可以添加广告。
> 丰富的通话日志：用户可以看到包含丰富信息的通话日志（例如，通话前和通话后共享的信息）。
> 可以使用 AI 增强的内容控制和/或预筛选的内容库。
支持这些用例的未来语音要求包括：
> 新的交互式和适应性客户端。
> 语音客户端中的集成数据通道（例如 IMS、WebRTC）。
> 系统必须支持安全、加密的通信，并对通话元数据进行验证和完整性保护。
第四类未来语音业务：远程医疗用例
> 通话体验1：医生在与患者或其他医生通话时使用AR来指导对方执行任务。
> 通话体验2：除了与患者进行视频通话的特定QoS之外，医生还需要使用远程检查设备的特定QoS，例如：
Stethoscope听诊器 - 需要足够的 QoS才能获得准确的音频。
Otoscope耳镜 - 需要足够的QoS才能获得准确的视频。支持这些用例的未来语音要求包括：
> 高带宽和极低延迟。
> 支持传感的网络和设备。
> 数据通道（例如IMS或WebRTC）支持远程医疗设备和AR/VR。
> 支持具有QoS的实时非语音音频。
坐而论道，好好读书！
欢迎转发本公众号的文章，copy，翻译，修改并转发文章or文章中部分内容（文字，图片，视频等）时请注明来自本公众号！。
